2016-10-04 8 views
0

私は、例えば、それが正常に動作しますが、私はすべての変更を行う際AzureのWebアプリケーションにAzureのURLRewriteは永続キャッシュを使用していますか?

<rewrite> 
    <rules> 
    <rule name="HTTP to HTTPS redirect" stopProcessing="true"> 
     <match url="(.*)" /> 
     <conditions> 
      <add input="{HTTPS}" pattern="off" ignoreCase="true" /> 
     </conditions> 
     <action type="Redirect" redirectType="Found" url="https://{HTTP_HOST}/{R:1}" /> 
    </rule> 
    </rules> 
</rewrite> 

を簡単な書き換えを追加しましたこのスニペットを削除し、リダイレクトを「www.google.com」に変更します。何も変更されません(前と同じようにhttpsにリダイレクトされます)。 App Serviceを強制終了して新しいサービスを作成するだけです。だから、本当にそこに永遠のキャッシュがあるようです。それは本当ですか?はいの場合、既存のルールを変更できるように動作を変更するにはどうすればよいですか?

P.S.私はジェネリックIIS hereのために同様の質問を見つけましたが、答えもありません。これは、アプリケーション全体の出力キャッシュであるにもかかわらず

<system.webServer> 
    <caching enabled="false" enableKernelCache="false" /> 
</system.webServer> 

は注意してください、それは何か他のものに影響を与える可能性があります

答えて

0

そこに実際に出力キャッシュであり、それはオフにすることができるようです。いずれにしても、URL書き換えルールの状態を整理するために利用することができ、コメントアウトすることができます。

関連する問題