hiko2chen

我用 opus4.6 直接全权帮我炒美股，上周五帮我减到半仓了😂也算是方向正确

@stephenhallo 啊，那不是加上剩余价值的吗，溢价五六百也太夸张了

懒猫微服，内网穿透真丝滑，远程微信能多开，新年抽奖送好礼！

懒猫微服，内网穿透真丝滑，远程微信能多开，新年抽奖送好礼！

@hugodotlau 这个问题不知道是不是也是类似上面的，小文件里面的图片文件已经被压缩过了，推荐模式的重新编码可能会导致体积上升

@dimwoodxi27 主要还是有些文件，比如比较重要的合同，文件，私人的内容之类的，上传到别人服务器总是有些不放心

@gdfsjunjun 我找到问题了
[核心原因]
1. 原 PDF 里面的 JPEG 文件已经经过一次压缩率较高的“激进压缩”，文件已经很小且优化了。
2. 如果使用的是推荐模式进行压缩的话，我的 GS 内使用的是/printer 预设进行压缩，内部的参数 QFactor 较低，相当于保守压缩，此时 GS 会对 JEPG 全部解码重新编码。
3. 因为重新编码参数更保守，所以会尝试保留更多已经在第一次压缩时丢失的细节，编码一些已经损坏的数据。

最终导致体积上升。

而且我算了一下，这个文件 280 个 JPEG 图片，使用重压缩，每个图片可能会增加 50-100KB ，增量也是差不多 21 MB ，和预期差不多😂

[解决方案]
对于这种已经被压缩处理过的 PDF ，再压缩的方式可以使用极致压缩模式，这样会再对内容进行有损压缩，但是速度会较慢，我试了下，压缩了 18%，从 51MB 压缩到 42MB 。
不过我当前这个也有设计缺陷，我后续考虑拓展一下 PDF 分析组件，提前提取分析 jpeg 质量，如果高于当前压缩算法，忽略重新编码 jpeg ，仅优化数据流

@gdfsjunjun 感谢，我本地测试一下

@dimwoodxi27 是的，有很多更好的解决方案，当前产品主要是为了解决即时可用和无需上传，保护隐私两个需求方向，所以会有一些取舍
wasm 目前还使用的是 GS 原版，很难自行编译精简，也是目前在考虑更新换轻量库

@kukuCode 挂在 cloudflare 的 pages 上面的，免费请求额度非常多，个人完全够用