環境 のWindows Server 2012 R2 64ビット は8 のPlesk 12.5リダイレクトが多すぎます、断続的な問題 - 容疑者リライトキャッシュ
ワードプレスは、あまりにも多くのリダイレクトではなく、特定のURLに対して断続的に応答し、だけのために約30実行しているWebサイトをIIS分。その後、要求されたページが期待どおりに提供されます。ウェブサイトの残りの部分は、同じ書き換えルールを使用してその間ずっと正しく応答します。
特に1つのURLが他のURLよりも影響を受けます。それはウェブサイトのホームページに掲載されており、ソーシャルチャンネルを通じてプッシュされていることに注意することが重要です。
失敗した要求トレースは、特定のURLのために次のことを示しています
URL_REWRITE_START RequestURL /カテゴリ/投票-2/
REDIRECT_FROM_CACHE_ACTION CachedRedirectedURLます。http:// www.website.com/category/投票-2/RedirectType永久
URL_REWRITE_END RequestURL http://www.website.com/category/referendum-2/
これは明らかに無限リダイレクトループの始まりです。
URLが正しく失敗し提供しています要求トレースショー:
URL_REWRITE_END RequestURL /index.phpは
WordPress用これは明らかに正しい、/index.phpは、すべてのフロントエンドページ要求を処理します。
クエリ文字列が要求されたURLに追加された場合(例:/category/referendum-2 /?key = value IISは要求されたページを正しく処理します。このため、私は、クエリ文字列によってIISがリライトキャッシュをスキップして、キャッシュがリダイレクトループを引き起こすことを意味すると思われます。
私はhttps://blogs.msdn.microsoft.com/danielvl/2010/01/07/registry-values-for-iis-url-rewrite/の投稿を見てきましたが、レジストリを介して書き換えキャッシュを無効にする方法は、HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ InetStp \ Rewriteは存在しません。私は、プロダクション環境で何が起こるかを知る鍵を作ることに熱心ではありません。
私の疑惑が再提起すれば誰でも提案できますか?リダイレクトループの原因となっているリライトキャッシュは正しいですか?
もし問題が解決したらどうすればよいですか?私は、リダイレクトキャッシュまたは何がこのような動作を引き起こす可能性があるかについての詳細を見つけるのには苦労しています。