audio - 服务器日志/Webalizer，206 个音频和视频文件的部分内容——我如何计算下载次数？

Question

我需要计算从我们的媒体服务器下载的视频和音频文件的数量。我们的媒体服务器仅托管音频/视频文件(mp3 和 mp4)，我们每月使用 Stone Steps Webalizer 解析 IIS 日志文件。

当我查看 Webalizer 统计数据时，大多数“点击”是“代码 206 部分内容”，其余大部分是“代码 200 ok”。例如，我们最近的每月 Webalizer 统计数据看起来像这样 -

总点击量:1,600,000
代码 200 - 确定:300,000
代码 206 - 部分内容:1,300,000

总点击数比我预期的要大得多，它与所服务的数据量(总千字节)有关。

当我分析日志文件时，它看起来好像媒体播放器(iTunes、Quicktime 等)为单个下载/播放创建了多个 206，我怀疑 Webalizer 没有将这些多个 206 从同一个 IP/访问中分组，而是将每个 206 记录为一个“命中”——因此，总命中数被大大夸大了。 Wiki 页面上有对 Weblizer 的批评，这似乎证实了这一点 - http://en.wikipedia.org/wiki/Webalizer

我对 206 和 Webalizer 是否正确，如果我正确，我将如何计算下载次数？是否有行业标准方法和/或是否有更适合该任务的替代网络分析应用程序？

任何帮助或建议将不胜感激。

Answer 1

没有收到对我的问题的任何回复，但我想我会提供更新。

我们分析了一个一小时的日志文件样本，并对不同的浏览器/媒体播放器对 mp3 和 mp4 文件进行了一些测试。

以下是我们的发现——

一些媒体播放器，尤其是 iTunes/Quicktime，会制作一系列
206 个请求，但不产生 200 个请求。

大多数但不是所有的网络浏览器(Chrome 是个异常(exception))，产生一个
下载媒体文件时有 200 个请求，没有 206 个请求，即
下载到桌面而不是在桌面媒体播放器中播放
或媒体播放器插件

如果文件被浏览器/媒体播放器缓存，它可能会产生 304
请求，没有 200 和 206 请求。

鉴于上述情况，我们认为不可能从日志文件分析中计算媒体文件的“下载量”，除非该软件具有专门为此目的设计的智能算法。例如，它需要在设定的时间段(比如 30 分钟)内对来自同一 IP 的特定媒体文件的所有请求进行分组，并将其计为一次下载。据我所知，市场上没有任何日志文件分析软件可以提供该功能。

我在 Google 上进行了快速搜索，以了解有关播客/视频指标/日志文件分析的更多信息，这似乎是一个非常真实的问题，尽管是小众问题。谷歌分析和其他使用网络信标的网络指标工具，例如除非您的媒体文件只能从您的网站下载，即没有 RSS 或 iTunes 联合等，否则 SiteStat 不是一个选项。即便如此，我也不确定他们是否能胜任这项工作。

我认为这就是为什么像 podtrac 和 blubrry 这样的公司提供专门的播客/视频测量工具，使用重定向而不是日志文件分析。

波德特拉克
http://podtrac.com/publisher/measurement

蓝调
http://www.blubrry.com/podcast_statistics/

如果有人在这方面有经验或专业知识，请随时加入并提供建议或纠正我，如果我错了。