c-referrer总是以“/”开头吗? 其他任何事情都可以用“/”开头吗?

我正在编写一个处理服务器生成日志的程序。 我需要捕捉c-referrer和uri-stem,而不pipe其他什么被logging或不logging,而不pipe使用什么日志格式。 我已经find了这个链接, WC3扩展日志格式(字段列表) ,我正在寻找任何其他喜欢它,谈论一个格式,包括我正在寻找的两个领域,或任何人可以告诉我有关的格式所以。 我是否正确地认为“干”始终是以“/”开始的(而其他领域从来都不会)? 我并不担心findc-referrer,因为我正在parsing具有相对特定参数的发布查询。

此外,如果有人知道除IIS(C:\ WINDOWS \ system32 \ LogFiles \ W3SVC1)之外的任何常见的服务器日志默认值(缺省目录日志被写入),将不胜感激。 (或不同版本的IIS有不同的默认值?)

谢谢!

说起IIS …

我是否正确地认为uri-stem将始终以“/”开头,

是的 。 (虽然这个字段被命名为** cs – ** uri-stem。)

而且没有其他的领域会?

没有 。 其他几个字段可能以“/”开头,如:

  • cs-username (对于名字以“/”开头的用户来说,这很奇怪,但完全合法)
  • cs(Cookie) (完全合法的以“/”开头的cookie)
  • cs-uri-query (尽pipe它应该被uri编码为%2f,这是依赖于浏览器的)
  • 用户代理(用户代理) (以浏览器的“Mozilla”或“Opera”开头,但实际上有数以千计的不同的蜘蛛,机器人等使用任意types的随机用户代理)
  • cs(Referer) (大多数浏览器发送完整的URL,但是客户端可能会发送其他相似的URL)。

再一次,我不能说任何其他的Web服务器,但在IIS中,假设cs-uri-stem是唯一以“/”开头的字段是非常不明智的。

PS:你见过LogParser吗? ( 下载或文档 )