©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…zhne
_________________________

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

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

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

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

via Nostr@cxplay
#吐槽

In reply to nevent1q…4r9p
_________________________

让我想起了上次的哔哩哔哩也出现了这种问题, 分配的边缘节点出现了故障导致视频缓冲卡顿. 等了几个小时就好了, YouTube 这次也是.

via Nostr@cxplay
#吐槽

YouTube 卡播放, 很是难受, 缓冲传给你啥都没有片段. 错误代码是 HTML5_SPS_UMP_STATUS_REJECTED

via Nostr@cxplay
#吐槽

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

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

via Nostr@cxplay
#吐槽

长途最好还是忌一下口吧. 辛辣, 油腻, 酒精之类的刺激性食品还是尽量避免, 除非很确定接下来一两天不会在路上, 否则后续路程基本都是公共洗手间连点成线.🫠

via Nostr@cxplay
#吐槽

In reply to nevent1q…vu2f
_________________________

I've had this similar login experience in other apps, but only remember this one.

via Nostr@cxplay
 
 
Back to Top