©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

In reply to nevent1q…83xk
_________________________

作为 Web 环境的最终话事人, 如今的 Google 肯定不会允许有人破坏自己的游戏规则, 这应该是我能想到的它费尽心思打造 WEI 和 MV3 的目的.
它想要 Chrome 也变成现在的 Android 一样处处充满「公平」, 就像 GM 规定游戏里不准开挂一样.
可这互联网中从来就不允许有只手遮天的 GM, 也不是人人都想玩「游戏」.
AOSP 这边已经有点高温了, Chromium 这边才只是感受到水温而已.

via Nostr@cxplay
#吐槽

从来没想到我会给 #Fediverse#AdGuard 屏蔽规则, 已经变成QQ空间了, 在我记忆里曾经的QQ空间还不及于此吧.

我对个性化的选择总是最小化原则, 勿扰他人清闲, 最好能够让人选择不看.
因为不太在意社交媒体上人的立场, 所以我甚至想把名称里带有的 Emoji, 图标和关键词也去掉.
还好自定义表情不会跳出来给我眼睛一拳, 不然多少也保不住.

想不出更好的比喻了. 就像朋友发给你一张全是字的截图说它真的很有用, 然后打开一看结果是超级个性化的花体字体, 拼尽全力考古也无法解读背后的 Unicode 字符. 可惜这是截图, 我没办法从屏幕钻过去给它手机换成黑体或者其他什么标准字体, 就算是衬线体也好啊.

还好去中心化的 "QQ空间" 还能用 CSS 自定义样式, 不会让我只能用 App 刷.
那我也不敢有意见了, 已经很久不再向外表达个性化了, 所以我也自己悄悄屏蔽一下好了.

via Nostr@cxplay
#吐槽

#AdGuard 把哔哩哔哩移动端视频链接落地页重定向到 embed 播放器

```adblock
||m.bilibili.com/video^$urltransform=/^https:\/\/m\.bilibili\.com\/video\/(BV\S{10})(?:\/)?(?:\?(?:.*p=(\d+))?)?.*/https:\/\/www\.bilibili\.com\/blackboard\/webplayer\/mbplayer\.html\?bvid=\$1&p=\$2/i
||m.bilibili.com/video^$urltransform=/^https:\/\/m\.bilibili\.com\/video\/av(\d+)(?:\/)?(?:\?(?:.*p=(\d+))?)?.*/https:\/\/www\.bilibili\.com\/blackboard\/webplayer\/mbplayer\.html\?aid=\$1&p=\$2/i
```

哔哩哔哩移动端视频落地页完全不能用, 不仅一打开就会自动跳 App, 还要点两三下才能进入在线观看, 然后停留一段时间还会弹网页弹窗让你打开 App, 不打开还会给你自动下载客户端 APK, 简直就是💩.
规则没办法在 uBlock Origin 上使用, 因为不支持非同源重定向, 或者又想办法用 User Script 重新实现一遍.

via Nostr@cxplay
#吐槽

然而我并不能给 uBlock Origin 付 $16 就让它能在我想要的浏览器是继续运行, 就算是每个月付 $16 也不行, 不管是付给 Google 还是付给 uBlock Origin 都不行, 所以只能付给了 #AdGuard.
一个普通消费者, 自己的选择并不能改变象牙塔里的人的选择和境遇, 只有 Google 和 Microsoft 乃至 Mozilla 这种开源运动里的巨头才能动摇, 让人感到绝望.
User 越来越无法控制 User-Agent 的行为了, 我还是期望 Google 早点被拆了吧. 有 Chrome 和 Chromium 也只能部分舒适, 还把 Mozilla 养成了混子, 都别想给我好过, 给我起来干活!

via Nostr@cxplay
#吐槽

In reply to nevent1q…zhne
_________________________

刚想着去设置里调下配置, 居然发现了这个没有启用的选项: 压缩 HTTP 响应正文
"为了优化数据传输, 处理后压缩 HTTP 响应正文, 包括浏览器 API 响应. 使用 GZip 压缩算法."

我还以为是我眼花了, 之前明明是没有的. 然后去装了个最新正式版 v7.19 一看果然是没有的, 看来是 beta 版本正在测试的功能, 但我怎么从变更日志找不到对应的改动呢? 这也算是个比较大的改动了吧.

另外上个帖子的理解还是有误, #AdGuard 确实会重写 accept-encoding 标头以让服务器响应适应自己的能力, 但并非是直接请求的未压缩版本 HTML, 现在 AdGuard 已经支持了解压缩 GZip 和 Brotli, Deflate 的响应, 所以实际上只会重写为这三种编码的 accept-encoding 值.

不知道重写后直接发给浏览器未压缩的响应正文和重写后 GZip 一遍再发给浏览器压缩版本的正文浏览器再解压缩一遍谁更快呢?

via Nostr@cxplay
#吐槽

#AdGuard 的中间人级别过滤会重写浏览器的 accept-encoding 标头指示服务器发送未压缩版本的 HTML 网页以方便它直接过滤.
这种 "妥协" 导致了网页的加载速度基础上就慢了差不多一倍, 而且没了压缩就相对更加消耗流量了.

图为开启前后相同网页下的体积和加载速度, 压缩算法是 zstd.

via Nostr@cxplay
#吐槽

前几天用 #AdGuard 规则给网站注入自定义样式, 就在想这玩意既然已经支持 UserScript 管理了, 为什么没有 UserStyle 呢? 去搜了一下居然还真有, 并且已经完成了, 就在 CoreLibs v1.16.8 的升级计划中:
> https://github.com/AdguardTeam/CoreLibs/issues/1272

Windows 客户度已经标记为完成? 但我怎么没看到怎么用呢?

via Nostr@cxplay
 
 
Back to Top