@3dwelcome 生产意义是啥呢，你输出 webp,然后 base64 再压缩减小可能不错，png+zip 怎么搞都太大了

我 F12 看网络信息的话，除了 html 是 500 毫秒加载，其他的所有 js/css/图片全都是 0ms 内存缓存，感觉就是开启成功了啊，印象里原先的 cdn+几小时缓存机制不是这样的

@okakuyang 感谢，提纲挈领，比看资料有用多了。一个问题是我在后端确实只是在 html 里引入了一个同源的 js 文件，也并没有提示我要安装啥的，之后就开启了，是否我没有成功开启这个功能，全缓存只是我对浏览器本身缓存机制的错觉？

时效性的问题，比如我在博客这种环境，感觉 html 本身是动态内容的话，似乎也不会有什么时效性的影响

这主题很怪，毕竟如果按标题反过来说，也就是 CDN 作用不大的话，难道直播就要所有数据回源？一个用户就要 20M 带宽

@Ariver 建议重读原标题，我的意思是，如果 docker 主服务占用内存不多，全部服务托管可以提高管理便利性，如果内存占用很多那就无法托管

@xiaoz 如果只是归入垃圾邮箱作为惩罚的话，如果其他方面合适，作为取舍感觉也不是不可接受，比如我只有 1000 个用户，有人要找回密码的话显然邮件找回是最合适的，少数被归入垃圾邮件就请用户自己翻一翻就是了。。。如果是 php 的 bif 的话我想知道底层是咋实现的，我能不能在其他语言里在 tcp 层上复现一个？百度搜邮件协议说的都比较复杂，我怎么知道 php 默认用的是哪种协议

@vvhhaaattt 生产环境肯定是基于企业邮箱服务，但个人中小型项目自建也有方便之处，想知道是如何实现的，我看不懂 php 代码。

@bitllion 大佬问下基于 PVE 能不能装显卡驱动，比如跑深度学习训练用 pve 的机器行吗

rdp 1m 够用，但 5m 比较舒服。
我的建议是日本软银线路 frp ，价格稳定性都可以，延迟国内平均 40-60ms

@3dwelcome 图形学跟图像学基本不搭边两个学科，我说的问题起码 1234 在游戏行业没有。稍微有点关联性的，比如建模一个人物然后给皮肤贴图，那就是不同场景不同需求，跟通用需求显然不一样。比如手游贴图就是不是为了给你放大看的，那么显然仅需要似是而非。或者黄油贴图就是为了给你放大看的，那么显然仅需要优化纹理，不知道为什么你认为都一样。

其实我觉得这没什么关系，我很好奇地图类功能生成信息的时效性，你像比如高德可能全国同时千万数量级的设备在线，这要生成时效拥堵数据我觉得本身就不可思议

1.图像压缩是比较特别的领域，基于频域的非 ai 算法也已经很深入，比如你想用淦搞个东西全方位吊打 hevc 基本是不太可能的事情，总会各处有不足，而 hevc 已经是十年前的标准了，吊打 sota 更不可能了。

2.ai 有抽风问题，楼上说了，如果通过类似全局约束之类的手段避免抽风基本上又要全面性削弱表现

3.二维图像评判标准很复杂，不光要看起来像那回事，具体比如你放大看细节也要保留，颜色也要准不能偏色，作为压缩的前置工作你起码还需要一个能衡量图像质量的网络，而事实上这部分工作到今天也没有被很漂亮地完成

4.压缩对性能有要求

5.标准普及有困难，比如 hevc 之于 avc 的现状，以及只有少数企业自嗨的 av1 等等，再比如 heic 提出这么多年 90%的软硬件平台还不是不支持

所以这<if></if>语法是啥玩意，标准 sql 语法里有这个吗？

@unregister 完全不是心理作用或者任何形式的安慰剂效应。你试过连续工作 48 小时眼干眼涩的状态下带镜子，会有非常明显的可体感改善

我倒很好奇外网解析出来是啥地址。。

@geekvcn 我觉得他是认真的

好奇 logoru 项目实际生产部署怎么用，如果只是 shell 执行单个文件的话感觉很玩具。生产部署比如 gunicorn 这种本身都有自己的 logger 了。。

@yuzo555 很奇妙，所以我开着 B 站 app 实际上是将我的带宽的一部分免费送给叔叔了？