网站日志是网站什么？说白了，就是日志服务器默默记下的一本流水账。你访问任何一个网页，网站服务器都会在后台写下一条记录，日志像“某年某月某日某时，网站某个IP地址，日志用某种浏览器，网站请求了某个文件，日志服务器回了什么状态码”。网站

我见过最生动的日志例子，是网站帮朋友排查一个电商站。他抱怨说转化率低，日志但流量看着挺高。网站我翻了下日志，日志发现大量请求集中在某个商品详情页，网站但紧接着就跳出。再细看日志里的User-Agent，好家伙，一大半是“Python-requests”这种爬虫标识。真实用户根本没那么多。那流量是虚的，是机器人在刷。日志不会骗人，它把真相摊在那儿，就看你会不会读。

日志的格式五花八门，但最常见的还是那种一行行的纯文本。每行字段用空格隔开，类Apache的Combined格式。里面有客户端IP、时间戳、请求方法、请求路径、HTTP协议版本、状态码、响应字节数、Referer来源页、User-Agent浏览器标识。别嫌它枯燥。状态码200是正常，404是资源没了，500是服务器内部出错，403是没权限。光看这些数字，你就能拼出一个访客的完整动作轨迹。

但日志这玩意儿，平时没人爱看。它堆得像山，涨得飞快。一个小站，一天就能产出几十兆文本。大站呢？每秒钟上万条。所以才有那么多工具去处理它，比如ELK那一套，或者Splunk，再或者直接用GoAccess这种轻量级的。说到底，日志是原始素材，不加工就是废料。

我自己的习惯是，每周固定抽一个晚上，翻翻自己博客的日志。不为别的，就想看看有没有奇怪的请求路径。比如有人会扫你的后台路径，试你的wp-login.php，或者直接往根目录塞一堆php文件，试探能不能执行。日志里经常能看到一串字典式攻击，像是“/admin.php, /test.php, /info.php”挨个试。看到这些，你就知道，互联网上永远有不睡觉的脚本在敲门。

日志还有一层妙用，就是还原真实用户行为。比如某个页面访问量高，但平均停留时间极短，那可能是内容标题党，或者页面加载太慢。又比如某个时间段，访问量突然飙升，日志会告诉你，是某个大V引了流量，还是某个广告投放的时段生效了。这些数据，靠猜是猜不出来的。

当然，日志也有让人抓狂的时候。最典型的是时区问题。服务器默认UTC，你人在东八区，差八个小时。看日志不换算，你会把凌晨三点的访问高峰当成晚上十一点。还有一个坑，就是代理服务器和CDN。用户真实IP藏在X-Forwarded-For头里，直接看日志里的IP，全是CDN节点的地址，一查全是同一个地方的，那就没什么意义了。

日志保存多久，也是个现实问题。磁盘空间有限，合规要求各异。有些日志涉及用户隐私，不能永久留。我自己一般是保留90天，超过就压缩归档。真出事了，翻三个月内的记录，基本能定位问题。

说到底，网站日志就是个沉默的目击者。它不主动告诉你什么，但你问它，它什么都记得。谁来过，干了什么，成功没成功，耗时多久，全有记录。学会看日志，就像给网站装了个行车记录仪。平时用不上，一旦出事故，那就是最硬核的证据。