（jQuery）AJAXを使用して製品をカートに追加し、カートを表示し、カートの数量を更新するカートシステムがあります。
IE (8/9) では、サーバーからの応答率は約 50% です。50% HTTP 200 OK で問題なし、50% HTTP 500 内部サーバー エラー。500 応答は、通常、約 15 秒の何らかのタイムアウトの後に送信されますが、常にではありません。これまでのところ、他のすべてのブラウザの成功率は 100% です。
以下のアクセス ログのサンプル (IE8 および IE9):
<ip> - <user> [13/May/2012:01:38:03 +1000] "POST /cart/process/cart.php HTTP/1.1" 500 - "<domain>/cart/process/cart.php?summaryOnly" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)"
<ip> - <user> [13/May/2012:00:35:11 +1000] "POST /cart/process/cart.php HTTP/1.1" 500 - "<domain>/cart/process/cart.php?summaryOnly" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
これまでのところ、Cookie の使用 (設定/削除) が IE にとって大きすぎる (または過剰に) ため、何らかのセキュリティ フラグがトリガーされると想定しています。それはこれまでのところ私の絶対的な最善の推測です。
現在のセットアップは、.htaccess パスワード プロンプトの背後にあるサブドメインにあります。カートの概要は、fancybox (JS) iFrame に読み込まれます。iFrame の外でテストしても違いはありませんでした。
問題がフロントエンドの開発側にあるとは思いませんが、完全に迷っています。サーバーチームは、ブラウザの問題に違いないと言っています。
私はIEが嫌いです。誰でもアイデアはありますか？
編集:少なくとも、Cookie の最大長の問題を示唆する可能性のある問題の発生を減らすことができると思います。Cookie は、IE では < 2Kb または 4Kb/4096 である必要があります。私もこの問題を抱えていた可能性があります: http://adamyoung.net/IE-Blocking-iFrame-Cookies
ここで長い Cookie の 500 エラーを示唆する同様の問題: http://datatables.net/forums/discussion/576/cookie-limit-long-cookie-fails/p1