在開發網頁程式我們最害怕的場景其中之一，就是我們的靜態檔案（*.js、*.css、*.png、...）後端已經更新了，但是在前端看到的依然是舊的版本，這個問題在 ASP.NET Core 我們可以透過一個 asp-append-version 的 TagHelper 來解決，它會自動地根據靜態檔案的內容產生一個含有雜湊值版本的網址，如果我們不透過 TagHelper 也想取得這樣的網址，我們要怎麼弄？
先前有一篇文章在講 Linux 上 Port 被用光了，導致系統無法使用的問題，其中一個解決的方法是「增加服務的 Listen Port」，我們的服務是用 ASP.NET Core 開發的，而 Nginx 則是當 Reverse Proxy 擋在前面，我們就來看一下 ASP.NET Core 及 Nginx 怎麼監聽多個 Port？
ASP.NET Core MVC 預設的 ExceptionHandler 是幫我們導到 /Home/Error，稍嫌陽春了一點，如果我們要在 Exception 發生時，記錄下額外的資訊，會需要自訂 ExceptionHandler，這個不難，我們來看一下怎麼做？
商業網站通常都會自訂自己的 HTTP 狀態碼頁面，先前有寫兩篇文章介紹在 ASP.NET MVC 如何來做這件事？
現在環境換到了 ASP.NET Core，我們來看一下怎麼處理自訂 HTTP 狀態碼頁面？
當我們建立一個 ASP.NET Core Web 應用程式專案的時候，預設在 Startup.cs 中就會呼叫 UseStaticFiles() 使用 StaticFileMiddleware，讓專案中的靜態檔案可以透過 HTTP 被存取到，現在我想要將這些靜態檔案 Cache 在 CDN 上，我需要在 Response Headers 裡面加上 Cache-Control: public, max-age=n，我們來看要怎麼做？
上一篇提到我們可以把 ASP.NET Core Feature Flags 的設定，儲存在 Azure App Configuration（應用程式組態）裡面，現在再進階一點，我們可以實作 IFeatureDefinitionProvider 建立一個 Feature Definition Provider，讓 Feature Flags 的設定可以儲存在我們想要的地方。
ASP.NET Core 的 Feature Flags 設定，在這之前的範例都是存放在 appsettings.json 裡面，在官方的文件中是建議我們把它存放在外部的儲存空間，這樣我們可以隨時修改 Feature Flags 的設定，也方便我們管理，那我們就跟著官方的示範，將 Feature Flags 的設定存放到 Azure App Configuration（應用程式組態）中。
上一篇文章對 Microsoft.FeatureManagement.AspNetCore 這個套件做了一個最基本的介紹，但是 Feature 只能設定開啟或關閉，顯然地這有點不夠用，所以套件有提供了一些 Feature Filters 用來實作有條件地開啟或關閉 Feature。
Feature Toggle 這個議題最近挺夯的，它達到的效果就是我們透過設定，就可以輕易地開關應用程式上的功能，讓開發好的功能可以真正地發佈到 Production 上，但是不相關的使用者不會受到該功能的影響，也方便我們去測試只有在 Production 上才能測試的案例，而 ASP.NET Core 已經有套件支援 Feature Toggle，我們來看一下怎麼做？
在這個時代做程式設計，通常不會自己造輪子，都是使用別人做好的工具居多，難免會出現鬼打牆的情況，倒不見得是工具本身有 Bug，大多是我們對於工具內部的運作機制不熟悉的關係，這時候有原始碼可以參考的話，就能方便我們去處理問題，如果還能建置起來進去工具內部追蹤程式碼，更能加快處理問題的速度，以避免鬼打牆的情況持續太久，這篇文章就來記錄一下如何用 Visual Studio 2019 建置整個 ASP.NET Core 框架？
Developer Technologies (2016-2024)
