軟體主廚的程式料理廚房

有時候我們在測試環境想刪除所有的資料表，但不想要重建資料庫，因為 SSMS 的物件總管無法多選資料表的關係，所以我都是用寫 SQL 指令碼的方式來做這一件事情，直到我無意中翻到了 StackOverflow 的這篇貼文才知道不用寫 SQL 指令碼也能做得到。

網頁瀏覽器都有一個功能，它會幫我們記住目前頁面的捲軸位置，在我們重新整理或是回到上一頁、前往下一頁之後，捲軸會還原到原本的位置，可是如果我們的網頁 HTML 元件是在前端產生的，因為畫面上 HTML 元件的渲染時機不定，那麼瀏覽器在還原捲軸位置的時候，就會有不穩定的情況，不是無效不然就是位置不對，這個問題我們透過 window.history 就能輕鬆解決，我們來看一下怎麼做？

有開發過 ASP.NET 網頁應用程式的朋友，應該對 Web.Config、Web.Debug.Config、Web.Release.Config 這三個設定檔不陌生，在建置專案的時候，建置程序會依據組態（Debug|Release）進行設定轉換，產出專屬於該組態的 Web.Config，如果換作是 Windows Form 應用程式的 App.Config 的話，該怎麼做？

.NET Core 現在更新的速度大概是 1 個月就 1 個修訂版本（build），這種更新速度算是相當快的，這就變成說原本年初應用程式上線第一版的時候，ASP.NET Core 的 Runtime 是 3.1.18，到了年中要上第二版的時候，ASP.NET Core Runtime 可能就更新到 3.1.24 了，所以更新 .NET Runtime 的頻率會比以前更新 .NET Framework 的時候來得高，本篇文章就針對在 CentOS 7 更新 ASP.NET Core Runtime 做個記錄，它也適用於更新 .NET Runtime 及 .NET Desktop Runtime。

第三方登入系列文章的第六篇，「在 ASP.NET Core 整合 Twitter 做第三方登入」，應該也是最後一篇了，最近這一段時間討論度最高的社群平台應該就是 Twitter 了，不知道一龍這樣搞下去，Twitter 的未來會怎麼樣？不過在台灣來講，使用 Twitter 的人比例是比較小的，若是我們的應用程式的主要服務對象是在美國或是日本，Twitter 的第三方登入可能就有其必要性，整個整合的過程，就記錄在這篇文章當中。

第三方登入系列文章的第五篇「在 ASP.NET Core 整合 GitHub 做第三方登入」，GitHub 是全世界最大的程式原始碼管理平台，每個開發者應該都要有一個 GitHub 帳號，如果我們的網站的服務對象是開發者，應該要有一個 GitHub 第三方登入給使用者使用，整個整合的過程，就記錄在這篇文章當中。

第三方登入系列文章的第四篇「在 ASP.NET Core 整合 Microsoft 做第三方登入」，Microsoft 是老牌的大廠，旗下的 Windows、Office、Azure、...等產品，都已經融入了我們的生活當中，Microsoft 也有提供 OAuth 2.0 授權平台，整個整合的過程，就記錄在這篇文章當中。

第三方登入系列文章的第三篇，在 ASP.NET Core 整合 Google 做第三方登入，Google 就無需再多做介紹了，全世界最大的搜尋引擎，也是數一數二的綜合網路服務供應商，光 Gmail 就有超過 18 億的使用者，這篇文章記錄了與 Google 整合第三方登入的過程。

第三方登入系列文章的第二篇，在 ASP.NET Core 整合 Facebook 做第三方登入，Facebook 的使用者相當多，用 Facebook 來做第三方登入的普及率不是第一也有第二，算是相當廣泛，有做第三方登入的網站，大都有支援 Facebook，這篇文章記錄了整合的過程。

如果我們用 jQuery 在開發網頁，那麼 jQuery 應該也一定只載入一次，偏偏就有第三方合作廠商，完全沒有在管客戶是不是會出問題？檢查也不做，愛載就載，例如：6763 的站內付 2.0，用他們的 Web JS SDK 初始付款頁面的時候強制載入了 jQuery 3.4.1，如果我們的網頁本身就已經載入 jQuery 了，就會導致重複載入，那會發生什麼事？