我有一位客户，每周发送一份通讯给大约3000名收件人。 新闻简报是根据他们使用的模板（根据新闻简报的devise，我认识到效率非常高），使用大约50-100张图片。
然而，直到最近，发送导致他们的networking服务器变得无响应，因为它是一个单一的networking服务器，处理对静态资产和PHP的请求，导致Web服务器耗尽Apache儿童，无法快速服务足够。 在发送之后立即测量networking服务器，我们观察到以下情况：
我们暂时用一个专门用来提供静态资产的辅助Web服务器解决了这个问题，并且使用了更加精简的apacheconfiguration。 这导致了一个通讯发出的网站本身几乎没有退缩。
我们的困惑是围绕着如此巨大的静态资产请求如何与新闻简报观看次数和点击次数不符，这是别人看到的，还有其他方式来处理这种stream量吗？ 我想减less静态资产的数量和一个单独的静态资产Web服务器应该让我们大部分的方式，但我真的想能够解释这种现象。
感谢您的任何build议！
约。 100个logging的通讯视图
那是怎么logging的？ 我会通过在通讯中embedded一个不可caching的图像来计数这些视图 – 但这显然不是这种情况。 你当然不能依靠SMTP DSN或JavaScript。
但我仍然期望一些“观众”会成为恶意软件扫描器和压缩代理（你应该能够从源IP /用户代理确定）。
（顺便说一句，交错电子邮件或使用CDN而不是实施新的服务器会不会更便宜？）