Keep Flourishing

一個「聲音失真」的 Bug 背後，藏了多少層細節？從 SDP Offer/Answer 協商、G.711 編碼差異，到 Gain 調整提升 ASR 辨識率，一次搞懂。

SIP 和 HTTP 雖然同樣是文字型的請求-回應協定，但 Method 卻完全不同。本篇帶你一次搞懂 SIP 的所有 Method，從 INVITE 發話、ACK 確認、到 BYE 掛斷，了解一通電話在網路上的完整流程。

# 前言 幫家人、朋友或企業老闆部署好 OpenClaw 之後，最常聽到的問題是： 「欸我的 AI 怎突然沒回應了？」 深入排查後往往發現，可能是觸發 OpenClaw stop gateway、也可能是系統更新後 launchd service 沒重啟、規則格式錯誤，各種原因。 出問題了只能傳訊息或問 AI「壞掉了怎辦」——而你可能正在出國、開會、或睡覺。 就算你遠端連回去重啟，也搞不清楚「到底復活了沒」，下次又繼續發生一樣的狀況，根源沒有解決。 這篇文章要解決的就是這個問題： 🔴 即時偵測：OpenClaw 一掛就知道，不用等人回報 📲 Telegram 通知：不管人在哪，手機秒

從機房裡的大鐵箱到跑在伺服器上的軟體總機，帶你一次搞懂傳統 PBX 與 IP PBX 的差異，以及為什麼 AI 客服可以直接當成一個分機接電話。

# 過程 開發時，已經習慣長按 ctrl+類名或函式名稱，讓編輯器自動跳轉到該類別或函式的定義位置來快速查看程式碼的實作細節 由於我改用 mise 來管理 golang 版本，導致 vscode golang extension 無法正確辨識 golang 的執行檔位置，長按 ctrl + 點擊類名或函式名稱時就沒反應 # 解法 ctrl + , 快速打開設定頁面，搜尋 go.alternateTools 並點擊在 settings.json 中編輯 直接在 settings.json 中加入以下設定 .... "go.alternateTools": &#12

引言： 為了真正理解現代程式設計中的 Concurrency（併發）概念，稍微複習了 Process, Thread, Coroutine 之間的關係，並透過程式碼徹底比較 Python 與 Golang 在處理 CPU-bound 和 I/O-bound 任務時的效能差異。結果非常驚人，清晰地揭示了 Python GIL 的限制與 Golang Runtime 的優勢。 # Process, Thread, Coroutine 從資源開銷和獨立性的角度來看，併發執行單元的層次結構由大到小排序如下： 概念 資源開銷 / 獨立性 核心特性 適用場景 Exte

# 建立 Rust 專案 建立 Rust 資料夾 mkdir my_rust_lib cd my_rust_lib 建立 Cargo.toml（Rust 的設定檔 Cargo.toml 內容： [package] name = "my_rust_lib" version = "0.1.0" edition = "2021" [lib] name = "my_rust_lib" crate-type = ["cdylib"] # ← 關鍵！編譯

# locust 蝗蟲壓力測試工具 # 為何 Rust 在 CPU 密集運算下會比 Python 快？ Rust 快的原因： ✅ 編譯成機器碼 - 更底層，無中間層 ✅ 編譯器優化 - LLVM 做大量優化 ✅ 無 GIL - 真正的多核並行 ✅ 零成本抽象 - 高階語法，無性能損失 ✅ 記憶體管理 - 編譯時確定，無 GC 開銷 Python 慢的原因： ❌ 解釋執行 - 每次都要翻譯 ❌ 動態型別 - 運行時檢查型別 ❌ GIL 限制 - 單核執行 ❌ 記憶體開銷 - 動態分配 + 垃圾回收 # 靜態型別 vs 動態型別 Rust：編譯期就知道所有變數型別，能幫助編譯器做最佳化。

# 目的？ 以往在用 docker compose 快速啟動服務，常常會遇到： 在一台全新的機器或開發環境中，都需要手動進入docker內部db容器，手動執行初始化(init)資料庫結構的 SQL 腳本，接著再執行資料(seed)的 SQL 腳本來填充初始資料 流程不僅繁瑣，而且容易出錯，特別是在多個環境（如開發、測試、生產）中部署時 比如在某專案中，固定會有個 products 的資料表，並且每次部署到新主機第一次啟動時，去打端點都一定會跳sqlalchemy.exc.ProgrammingError: (psycopg2.errors.UndefinedTable) relation

# docker ps 只顯示正在執行的容器 docker ps 顯示所有容器（包含執行中、已停止、已退出） docker ps -a # or docker ps --all 顯示最近建立的容器 docker ps -l 顯示最近建立的 N 個容器（例：docker ps -n 3） docker ps -n <數字> # 管理 Docker data 相關指令 查看目前有哪些 volume，很常會有需要清理一些沒在使用的、或只是暫時創建來測試用的一些 data，這些 data = docker 的 volume # 列出目前有哪些 volume doc