之前我们遇到过一次这样的问题，当时以为是偶然因素引起的chrome问题，于是在"%localappdata%\google\"中将chrome的配置文件重命名，让chrome重建配置，解决了问题。

　　开始我们推测，可能是某些原因造成chrome发出的请求头包含过多内容。查看chrome请求的网址是正常的，也没发现request header的异常。既然没在chrome找到问题的原因，那我们从服务端下手吧，请求长就长一点，只要能让用户看到正常的内容。

　　由于修改这两个设置需要重启iis（net stop http, net start http, iisreset），并且只是表面上解决问题，所以我们没有立即采取这个方法。又回过头来在chrome中查看请求头，突然发现cookie的值好长。

　　很多cnzz_eid，这是cnzz统计代码产生的，可是我们在博客中没有使用cnzz。但是，有的用户博客自己加了cnzz的统计代码。我们检查了一些会产生"bad request - request too long"的页面，的确有些加了cnzz的代码。