工业服务器上的 gzip 与 http 速度
我正在编写一个将部署在 Amazon EC2 上的代理应用程序。这些选项中哪一个更快，并且对于我的应用程序来说通常是良好的实践？
请求压缩>解压缩>代理/修改 html >压缩>发送压缩
或
请求未压缩>代理/修改 html >发送未压缩的
我知道压缩通常更好，但这有所不同，因为我们必须解压缩并重新压缩，而且 Amazon EC2 拥有极快的互联网。
Im writing a proxy app that is going to be deployed on Amazon EC2. Which of these options would be faster, and generally good practice for my application?
Request compressed > uncompress > proxify / modify html > compress > send compressed
or
Request uncompressed > proxify / modify html > send uncompressed
I know compressed is generally better, but this is different because we have to decompress AND recompress AND Amazon EC2 has blazing fast internet.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
压缩更多的是对客户端的优化，而不是对服务器的优化，因此亚马逊的速度不太重要，也就是说，压缩的唯一缺点是需要更多时间，但我不认为这会成为问题。
The compression is more of an optimization for the client than for the server so Amazon's speed is less relevant, that said, the only downside of compression would be if it takes much more time, but I don't that would be an issue.