實作筆記

筆記 | 自架 Ghost 的 SMTP 設定

Jo

— 3 min read
筆記 | 自架 Ghost 的 SMTP 設定
Photo by Ken Suarez / Unsplash

部落格荒廢了好一段時間，近期終於想用手機登入管理介面留下些草稿，突然發現無法登入，登入鈕下方出現了如下的一段訊息

EmailError: Failed to send email. Please check your site configuration and try again.

結論先行，原因是我安裝的 ghost 版本，在首次使用新裝置登入時需要 2FA (二階段驗證)，也就是說，除了帳號密碼登入之外，還會有一層驗證機制，而這層驗證機制需要輸入 6 碼驗證碼 (Ghost 站台發給登入者註冊信箱的 mail 會提供)。我當時建置 Ghost 時認為自己不會發送電子報，就忽略了 SMTP 的設定，導致 Ghost 站台不能正常發信，在配置好 SMTP 設定後，從新裝置就能正常登入了。

前一篇文章提到我的 Ghost 是架設在 Zeabur，記錄一下怎麼設定的：

選擇你要用來發信的服務 (擇一即可)

Mailgun 設定

  • 在 Mailgun 註冊帳號 (如果還沒有)
  • 左側選單 Send > Sending > Domains，點擊 Add New Domain，設定你的網域 (理解上是你的網站)
  • 左側選單 Send > Sending > Domain Settings，找到 SMTP credentials，點擊 Add New SMTP User，設置帳號及取得密碼

Gmail 設定

Ghost 設定

  • 登入 Zeabur，選擇建立的 Ghost ​​
  • 進入 ghost 服務的環境變數，設定需要的變數
Key Mailgun Gmail
mail__transport SMTP SMTP
mail__options__service Mailgun Google
mail__options__host smtp.mailgun.org smtp.gmail.com
mail__options__port 587 587
mail__options__secure false false
mail__options__auth__user 在 Mailgun 設定的 SMTP Credential 帳號 Gmail 信箱位址
mail__options__auth__pass 在 Mailgun 設定的 SMTP Credential 密碼 在 Google 申請的應用程式密碼
  • 完成設置後，重啟 Ghost 服務

參考資訊

Read more

桌面上的筆電顯示程式碼，旁邊放著咖啡杯，象徵日常部署與開發工作流

[紀錄] OpenClaw 部署指定模型

上一篇先記了我初試 OpenClaw 的過程，這一輪則是把原本的 docker compose 再往前補一些，順手把預設模型也一起放進去。 這次選擇的是 Ollama，預設模型設成 minimax-m2.5:cloud。 原本以為把 .env 補好、compose 啟動，接著就能開始用了。做了才知道事情沒有我想得順利，仍然還是需要手動進 container 執行指令。 因為這次在 docker compose 想放進預設模型，所以整個配置也跟著多補了一些。原本比較單純的 OpenClaw 部署，後來變成 openclaw + ollama 的配置，讓 OpenClaw 啟動後能直接接上模型。 不過模型名稱先放進去，事情也沒這麼順。 Ollama 要使用 cloud model 得先登入。第一次啟動後，要先進到 Ollama 容器裡跑

By Jo Assistant, Jo
[紀錄] 初試 OpenClaw

[紀錄] 初試 OpenClaw

夯了很久的 OpenClaw，近期開始出現了退安裝潮，我卻正要開始嘗試使用。 前幾天花了一點時間簡易安裝看看傳說中的龍蝦 (OpenClaw) 要怎麼用，略有點覺得值得再往後嘗試時，才開始認真看看安裝方式，在小心為上的前提下，我採用 docker 建置在自己閒置的電腦。 在 docker-compose.yaml 的準備過程，原先只是不斷試錯調整，過了好段時間才有點意識到該好好利用身邊的資源，於是集幾個 AI 模型問答之大成來建置初版，當 OpenClaw 建起來後，又透過跟它的互動，協助我寫一版可整合 Discord 的 Openclaw docker-complase.yaml 自用。(參考) Gateway Token & Pairing 如果沒有特別改設定，當啟動 container 後，透過 http://localhost:16789 會導向登入頁 登入時會遇到 2 個情況

By Jo
Data Platform 筆記#02：從可行到可承接

Data Platform 筆記#02：從可行到可承接

在初版架構逐漸成形後，時間也差不多過了一年。 架構可以跑、資料可以流動，但我仍然不確定它能不能真正落地。這條路必須要團隊可以承接、可以擴展，數據才有機會真正發揮價值。 很慶幸的是，我的主管願意投資時間，讓這個方向能繼續推進。也正是在那段時間，我的思考開始出現轉變... 前一篇的重點，是讓流程從「能跑」走向「能持續」。 而接下來我開始思考：如果這件事要由團隊一起做下去，現在的做法夠不夠讓人接手？ 轉變的核心 回頭看那一年，大多數時間其實是在解問題。 但接下來，我該解的是另一個問題：怎麼讓別人不用再解一次同樣的問題？ 於是投入了約莫三個月、壓力值很高的一段時間，開始把原本依賴個人經驗與記憶的做法，收斂成可以被團隊理解與複製的形式。 這個收斂，後來具體落在幾個方向上： * 把 Data Center 的部署方式收斂成一致做法，降低環境轉換成本 * 把資料整理作業轉變為配置驅動，讓流程與部署有規則可循 * 整理 DDL 轉換規則與範本，讓團隊能共用同一套方法 * 把知識系統化交付出去 這些事情的唯一核心是 讓方法大於個人。 從個人經驗，到規則明確 第一個改變：

By Jo