軟體主廚的程式料理廚房

這是個對 IIS 的誤會，這個跟各個瀏覽器如何處理 Cache-Control 有關，IIS 在靜態檔案上預設沒有回應 Cache-Control 這個標頭，我比較了三款瀏覽器 Chrome（70.0.3538.77）、Firefox（63.0）、Edge（44.17763.1.0）來看看它們各自如何處理這種情況？以及 IIS 該如何來調整？

之前有介紹過 SSL 憑證只要放在 Load Balancing 就可以了，不必在每台 Load Balancing 後面的機器都去放置 SSL 憑證，假設我們原有 http://xxx.yyy.com 的網址，在我們打通了 https 之後想要將 http 都強制重新導向到 https，很直覺地我們想到的解決方案就是檢查打進來的 Request URL 如果是 http:// 開頭的就回應重新導向到 https:// 開頭的就行了，但死亡導向之門也就此被打開了。

對於 Web Site 的橫向擴展，有時候我們既定的印象就是多開機器，如果原本的機器就夠 Powerful，而採用的 Load Balancing 又可以對應到後端多個 Port 的話，我們其實可以選擇再新增一個相同服務但不同 Port 的站台。

相信很多朋友都有遇到過，我們用 ASP.NET MVC 或 ASP.NET WebApi 做好的標記有 HttpPut、HttpDelete 的 Action，部署到 IIS 伺服器之後，試著去發 Request 卻收到 404、405 的錯誤訊息，除非我們只寫 HttpGet、HttpPost 方法，不然有大於 87% 的機率會遇到，底下就來記錄一下解決的方式。

IIS Shared Configuration 是從 IIS 7.0 開始就有的東西，透過共享的機制，讓 IIS 的設定可以在一台調整，然後同時套用到其他台，對我們需要管理多台 IIS 伺服器的工作有相當大的幫助。

這一個月以來，IIS 無緣無故就將 AppPool 關閉，由於是接手別人的程式，在還未找到問題原因之前也不敢亂改。