部落格遷移紀錄

部落格遷移紀錄
Photo by Brett Jordan / Unsplash

是的,又搬家了。
這次搬家像是一種重新開始,遷移的範圍稍微大些,大致上有三段變動:

  • 從功能豐富的 WordPress 到簡潔高效的 Ghost
  • 從 SugarHosts 搬遷到 Google Cloud Platform (GCP),最後搬移到 zeabur

Wordpress 的功能非常豐富,只是我使用到的部分極少,總想找個簡潔的服務使用,但忙碌的工作很快就澆熄了動力。一次在輸出小組群組中的討論,注意到 Ghost 這個部落格平台,試裝操作看看,體驗還不賴,想著我的文章數也很少 (心虛),就搬吧!

推進這個改變的契機,一部分也來自於 SugarHosts 自 2024 年底在網路社群中的討論,其中也包含了客服過久沒有回應的議題,SugarHosts 的價格真的很有吸引力,只是客服回應效率突然的落差,讓我開始擔心這是否對影響到部落格,開始思考搬家的可能,實際上身邊的朋友也愈來愈多人遇到類似情況,甚至站台無法再使用,措手不及使得只能使用較早期的備份來拯救文章。

我在年假期間利用 GCP 的試用額度來架設 Ghost 服務,其中也包含了基礎建設的工作

  • 主機建置:預估每月費用落在 8.5 美元左右
    • 一台 Compute Engine (VM)
      我選擇的機器是 E2 微型虛擬機,選擇最低規格已經足夠。
    • 一顆 25G (看個人需要) 的標準永久磁碟
      用來放資料 (原有的 10G 留給作業系統使用),在這個部分,特別留意了磁碟掛載的步驟,確保資料可以正常存取。
    • 保留一個靜態 IP 給 VM 用,讓自已的 DNS 設定能對應到一個固定 IP
  • 部落格建置:自建 (free)
    • 撰寫 Docker Compose YAML 來配置與建置服務:
      • Ghost:部落格平台
      • MySQL:Ghost 需要的資料庫
      • Nginx:網頁伺服器,主要是幫忙做反向代理,將請求轉給 Ghost
      • Certbot:用來向 Let's Encrypt 申請憑證以及自動續期

這個階段的搬家,大多依靠自己掌握的技術完成,過程中克服的技術挑戰也成為了個人經驗值,算是利用了 GCP 的試用額度完成了一個學習循環。

最後一個階段是將服務遷移到 zeabur ,zeabur 提供了許多模板 (其中就包含了 ghost),讓使用者能快速部署需要的服務,相較於需要自己關注服務的穩定,交給專業顯然是更好的選擇,因此很快地就決定再作一次遷移,完成這次搬家。

後記

zeabur 是為開發者設計的雲端部署平台,它豐富的模板和快速部署的機制,讓服務的建置更有效率,用戶可以透過 Discord 向官方提 issue 或社群互動。我選擇的方案是 Developer 方案 ($5/mo),與雲端服務一樣按需付費,實際上的費用待觀察,就目前的使用體驗感受上是好的。

Deployed on Zeabur

如果您有興趣試用 zeabur,歡迎透過我的邀請連結 (上方按鈕) 註冊,當您升級到任意的付費方案時,我們彼此都可以獲得 $5 的現金抵扣

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