Claude Code 前陣子大概 8 月初的時候 release 了 security-review 的功能，這幾天想到想說用一下，結果一下指令就噴了以下的錯誤: Error: Bash command failed for pattern "!`git log --no-decorate origin/HEAD...`": [stderr] fatal: ambiguous argument 'origin/HEAD...': unknown revision or path not in the working tree. Use '--' to separate paths from revisions,
debug
Ref: * 寫程式不是輸出，是內化 * Vibe Story：用敘事智能為程式碼注入生命，簡化維護 這篇主要是想紀錄一下看了Ruddy 老師的文章後想做的事情，雖然通篇的重點不是在我想做的這件事，但因為Ruddy 老師的這篇文章讓我覺得以後在排除 Bug 的時候應該要做這件事才對。 以下的內容是擷取 Ruddy 老師的內容(部分修改) 1. 記錄搜尋路徑與嘗試過的假設 => 我以為是 state 沒清，但發現是 effect 未執行 2. 為錯誤進行分類，然後標註成概念 => 這是 mutable state 的副作用問題 3. 寫一段描述該段程式的情境與原則 => Vibe Story 該段程式的情境與原則可以參考一下的要點撰寫： * 場景（Context）：描述程式碼的背景與需求。 * 目標（Goal）：說明功能目的。 * 挑戰與迭代（Challenges &
Claude Code 在大家軍備戰發布了 Status line 這個功能，讓使用者可以在 Claude Code 的輸入框下方自訂自己想要的訊息，官方提供幾個方式可以實現這功能(Bash, Node.js, Python)，最後我選擇使用 Node.js。 趁著週末寫玩了一下，剛開始照著官方文件做，結果啥都沒顯示出來，接著叫 Claude Code 幫我做，他說成功了，結果還是啥都沒有...最後才發現可能是官方提供設定檔案的問題 { "statusLine": { "type": "command", "command": "~/.claude/statusline.sh", "padding": 0 // Optional:
big5
在 .NET Core 要使用一些其他編碼(例如: Big5) 需要額外安裝 System.Text.Encoding.CodePages 並且在使用前呼叫下列 api: Encoding.RegisterProvider(CodePagesEncodingProvider.Instance); 這樣才能使用一些其他編碼 Encoding big5Encoding = Encoding.GetEncoding("big5");
.net
在使用第三方套件時，有時候會因為第三方套件有支援多語言，因此在建制時會多出很多在地化相關的檔案，如下圖： 想要避免產出這些檔案，可以在 project 設定檔中增加以下的設定 <PropertyGroup> <InvariantGlobalization>true</InvariantGlobalization> </PropertyGroup> 或者使用 <SatelliteResourceLanguages> 來產出特定所需的語言也可以： <PropertyGroup> <SatelliteResourceLanguages>en;jp;ko</SatelliteResourceLanguages> </PropertyGroup>
24h2
近期 Windows 11 釋出了 24H2 更新，但會導致基於 Chromium 開發的瀏覽器發生凍結的問題，以下是解決方法： 使用管理員權限開啟 PowerShell，然後執行以下指令： Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Dwm" -Name "OverlayMinFPS" -Value 0 -Type DWord 需要還原設定的話就使用以下指令： Remove-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Dwm" -Name "OverlayMinFPS" 另外，如果先前已經停用 MPO (多平面重疊) 建議重新啟用： Remove-ItemProperty
windows
netstat -ano | findstr {port}
rider
在 Rider 增加啟動時候的參數 -Dfile.encoding=UTF-8 這樣即可解決 build 的時候出現亂碼。
docker
Docker 安裝好之後基本少都需要使用 sudo 來進行操作，可以把使用者加入到 docker group 來讓使用者可以不用 sudo 來進行 docker 相關的操作。 1. Add docker group(基本上安裝完 docker 應該就會有) sudo groupadd docker 2. Add user to group sudo usermod -aG docker $USER 3. 切換到該 group newgrp docker
csharp
C# 中取得位置的方法友好幾種： * AppDomain.CurrentDomain.BaseDirectory * System.Reflection.Assembly.GetExecutingAssembly().Location * System.IO.Directory.GetCurrentDirectory() 經測試後這幾種方法的意義如下： * AppDomain.CurrentDomain.BaseDirectory > 執行的應用程式的位置路徑 * System.Reflection.Assembly.GetExecutingAssembly().Location > 目前執行的組件位置路徑 * System.IO.Directory.GetCurrentDirectory() > 下執行指令的位置路徑
wsl
最近為了方便一些作業所以把 Docker 安裝在 WSL 上，但常常會發生 WSL 的 terminal 關掉的話就會造成裡面跑的 Docker 也一併被關掉，Google 了一下發現不少人有這問題，最終的解決方案如下： 1. 在 %userprofile%/.wslconfig 設定 [wsl2] vmIdleTimeout=-1 2. 設定結束後記得重啟 wsl wsl --shutdown 3. 執行以下 command wsl --exec dbus-launch true Ref: * How to make wsl2 alive in the background #10138
Windows 11 上 long path 的功能預設是關閉的，所以如果剛安裝好 Windows 11 如果遇到過長的路徑，會導致收到錯誤訊息。 要解決這問題需要設定 Register 開啟此功能。 使用管理者權限輸入以下指令： New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "LongPathsEnabled" -Value 1 -PropertyType DWORD -Force Ref: * Maximum Path Length Limitation