|
|
|
|
产品答疑师 發表于 19:05
|
|
|
|
之前我们遇到过一次这样的问题当时以为是偶然因素引起的Chrome问题,于是在"%LOCALAPPDATA%\Google\"中将Chrome的配置文件重命名让Chrome重建配置,解决了问题
今天,这个问题再次出现就不能忽视了,必须找出问题的真正原因并找到解决办法
开始我们推测,可能是某些原因造成Chrome发出的请求头包含过多内容查看Chrome请求的网址是正常的,也没发现request too long Header的异常既然没在Chrome找到问题的原因,那我们从服务端下手吧请求长就长一点,只要能让用户看到正常的内容
由于修改这两個设置需要重启IIS(net stop http, net start http, iisreset),并且只是表面上解决问题所以我们没有立即采取这个方法。又回过头来在Chrome中查看请求头突然发现cookie的值好长。
很哆cnzz_eid这是cnzz统计代码产生的,可是我们在博客中没有使用cnzz但是,有的用户博客自己加了cnzz的统计代码我们检查了一些会产生"Bad request too long - request too long Too Long"的页面,的确囿些加了cnzz的代码
我们手动在Chrome中删除了一些带有cnzz_eid的cookie,问题就解决了
原来是cnzz惹的祸!
为什么在IE与Firefox中不会出现这个问题呢?
版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。