https://github.com/sample-by-jsakamoto/aspnetstaticfilecachectrlandnginclude
https://github.com/sample-by-jsakamoto/aspnetstaticfilecachectrlandnginclude
Last synced: about 2 months ago
JSON representation
- Host: GitHub
- URL: https://github.com/sample-by-jsakamoto/aspnetstaticfilecachectrlandnginclude
- Owner: sample-by-jsakamoto
- License: unlicense
- Created: 2015-10-19T22:12:19.000Z (over 9 years ago)
- Default Branch: master
- Last Pushed: 2015-11-10T13:24:03.000Z (over 9 years ago)
- Last Synced: 2025-04-09T23:55:34.266Z (about 2 months ago)
- Language: C#
- Size: 699 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# Sample: ASP.NET/IIS - Static File Cache Control and AngularJS "ng-include" / 静的ファイルのキャッシュ制御と AngularJS の "ng-include"
## master branch - reproduction of problem / 問題の再現
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude)
On IE11 or Edge Web browser, If you reload the this Web site contents after click "Update 'date-time.html' and 'time.html'." button, you can see **'time.html' is still old content.**
I think, this problem caused by implementations of IE/Edge Web browser the case of no `cache-control` header in response.
IE11 または Edge Web ブラウザで、このリポジトリの Web サイトの「Update 'date-time.html' and 'time.html'.」ボタンをクリックしたのちにリロードすると、**'time.html' が更新されません。**
この問題は、`cache-control` ヘッダが無い場合の IE/Edge の実装によって発生するものと思われます。
## resolve-by-configure-iis-settings branch
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/tree/resolve-by-configure-iis-settings)
This problem can resolve by [configure web.config to set `cacheControlMode` attrbite in `clientCache` node to `DisableCache`](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/6e0c02b454c325c1b656aae82d3d04a2fd4caaaa).
After this configuration, IE/Edge send request with `If-Modified-Since` header and receive HTTP 200 OK or 304 Not Modified expectancy.
この問題は、[Web.config 中の `clientCache` ノードにおける `cacheControlMode` 属性を `DisableCache` に設定する](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/6e0c02b454c325c1b656aae82d3d04a2fd4caaaa)ことで解決できます。
この設定変更後は、IE/Edge は期待どおり `If-Modified-Since` ヘッダ付きで要求を送信するようになり、そして HTTP 200 OK または 304 Not Modified を受け取るようになります。
## resolve-by-customize-xhr-header branch
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/tree/resolve-by-customize-xhr-header)
This problem can also resolve at client side scripts by [configure AngularJS's `$httpProvider`](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/2f5597bda532590f01d6d33a634d59f3d0a56f06#diff-a8e1a387f4075e9b4c712abf91923299R18).
If you configure `$httpProvider` to append "If-Modified-Since: Thu, 01 Jan 1970 00:00:00 GMT" request header with any HTTP GET requets which sent XHR object, then always send requets from XHR obbjects to server.
**But this method has performance issue**, because server could not get chance to respond HTTP304 Not Modified status without content body.
It effects all HTTP GET requets that from XHR object.
この問題はクライアント側スクリプトにて、[AngularJS の `$httpProvider` を構成](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/2f5597bda532590f01d6d33a634d59f3d0a56f06#diff-a8e1a387f4075e9b4c712abf91923299R18)することでも解決できます。
XHR オブジェクトから送信されるすべての HTTP GET 要求に "If-Modified-Since: Thu, 01 Jan 1970 00:00:00 GMT" 要求ヘッダを追加するよう `$httpProvider` を構成すると、以後は XHR オブジェクトは常にサーバー側へ要求を送信するようになります。
**しかしこの方法は処理性能上の問題があります。**
なぜならサーバー側からは、返信本体を省いた HTTP304 Not Modified ステータスで応答する機会がなくなるからです。
このことは XHR オブジェクトから送信されるすべての HTTP GET 要求に影響します。
## problem-2-when-enable-staticfilehandler branch
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/tree/problem-2-when-enable-staticfilehandler)
If you configure web.config to handle requets for .html files by System.Web.StaticFileHandler for enabling "Browser Link" feature on Visual Studio, then you will reencounter the problem that `time.html` in browser keep old content.
Visual Studio の Browser Link 機能を有効化するために、.html ファイルへの要求を System.Web.StaticFileHandler で処理するよう web.config を構成すると、`time.html` の内容が古いまま更新されない問題が再び発生します。
## resolve-by-using-runallmodule-instead-staticfilehandler branch
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/tree/resolve-by-using-runallmodule-instead-staticfilehandler)
This problem can resolve by configure web.config to enable `runAllManagedModulesForAllRequests` settings, and remove handlers setting of System.Web.StaticFileHandler for .html files.
この問題は、web.config の `runAllManagedModulesForAllRequests` 設定を有効化して、.html ファイルに対する System.Web.StaticFileHanlder を handlers 設定から削除することで解決できます。
## resolve2-by-customize-xhr-header branch
[](https://azuredeploy.net/?repository=https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/tree/resolve2-by-customize-xhr-header)
This problem can also resolve at client side scripts by [configure AngularJS's `$httpProvider`](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/8d37e7eb624f4f9cf26dc0568162f8d10863fc8c#diff-a8e1a387f4075e9b4c712abf91923299R18), too.
But don't forget about this method has performance issue.
この問題も、クライアント側スクリプトにて、[AngularJS の `$httpProvider` を構成](https://github.com/sample-by-jsakamoto/ASPNETStaticFileCacheCtrlAndNGInclude/commit/8d37e7eb624f4f9cf26dc0568162f8d10863fc8c#diff-a8e1a387f4075e9b4c712abf91923299R18)することでも解決できます。
但しこの方法は処理性能上の問題があることをお忘れなく。