说起 xml ，我本来以为可以用 cloudflare worker 自带的 HTMLRewriter 去解析 xml 的（因为那真的很快，可以压缩解析时间），结果试了半天发现那玩意真的只能给 html 用，xml 里很多机制诸如 CDATA ，还有 rss 里的 link 都会解析不出正确的值。。。
然后用第三方 xml 解析工具之后，解析时间“顺利”来到 100ms+，超过了免费套餐的范畴十倍多（）

自动播放音乐现在不是会被浏览器拦截吗，起码得用户点击一下页面

你说的这一点正是大模型取代传统模型/软件的原因

没啥漏洞的话应该是读取不到了，谷歌默认开了/proc“隐私模式”，虽然用 kill 0 的方法能确定有哪些 pid 存活，但是应该是得不到其他信息

说起来其实可以在 cloudflare worker 上跑 mtproto 来调用 tg api 的
不过我目前没有解决如何在不使用 durable object （这个要钱），同时不触发 tg 风控的前提下做到这一点（不知道 bot 账号在异地登陆会不会触发）

厂商：懂了，这就在设置 app 里用 webview （）

没看具体争论内容，不过我就按你的文字来说说我的看法

默认的值无论是什么都有可能在某个场景下是不合理的。

这句话，确实没啥毛病，只不过，也确实不是很恰当，因为几乎所有问题都可以这样回答，显然是属于消极的回复，肯定带点情绪，不过那毕竟是别人
不过你也可以改一改回复的形式，可以避免类似这样无谓的争论。
例如当你说 “这是个 z-index 合不合理的问题”的时候，虽然没有明确，你自己也可能没有意识到，但这某种意义上就是在批判作者当初做的这个决定是否是不好的（这是合不合理的问题 -> 这个决定不合理 -> “你”做出的这个决定不好 -> “你不好”），也许对方比较敏感，被否定的时候下意识的就开始维护自己，那自然就容易引发对抗心理。
如果改一下提法，比如说换一种弱化的语气，“我们可以探讨一下这个 z-index 的设计在当初是否有别的考虑”，这样既能保留讨论问题的空间，也不会把问题直接指向对对方具体的人或者决策的否定，而是引导对方重新思考当初的设计，这样就可以得到更有建设性的讨论了

@vuevue 偏移量也不一定准，你考虑下夏时令，还有其实各国也可能随时更新它的时区，因此需要一个动态的数据

对，而且最近刚好因为这事，配合 chrome 的一个 bug 出过问题
https://bugs.chromium.org/p/chromium/issues/detail?id=1473422
chrome 在某次更改中打破了原有识别时区的逻辑，导致 fallback 到通过类似 cst 这样的三字母去解析时区，然后因为冲突和一些映射方面的问题，导致时区错误，或者获取到 undefined 的问题

@liaopen123 这么几个点还是洒洒水，不过也确实没必要上代码糊，主要开一个 GLSurfaceView 耗电量就可以上去了（）

这就是传说中的黑帽 SEO ，通过一些搜索引擎漏洞，操纵排名的技术
确实是谷歌应对不力，不过攻防对抗下，总是能碰到一些漏网之鱼的

是你这个翻译插件的问题吧

3. paint worklet()

冷知识，msedge.exe --app="…" 可以启动成 app 模式

那最简单的就是 rtsp to webrtc 的方案咯

原本 win32 的打印接口也没提供预览功能吧（）
那微软怎么可能在打印之前就拿到预览呢，总不能先模拟打印到 pdf 然后再渲染吧（会打破不少传统程序的逻辑）

原版 win7 aero 开高 dpi 后，实际上会变透明（因为模糊半径没有跟着变大），你可以看 youtube 上的某个 up 主的视频
https://www.youtube.com/watch?v=Ee1Z5pK5tl4 虽然我觉得其实 200%的时候还能接受吧，更高的时候就差异很明显了

@mokeyjay aero 正常 dpi 下问题其实不是很大，但是现在不是流行高 dpi 吗，按原来的模糊算法，高 dpi 后，比如说 200%，对资源的需求量不是乘以 4 ，而是乘以 16 （高斯模糊半径和窗口大小同时增加），尽管设备性能也有所提升，但也还是很多低端设备扛不住这样造