Performance 我的网站慢吗？

首先，请允许我说谢谢你花时间看这篇文章

我有一个问题-我们在办公室的服务器上托管许多网站，并且不时收到关于网站运行缓慢或更糟的投诉，甚至网页根本没有加载。我们一些网站的URL为：

www.jamaicatravelspecialist.co.uk
www.seychellessuperstar.co.uk
www.thebusinesstravelmag.com
www.sellingtravelmedia.com

仅举几个例子

并不是所有的用户都会遇到这些问题——这些网站在办公室内运行良好，在我测试过的几台家用电脑上运行良好——但我们偶尔会接到电话，说其他办公室的用户通常在自己的局域网上加载这些网站很慢——或者更糟糕的是，主要是在使用Chrome时，这些网站根本不会加载。我访问过的少数几个站点这个问题往往通过清除任何浏览器的浏览历史记录来暂时解决

我只是想知道这会影响多少人，并希望能告诉他们这是我们的Web服务器的问题还是客户局域网的远程问题

我对此进行了彻底的调查，但没有找到一个像样的解释或解决办法

不知道你们这些好人能不能帮上忙

谢谢

---

你的问题似乎可以归结为

您如何监控客户体验到的性能 你如何确定原因 这些问题似乎是间歇性的，这意味着您正在制作的内容可能没有问题-问题要么是浏览器中包含的外部服务，要么是您与客户之间的基础架构

您需要连续监视和捕获性能数据，以检测发生了什么。你怎么做取决于你要花多少钱和时间。Google analytics提供了非常基本的性能度量，对于低容量，它是免费的

如果你有时间花在这上面，那么Boomerang+Graphite会捕获更多有用的信息

如果还跟踪在Web服务器日志“%D”上测量的每个请求的响应时间，则会发现基础结构存在问题，如数据库速度慢等

如果你有很多钱，看看商业产品，比如CA的Gomez。但是请务必注意，性能管理是复杂的，尽管销售人员会告诉您，RUM真正的用户监控只是APM应用程序性能管理工具包的一部分

这些网站在办公室和几台家用电脑上运行良好

Web性能对延迟非常敏感。您是否使用可以模拟高延迟和/或数据包丢失的代理？这可以通过Linux中的QOS工具或代理（如Charles代理）来完成

倾向于通过清除任何浏览器的浏览历史记录来暂时解决

---

这表明304响应存在问题：内容在用户缓存中标记为过期，但当客户端发出条件请求时，不会提供新的缓存信息。通常，只需触摸可缓存内容文件上的修改时间，即可获得临时报告。您应该能够从日志中的304次响应量中查看是否发生了这种情况。

第一个站点的加载延迟小于500毫秒。我认为你会因此而被否决。对于这个网站来说，这是离题的。它没有真正的答案，也不是为了一个与编码有关的特定问题。@DavidT-无论如何，非常感谢您的检查，非常感谢。嗯，我也许应该尝试一个不同的论坛。但过去有人建议这可能是因为编码。无论如何，谢谢你的检查。我可能会尝试另一个论坛——之前有人建议这可能是因为编码——但我不相信。这可能是因为编码，我过去也有过类似的问题。然而，如果不给我们代码进行调试或查看出了什么问题，这是不可能的。试着缩小范围。使用调试器查看数据库查询时间之类的内容，或者找出瓶颈所在。