为什么曲奇接受度很低?

我目前正在为一个客户开发一个网络应用程序,这个客户希望利用cookie来更好地塑造他们的流量等等,你知道的。

因此,在上周末,我添加了一个简单的cookie写入(基本上设置cookie=“helloworld”)和一个带有计数器的cookie读取到应用程序,这实际上只是一个页面,所以对服务的每个请求都会经过这个读取/写入过程。

部署后的几百万个请求的cookie读取率约为总请求的25%,而现在,在周末之后,它们只爬升到了约33%。

参考:未设置路径,域是固定的,有效期为创建后一个月。重复访问的次数相对较高。我对设置/获取和计数的技术有100%的信心。

更新:进一步调查表明,验收率为 90% 对于那些(惊喜,惊喜)不是IE的浏览器来说,那些将自己标识为IE的请求(毫无疑问,它包含了许多bot)有一个 10% 验收率。基于fiddler会话(由firebug确认),响应头如下所示:

HTTP/1.1 200 OK
Content-Encoding: gzip
Expires: Wed, 09 Jun 1993 00:00:00 GMT
Vary: Accept-Encoding
Set-Cookie: foo; domain=bar.com; expires=Sat, 11-Jul-2009 11:10:19 GMT; path=/; HttpOnly
Cache-Control: no-cache
Cache-Control: private
Cache-Control: no-store
Cache-Control: must-revalidate
Cache-Control: max-stale=0
Cache-Control: post-check=0
Cache-Control: pre-check=0
Date: Thu, 11 Jun 2009 11:10:19 GMT
Transfer-Encoding: chunked
X-AspNet-Version: 2.0.50727
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Content-Type: text/html
Pragma: no-cache

所以我有两种理论:

1)。IE在头中看到一个冲突,导致它忽略cookie-这可能与缓存控制字段有关?

2)。IE需要的东西丢失或变形了。我找不到这个谷歌搜索的证据。

是否有人会发现上面标题的错误或有类似的经验?