私は現在、クッキーを利用してトラフィックなどをより適切に形成したいクライアント向けの Web アプリを構築しています。
そのため、先週の終わりに、単純な Cookie の書き込み (基本的には cookie="helloworld" を設定) と、アプリへのカウンターを含む Cookie の読み取りを追加しました。これは事実上単なる 1 つのページであるため、サービスへのすべての要求はこの読み取りを通過します。 /確かに書いてください。
展開後の数百万のリクエスト Cookie の読み取り率は、合計リクエストの約 25% でしたが、週末以降は最大で約 33% までしか上昇しませんでした。
参考までに、パスは設定せず、ドメインは固定、有効期限は作成から 1 か月です。リピート率は比較的高いです。設定・取得・カウントの技術には100%の自信があります。
更新: さらに調査した結果、 IE ではない (驚き、驚き) ブラウザーの受け入れ率は90%であることが明らかになりました。IE であると自認するリクエスト (多数のボットが含まれていることは間違いありません) の受け入れ率は10%です。フィドラー セッション (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
だから私は2つの理論を持っています:
1)。IE は、Cookie を無視する原因となるヘッダーの競合を認識します。これは、キャッシュ制御フィールドに関連している可能性がありますか?
2)。IE に必要な何かが欠落しているか、形式が正しくありません。このグーグルの証拠は見つかりません。
上記のヘッダーに問題があるか、同様の経験がある人はいますか?