@badgate 用于配置 PicoKey （硬件 Fido 密钥）的

@liminany1 您好，博文昨晚已发出，可在本站 VXNA 节点或我的个人资料页面找到入口

没有解决办法，或者你可以改用其他浏览器

至于 Chrome ，结束对 MV2 的支持这件事，不论是对是错，都已经是板上钉钉的事情了，加这个参数也只能是续命，后期直接移除相关支持代码，加多少参数都没用

新年快乐！

简单写了一些： https://blog.mfwt.top/index.php/archives/843/

@abolast

基于 UDP 手搓传输层的协议一般都会有此类效果，主要是可以针对性缓解 TCP 的长肥网络+队头阻塞+慢启动的问题，对于高丢包高延迟链路有奇效，但也因如此而长期被冠以『不道德』的名头

我最近在写博文详细讲这玩意，可能要过一点时间才能面世

@YunXuyun 手机流量的情况我暂未测试，但结合朋友的移动专线体验来看，对现在的拥堵更多的应该是被人为下调了 qos 等级，而非出口真的堵的那么不可接受

@YunXuyun

坐标 0758 ，观察到同样的 QoS 现象，现在家宽只有白天能用 CMI 爽一爽了，晚上得靠 Hy2 。远端机换好一些的线路当然能缓解（实测高峰期拉 DMIT 的 US Pro 线路测试文件，速度还是够用的），但好线路价格太贵了，根本买不起

@asche910
1. 驾照拿下来了，C1 手动挡
2. 身体健康，心情也健康，今年的心态比去年好太多了
3. 家人都挺好的，老妈身体有些问题，但积极治疗后目前无大碍，也是个好结果
4. 实习没有太大问题，有很多人推了一把

总体来说，这个 2025 过的还算成功

网上能找到的公开 HTTP/Socks5 早就被人玩炸了，不能用也很正常

The Engineer ，接近牛马

不同地区，不同运营商的服务器

用来解决跨网跨省拥堵用的，以前很需要，后来不需要，现在可能又需要了

@Livid 了解，辛苦了

看了一下，大概就是把用户输入的密码用 PBKDF2 迭代 100000 次，然后随机生成 IV ，用 AES-256-GCM 加密，最后打包为 base64

加密出来长是因为 IV 占 12 字节，加密后的校验码占 16 字节，都是实打实算进去密文长的。实际上，两次加密长度略有不同的文本，可以发现密文长度也只是略有不同，而非多出一大截

> 同一个网站有多个账号的时候

我这边测试，即使某个子域名只有这一个记录，也会触发（判别类型为主机）

这个教程很老了

yt-dlp 现在要求往机器上安装 js 运行时，来跑 YouTube 的 js challenge ，应该也会影响到获取具体参数的行为，具体情况可以看官方文档。

自建平台恐怕不是个好主意，尤其是需要下载 APP 的情况下

任何声称使用看起来就低算力的设备玩算力赚钱的项目，首先考虑他是不是想拿你的家宽来搭建家宽代理

@404www

本站的 VXNA ，不过很久没收录新博客了。
其他的比如博友圈之类的，都很不错