需要检查正在托管的大文件的正常运行时间

我有一个动态生成的rss提要，大小约为150M（不要问）
问题在于它一直在不断出现问题，并且无法监视它无需下载整个Feed即可获得200状态。 Pingdom超时并返回'down'错误。需要检查正在托管的大文件的正常运行时间

所以我的问题是，我如何检查，这一点是并您正在使用什么类型的Web服务器，而服务器端编码平台（如果有的话）运行

来源

2010-03-22 concept47

HEAD请求是否足够？ – falstro 2010-03-22 20:42:28

谢谢roe。这有帮助。 – concept47 2010-03-23 10:40:27

？是否有任何内容从后端系统/数据库传输到Web层？

您确定问题不在客户端代码访问文件中吗？取决于服务器的行为方式，大多数客户端都会超时并通过Internet下载大文件可能成为问题。这就是为什么文件下载实用程序会跟踪进度并以大块形式下载。

Web服务器上的其他负载或用户数量也可能影响服务器。如果你的内存很少，而某些服务器可能无法将这个文件的大小服务于许多用户。您应该查看服务器如何发送文件并确保将其分块。

我会建议您做一个HEAD请求来检查URL是否可访问，并且服务器至少响应。下一步可能是在托管文件的数据中心内部或非常靠近的地方设置下载测试，以便进一步监控。这可能会降低成本，并将减少干扰。

来源

2010-03-22 20:48:52

只是一个简单的PHP脚本...数据全部来自MySQL数据库。我不控制脚本，但我需要能够显示它的剔除 – concept47 2010-03-23 02:46:35

它似乎也是pingdom正在使用HTTP HEAD请求，http://uptime.pingdom.com/general/methodology .. 。不明白为什么它在获得答复时超时。 – concept47 2010-03-23 02:51:02

找到了一个在线工具，可以做我需要的东西
http://wasitup.com使用头部请求，因此它不会等待下载整个150MB文件。
感谢BrianLy的帮助！

来源

2010-03-23 10:39:15 concept47

看起来像pingdom不支持头部请求。我已经提出了一项功能请求，但是谁知道。

现在我已经将这个功能入侵mon（mon是一个让别人监视和自己做所有事情的好办法）。我已完全切换到https，所以我修改了https监视器来执行此操作。这样做是最简单的方法：复制https.monitor文件，将其称为https.head.monitor。在新的监视文件我改，说（你可能还需要更新的功能名称和时调用的地方）行：

get_https到head_https

现在mon.cf你可以调用一个头请求：

monitor https.head.monitor -u /path/to/file

来源

2016-03-29 23:35:25 jorfus

需要检查正在托管的大文件的正常运行时间

回答

相关问题