我正在编写一个处理服务器生成日志的程序。我需要捕获 c-referrer 和 uri-stem，无论是否记录了其他内容，也无论使用哪种日志格式。我找到了这个链接，WC3 扩展日志格式（字段列表），并且正在寻找任何其他类似的格式，其中讨论了我正在寻找的两个字段，或者任何可以告诉我类似格式的人。我是否正确地假设 uri-stem 总是以“/”开头（并且其他任何字段都不会以“/”开头）？我并不担心找到 c-referrer，因为我正在解析具有相对特定参数的已发布查询。
此外，如果有人知道除了 IIS（C:\WINDOWS\system32\LogFiles\W3SVC1）之外的任何常见服务器日志默认值（写入日志的默认目录），那么大大非常感谢。（或者不同版本的 IIS 有不同的默认值？）
谢谢！
答案1
代表 IIS 发言...
我是否正确地假设 uri-stem 总是以“/”开头
是的. （尽管该字段名为 **cs-**uri-stem。）
并且其他领域也不会有这样的情况吗？
不。其他几个字段可能以“/”开头，例如：
- cs-用户名（对于名称以“/”开头的用户，这很奇怪但完全合法）
- cs（Cookie）（以“/”开头的 cookie 完全合法）
- cs-uri-查询（尽管它应该被 uri 编码为 %2f，但这取决于浏览器）
- cs（用户代理）（浏览器以“Mozilla”或“Opera”开头，但实际上有数千种不同的蜘蛛、机器人等使用它们喜欢的任何类型的随机用户代理）
- cs(推荐人)（大多数浏览器都会发送完整的 URL，但客户端也可能会发送其他内容，例如相对 URL）。
再说一次，我不能代表任何其他 Web 服务器发言，但在 IIS 中，假设 cs-uri-stem 是唯一以“/”开头的字段是极其不明智的。
--