HTTP中介体的请求处理模型
有谁知道常见 HTTP 中介（缓存）的概述或比较表，例如 Squid、Varnish、TrafficServer...？
我正在特别寻找有关他们的请求处理方法（同步与异步、多进程、多线程等）的信息
（我正在研究有关 ESI 的选项。我的 ESI 方法可能涉及执行大量数据）请求处理期间的逻辑）
Jan
Does anyone know of an overview or comparision table of the common HTTP intermediaries (caches) such as Squid, Varnish, TrafficServer,...?
I am looking in particular for information about their request handling approach (sync vs async, multi-process, multi-threaded etc.)
(I am investigating options I have with regards to ESI. Where my ESI-approach might involve executing a substantial amount of logic during request handling)
Jan
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
到目前为止，我读到的最大的抱怨之一是 Varnish 按顺序处理（替换）（缓存的）响应的 ESI 部分。我不知道并发处理实现，但看到解决方案的比较会很有趣。
One of the big complaints I've read so far is that Varnish processes (replaces) the ESI parts of a (cached) response sequentially. I'm not aware of a concurrent processing implementation, but it would be interesting to see a comparison of the solutions.