我的部落格建站之旅：從 Vercel Blog Starter Kit 到 TinaCMS 的轉變

昨天，我迫不及待地用 Vercel 快速搭建了一個部落格網站。選擇了他們的 Blog Starter Kit，整個過程出奇地簡單，而且支援 Markdown 格式，這正是我想要的。然而，今天早晨醒來後，我突然意識到這個方案並不完美。每次添加新文章時，我都需要手動編輯圖片連結，這個過程既繁瑣又容易出錯。更重要的是，如果將來我想遷移部落格，這種結構會讓整個過程變得異常複雜。

重新思考我的需求

我開始重新審視自己真正需要的是什麼。之前我曾使用過 WordPress，它功能強大且容易上手，但 Markdown 支援並不那麼直觀。更讓我擔憂的是，一旦選擇了 WordPress，感覺就像被它「綁架」了一樣，遷移過程通常十分複雜且痛苦。

向 AI 尋求建議

帶著這些疑惑，我開始與 AI 討論。我問道：「為什麼部落格沒有像 PDF 那樣簡單便捷的格式呢？」AI 的回答很有見地：確實存在類似的解決方案，但它們通常不夠通用，而且檔案體積可能過大，不適合網路傳輸。

AI 建議我考慮使用 Page Bundle 或 Content Folder 的方式組織內容，並推薦了 Hugo 和 Eleventy 這兩個靜態網站生成器。有趣的是，這個建議與我之前的研究結果非常接近。於是，我開始尋找如何快速部署 Hugo 或 Eleventy 的方法。

同時，我也考慮是否可以請 Claude 幫我將 Blog Starter Kit 改造成 Page Bundle 格式。但我很快意識到，這種改動可能會增加未來維護的難度。

從部落格遷移的角度思考

我決定換個思路，從部落格「搬家」的角度重新思考這個問題：什麼才是最輕鬆的遷移方式？在諮詢了四個 AI 搜尋引擎後，我慢慢找到了方向。

我的需求很明確：

• 使用 Vercel、Netlify 或 Cloudflare Pages 發佈網站
• 將資料儲存在 GitHub 上
• 支援 Markdown 格式

這時，TinaCMS 和 Decap CMS 這兩個內容管理系統映入眼簾。我開始研究 TinaCMS，並著手安裝。

TinaCMS 的嘗試

TinaCMS 的安裝過程出奇地簡單。它自動在 GitHub 上創建了程式碼庫，並在 Vercel 上建立了專案。幾分鐘內，一個全新的網站就呈現在我眼前。

我原本計劃將這個網站與之前的 Blog Starter Kit 整合起來。於是我開始使用 Claude Desktop 來修改 Blog Starter Kit 的程式碼。然而，無論我如何調整，Blog Starter Kit 都無法順利啟動，一次又一次的修改都以失敗告終。

轉變思路

經過一番掙扎後，我決定徹底放棄 Blog Starter Kit，轉而完全採用 TinaCMS 的參考網站架構，並將域名轉移過來。這個決定證明是明智的 — 網站很快就運行起來了。

內容遷移與工作流程

接下來，我開始將昨天寫的部落格內容重新導入這個新網站。在使用過程中，我發現 TinaCMS 的工作流程與 WordPress 非常相似，這讓我倍感親切。花了一點時間，我就成功地導入了所有博文，它們在新網站上完美顯示。

我對 TinaCMS 如何創建檔案名產生了好奇。經過一番探索，我發現它有一套自己的命名規則，而且允許手動修改檔案名，這給了我更多的控制權。

未來的更新問題

一個新的問題浮現在我腦海：當 TinaCMS 發佈新版本時，我該如何更新我的網站？經過與 AI 的討論，我大致了解了更新流程，這讓我對未來的維護工作更有信心。

今日總結

回顧今天的歷程，雖然我使用了 Claude MCP 尋求幫助，但它並沒有提供決定性的解決方案。最終，我通過「迂迴」的方式解決了問題。這可能是因為我對這些應用程式還不夠熟悉。

不過，經過這一天的探索和嘗試，我不僅成功建立了一個滿足需求的部落格網站，還學到了很多關於現代網站構建和內容管理的知識。這段經歷讓我更加確信：有時候，最好的解決方案不是直線前進，而是願意嘗試不同的道路，直到找到最適合自己的那一條。