使用 .NET 移除工具（Uninstall Tool）刪除系統上用不到的 .NET SDK 和 Runtime

使用 .NET Core 來開發各種應用時，久了都會在系統留下一些過時或用不到的 SDK，放著不理它雖然沒啥大礙，但老實說其實還蠻佔空間的，因此一直想找個機會把他們移除掉。最近剛好看到有人介紹了官方的移除工具，就藉此機會來清理一下硬碟吧＾＾。

在 Entity Framework Core 下使用純 SQL 方式取得資料庫的資料

自己在使用 Entity Framework 或 Entity Framework Core(以下簡稱 EF Core) 時，需要以純 SQL 方式來操作資料庫的場合還真的不多，而剛好最近在學用 Dapper 時，突發奇想說如果不靠 Dapper 只使用 EF Core 的話，是不是也能達成類似目的。那這邊先說結論，試過後還是 Dapper 比較香XD，但如果真的不想讓專案再多依賴一個外部套件的話，單靠 EF Core 也能辦到就是，但就會比較囉嗦，因此這邊就先筆記一些自己用到的案例及解決方式供以後參考。

在 .Net Core 3 上使用 IHttpClient 取得圖片並下載到本地端

因為某些因素需透過圖片連結位址取得目標圖片之 Stream 格式並供網站系統利用，聽起來不是太難的功能，所以照慣例，先詢問谷狗大神參考一下大家的做法，看到蠻多都是採建立 HttpClient 的物件並呼叫 GetStreamAsync() 方法來直接取得。但不知道什麼原因，自己試過後，發現這方法對我行不通，只能透過 GetByteArrayAsync() 方式才能成功取到圖片資源，因此稍微修正了一下實做方式並在這邊做個記錄。

在 SignalR 裡使用 .Net Core 內建的 JWT Token 機制來驗證連線

前幾天使用了 SignalR 設計出了一款史萊姆賽跑遊戲(如下圖)，今天想要進階一點，想說不知道 SignalR 支不支援客戶端連線的驗證，查了一下微軟官方文件，欸嘿～果然也是可以的。不論是使用 Cookie 驗證的方式或是 Token 為基礎驗證的方式都行的通。所以這篇就筆記一下我如何使用 JWT Token 的方式來達成客戶端連線的驗證，若對 .Net Core 內建的 JWT Token 驗證機制還不太了解的讀者，可以先參考保哥這篇文章。

在 Linux Ubuntu（16.04） 佈署 ASP.NET Core 應用程式至 Nginx 伺服器

在採用 Nginx 來取代 IIS 作為 ASP.NET Core 應用程式的反向代理伺服器(Reverse proxy)過程中，覺得過程有點繁瑣，因此在這邊記錄一下從頭到尾的架設步驟及相關的疑難排解，提供給下一次安裝參考用。

使用 Chrome 無法在 http 的網站裡置放 cookie 的解決辦法

今天在使用 Chrome 測試網站時遇到了一個問題，該網站是採用 ASP.NET Core 的 Cookie 授權認證的方式驗證使用者，但明明使用者已經輸入帳號密碼且 API 也顯示登入成功，照裡來說使用者應該要能通過網站的驗證且 Cookies 裡會有相關的加密字串值才對，但怎麼找就是沒有，後來改透過安全連線(https)來嘗試，竟然就成功了!?這時才想到好像之前有看到一則新聞有關於 Google 針對 Cookies Policy 的更新，馬上上網查了一下是不是跟這有關，果不其然，較詳細的內容及解決方式我就直接列在下面了。

MCSA 、MCSD 證照考前簡易複習筆記

這邊紀錄一些自己在準備微軟 MCSA、MCSD 的相關證照考試(即將在 2021-01-31 退役)時，較不熟悉(或少用)的部分供考前複習使用，也順便加強自己欠缺不足的地方。

設定 ASP.NET Core 3.x 的起始連結（URL）位址

ASP.NET Core 3.x 本身提供了多種設定起始連結的方式，和過去 2.x 版本其實相差不大，因此下面的範例應該也都適用於 2.x 版本。

比較 .Net Core 2 路由參數 catch-all 單星號（*）及雙星號 （**） 在 IIS 及 Kestrel 上的表現

最近在測試 .Net Core 2 的 API 路徑如含有 UrlEncode 過的特殊字元當參數時，在本地端使用 Kestrel 測試正常，但是丟到 IIS 上時卻頻頻發生 404 找不到網頁的問題，折騰一番後總算找到了問題所在，所以乾脆在這邊記錄一下心得及路由參數 catch-all 單星號(*)及雙星號 (**) 的差異當做筆記。

指定 .NET Core 專案使用特定的 SDK 版本

使用 Azure Web Application 服務時，Azure 都會很體貼的幫我們更新主機上的 .Net Core SDK，若什麼都沒有設定，這時 Web Application 自動會引用最新的 SDK，但有時候我們就只想讓該 Web Application 使用特定版本的 SDK 時，又該如何設定呢

讓 Windows Azure Web Server 擁有自動修復/重啟機制

這篇文章的內容其實應該半年前就打算要筆記下來了，無奈那陣子在忙 PMP 證照的考試以至於沒有特別撥出時間來寫，起因在於某個案子是用 .Net Core 開發出來的應用放在 Azure Web Server 上，但由於內部 Client 端對 Server API 的 Request 沒有良好的規劃，導致有一些多餘(數量還不少...)的 Request 已經開始造成 Server 的負擔，加上 Server 選用的等級也不高...所以那陣子 Server 的狀態一直處於不穩定的狀態，常常假日都要有人待命去對 Server 做重啟的動作，慶幸在網路上有看到針對此問題相關的文章，二話不說馬上拿來用看看(應該沒人想在假日一直 On Call 吧...)