Internet Explorer 9:(可能)httpコード301のIEのバグ-永続的なリダイレクト

応答2# ->にスキップ

4 #

sunnysh 2011-05-21 05:45

提案のおかげでBob.私はこれらのオプションについて知っていましたが、すべてのTIFを削除するためにインターネットオプションUIに頼っていました.しかし、私はそれが何が使用されているのか、ほとんどの道具はそうではないことを知っています
使用中のファイルを削除できます.
そんなにProchounを使用して、IE 9がこの情報を入手していたところでは、キャプチャされたイベントで見つけることができませんでした.だから私は私のアカウントからログオフし、別の管理者としてログインし、すべてのコンテンツ、隠し&システムファイルを削除しました.
index.datファイルを含むcontent.ie5フォルダ.それから私は私のアカウントにログインし、すなわち短いURLを開きました、そしてそれがもう一度行った、それがそうでなければ私をリダイレクトしました.悪いIE 9！この情報を格納するのはどこですか?
バグはバグです-それが正しく行動するようにするためにキャッシュをクリアする必要はありません.私はあなたがたぶん9のTIFフォルダがここで問題ではないことを確認しようとしているだけであり、私のテストはかなり確認していることに気づきます
それがそうではないこと.

応答7# ->にスキップ

8 #

sunnysh 2011-06-02 14:29

ああ...素晴らしい議論！この興味深い新しい方向に進んでいただきありがとうございます.
ところで、私のポイントを繰り返してみましょう.これをバグと呼ぶのは、Content.IE5フォルダーのすべての非表示&systemcontentsを削除してキャッシュを手動で削除し、その後コンピューターを再起動した後でも、この動作が続くためです.何でもクリア
RAMにキャッシュされました.
また、私が以前に伝えようとしていたように、ほとんどの検索エンジンクローラーは、Webサーバーからhttp 301 Permanent Redirectresponseを受信しない限り、リダイレクト先URLのコンテンツにインデックスを付けないことがわかっています.これが私が使用している理由です.それ.
@dillyhammer:上記の両方の投稿であなたが言ったことすべてに同意します.

応答8# ->にスキップ

9 #

dillyha 2011-06-02 23:54

私は、2年前に1年前に1年前にユニットテストをしました.それは301のリダイレクトされたサイトの内容を索引付けしてキャッシュした
302リダイレクトサイトの内容を無視しました.だから私はあなたの仮定が正しいと思います.SEO目的のための安全な側に確かに.

Content.ie5フォルダの問題は非常に面白いです.このフォルダは、windows 7-X64ボックスに9桁以上存在します.このキャッシングのバグでは、フォルダの内容と関係がないという私の感覚ですが、私は間違っている可能性があります.

私がしたことは、レジストリを3tiTemsto追加することです.その下:

HKEY_CURRENT_USER\SOFjpARE¥Microsoft¥Windows¥CurrentVersion¥インターネット設定

追加:

dnscacheeabled=>0x00000000(0)

dnscachetimeout=>0x00000000(0)

ServerInfoTimeout=>0x00000000(0)

再起動後も、これらの設定は問題に影響を及ぼさなかった.これは昨夜行われました.

今朝、キャッシュはそれ自身の合意のそれ自身をクリアしていました、そして、私が発信元の文書の301の場所を変更した場合に確かに再現するだろうほど、私が去っていた問題は、それが確実に再現されるので、それは確かに再現していました.

だから問題にはいくつかの寸法があり、それは私が見つけることができる場所では文書化されていません.私はまだこれがバグを考慮しています.私はまだこれをモンスターBCブレイクとして-文書化されていないものです-悪いことです.

私の頭を全体のままにするために私はいくつかの質問に答えられる必要があるでしょう.

このキャッシュはどこですか?好きです-まさにそれはどこにいます.

このキャッシュはどのように侵害されますか?つまり設定?レジストリ設定?

キャッシュ寿命の性質は何ですか?それは発生することができますか?もしそうなら、どこに?デフォルトは何ですか?キャッシュが決して期限切れになるようにユーザーがIE9の状態を変えることができることは可能ですか?

これは非常に本当の問題です.たとえこれをバグとして見ていなくても、それは確かにカナードを文書化されたそして非常に重要なBCの休憩と見なすべきです.私はそれが十分に深刻であると信じています-少なくともこれらの質問が答えられて/答えられない
3XXファミリーで異なる指令を実験することで、機械の安定性/使いやすさまたはSEOの目的の危険性のあるレジストリ設定を実験しなければならない.私は確かに301で302をデイジキンにしないでください-
検索ボットがどのように反応するのかを言うことができず、私はたくさんのサイトを2回目に推測しようとしているすべてのサイトを見ました.

さらに、これらの質問のいくつかが答えられたとしても、私はJoe PublicがIE9またはそのレジストリでハッキングを開始するか、その問題についてさえ知っています.彼らはただ彼らの陽気な道を楽しんでいないのを楽しんでいます
見てみてください.私がこの問題を回避するために私が私のシステムを修正するならば、私は自分自身と私のクライアントを危険にさらすだけです.

==もう1つのSigh==

これに対処するよりもやっていることの長いリストがあります.

応答9# ->にスキップ

10 #

RobertA 2011-06-03 03:58

@ Dillyhammer

IEの再起動、そしてOSの再起動でさえ生き残ることを除き、おそらくレジストリでさえないと思われると思います.ただし、それは持続しているように見えます私はそれがレジストリを介して行わなければならないと思います.op.
Procmonを使ってこれについての幸運の手がかりを持っていませんでした.おそらくあなたのものはもっと良いでしょうか?<例>

Bjp私は自分のトレースを見ることができるかどこかの公式にアクセス可能なテストがありますか?

hth

ロバート

---