Dotnet Core 在發布的時候預設會輸出 web.config,發佈到 IIS 伺服器如果有要調整 web.config 的內容,可以用以下幾種做法來達成。
Dotnet Core 在發布的時候預設會輸出 web.config,發佈到 IIS 伺服器如果有要調整 web.config 的內容,可以用以下幾種做法來達成。
在 Dotnet 8 以前,微軟有提供過 WASM 可以直接給 API server 託管的功能,等於是只要架一個網站就可以前後端分離,但這樣的設定會衍生打不存在的 API 不會回傳 404,反而是回傳前端 index.html。
昨天收到同事的一個 bug,使用公司 library 所提供的方法所引發的一個錯誤,這錯誤蠻基本也蠻蝦的,雖然這個 library 已經很少再改,基於保護自己的想法,還是要幫這個方法加上測試,因為這個專案的版本還是 dotnet framework 4.5.1,希望能透過 cli 的方式在 CI 的時候跑測試。
在 cli 測試的話目前有兩種做法,第一種是新版 SDK 所提供的 dotnet cli
;另一種就是 Visual Studio 的工具。
DotnetCore的版本更新的很快,為了要有支援多個環境,電腦都會安裝很多的 SDK,預設 cli 會使用最新的版本,理論上新版都應該是可以支援舊版的編譯;但偏偏雨漸漸為了要測試一個功能,就安裝了 Dotnet 7 preview,結果導致原本可以編譯的專案變成失敗,而且錯誤訊息還很難看懂,還好可以指定舊版的 SDK,就可以避免掉這樣的問題。
dotnet core 的專案現在有讀取 excel 的需求了,測試幾套後整理做法,給有需要的人。總共看了四套,其中一套在商用上是需要付費的,使用上要注意一下。
LINQ 是一個好用的工具,撰寫的時候可以透過強行別的特性,讓篩選資料等的行為很輕鬆,偏偏成也強型別敗也強型別,在做查詢的時候十幾個欄位,總不可能一個一個比對,還好查到一個好用的套件 [Dynamic-LINQ](Dynamic LINQ (dynamic-linq.net)),可以解決這樣的問題。
今天接到同事來的一個求救,有一個產品基於 WCF 服務建置 https 時無法正常運行,原本以為簡單,但卡了一陣子,特別來筆記一下。
前一篇 如何在瀏覽器開啟應用程式 中講到開啟應用程式,接著要來講怎麼樣封裝應用程式在安裝檔內。
一般的關聯式資料庫下 update 以後,如果沒有下 commit 大部分情況是拿到舊的資料,但是在 elastic search 的環境下,沒有所謂的 commit,在異動資料後馬上執行 search 卻拿不到更新後的結果。