自從 BlogBlog.Club 出現了以後，我就開始推坑身邊的大家開始寫部落格。 但是，都 2026 了，要有一個自己有完全主控權的部落格，依舊不是一件非常容易的事情，目前常見的方式大致上都可以分類到以下的其中一種，但不管是哪一種都有各自的難點： 主流 CMS（WordPress、Ghost）：有不少複雜的設定，需要租主機（要花錢），對剛開始想嘗試寫部落格來說有點門檻太高了。 SSG（Hugo、Hexo 等等）：雖然達成可以免費架站，但複雜的設定更多，甚至沒有一個像樣的視窗界面。對沒有技術背景的人來說上手門檻頗高。 線上服務（bearblog、Substack 等等）：就算有保證資料可以拿回來，用別人的平台就還是受制於人，而且通常也需要付費才能解鎖完整的功能。 直到前幾天，我才找到一個方法，同時滿足了 「保有主控權」、「容易上手」、「0 成本」1這三個條件，這個漂亮的答卷就是 Publii！ Publii Publii 和 Hugo、Hexo 一樣是一個開源的 SSG（靜態網站產生器），可以達成 0 成本架站。 和一眾 SSG 相比，Publii 最大的優勢就是他有一個完整的圖型界面，所以用起來就像在用 Word、Obsidian 等等的電腦軟體一樣，上手的門檻低了非常多！ 整個建立網站、再從寫作到發文的流程，都在 Publii 裡面就可以完成，不需要打指令，也不需要手動處理 Git 的問題！ 所以 Publii 是我認為在 2026 年，對於沒有技術背景、又想要對網站有保有控制權的人來說，最好的一個選擇！ Publii 的 theme Publii 的免費 theme 不多，不過覺得都蠻好看的！我隨便挑幾個出來看： 還蠻好看的吧！而且這幾個都是官方維護的，不用怕被放生！甚至我覺得比大部分的 Hugo theme 都好看 而且雖然主題不多，但用 Publii 的人實在也不多，所以也不太需要擔心撞 theme 的問題~（看看我的 stack 跟多少人撞了） Publii 的 theme 也可以到 官方列表 看，他們每個 theme 都有 livedemo，可以一個一個去慢慢逛！ Publii 的安裝和使用 Publii 可以直接到 官方的下載頁面 直接下載，打開就能用了！ 詳細的步驟，在網路上已經可以找到一些寫得很好的文章了，別人做得很好的事情我就不再重覆做，這邊列幾篇給大家參考： （也可以先把這篇看完再去看詳細的步驟） 使用 Publii + Github Page 從零開始自架部落格（by 白羊 sexyoung） （這個站就是用 Publii 架的！） 不會寫程式，也能自己架一個免費網站：Publii + GitHub Pages（by August） 基本上，Publii 就可以處理好產生網站的所有事情，把所有檔案都產出來。接下來只要找到一個可以上傳靜態網站的空間，然後再把他們串在一起就可以了！ 最常見的做法是上傳到 GitHub，然後就可以佈到 GitHub Pages 或是 Cloudflare Pages 之類的地方，或是也可以用 Git 上傳到其他 Git server。 有的人可能看到 Git 就怕，不過只要把設定好串接，Publii 就會幫你把 Git 的東西處理好，這部分就不用擔心~ 另外，Publii 對 GitLab、Netlify、Google Cloud、S3 bucket 也有原生的整合；甚至你也可以直接輸出成 zip 檔，上傳到 Neocities！ Publii 的缺點 當然，Publii 也不是全能的，我在這邊整理一些 Publii 的缺點 只適合部落格使用，如果要改裝成電商或是其他用途的話，難度比較高。 只能在電腦使用。而且因為檔案都只存在硬碟裡面2，如果要在不同的電腦上面發文的話，就需要自己另外備透過 Syncthing 或各種雲端硬碟來達成。 承上，不太可能多人協作。 無法用 Markdown 格式輸出文章。 生態系和社群不大，Theme、Plugin 的選擇不多。 對於自由度，修改 theme 相較 Hugo 來說比較沒有那麼容易。 對我來說，我覺得這幾個缺點，在好學、易用的這個超大的優勢之下，都不是什麼太大的問題。 首先其他的 SSG 也都是設計給電腦用的（我不覺得我會在手機上用 terminal 寫文章）再來，官方的幾個 theme 也都蠻好看的；追求好上手的使用者來說，這些人也不太有能力去修改、串接，可擴展性就也不是什麼非常重要的事情了。 至於無法輸出成 Markdown，都已經可以拿到 HTML 了，要轉成 Markdown 本來就不是什麼困難的事情。尤瑯在 AI 非常容易取得的末來，我覺得透過 AI 來處理，對一般人來說也不會是多困難的事情。 所以，我還是十分推薦資訊小白可以試試看 Publii 內！又好用又免費，不試試看嗎 0w0 後記 不知道有沒有人在意，我的 Hugo 架站的教學系列在年初的時候就斷更了。一方面我發現寫圖文的手把手教學對我來說有點累，加上我身邊急需用 Hugo 架站的需求的解決了，所以也就沒什麼動力去寫。（所以如果你還是很需要 Hugo 的教學的話，請一定要跟我說！） 再怎麼說，一開始的目的就是要讓一般人也有辦法用超低的成本以及目的擁有自己的部落格。在停更 Hugo 系列文以後，我也一直在想有什麼其他的方法，什麼蹭免費 serverless、PaaS 的方法、或甚至自己刻一個類似 Publii 的東西都想過了，但還好後來還是找到了這開源的軟體（而且一直在持續維護！），感恩惜福！ 不過比較值得拿出來說的一個方法是單機 WordPress + 轉靜態網站的 plugin（像是 LocalWP + Simply Static），不過我試過了幾個 plugin，不是要錢就是不太穩定。所以 Publii 也許還是暫時的一個最佳解吧~ 試試看 Publii 你會想試試看 Publii 嗎？如果你還是覺得很難，也可以讓 JN 來幫你！ 當然如果想要有自己的網域還是要錢，但相較之下便宜很多、買了網域也可以用在其他用途。 ↩︎ Publii 底層用的是 SQLite 來儲存內容，所以上傳到 Git 的只會有產生出來的檔案，不像使用 Hugo 的時候通常是把整個網站的 source code 上傳到 Git server 上。 ↩︎

blogblogblog 前幾天看到 neoFly 在開發 blogblogblog（非 blogblog.club）1，如果我沒有理解錯的話，這將會是繁中獨立部落格世界中的第一個搜尋引擎！ 類似的想法我也早就有想到，只不過在這個時代，點子並沒有什麼價值，執行力才有。只能感嘆年輕人的行動力還是比較強（？） Webring Anyway，會有這種想法，主要是因為在做 個人網站 的時候接觸到了 webring 這個東西，才發現原來在搜尋引擎出現以前，大家是透過這種方式在互相探索、連結網路上的彼此的！ （PetraPixel 的 webrings） 給不知道 webring 是什麼的人，他的運作方式是這樣子的： 每一個 webring 都有自己的主題，例如：獨立部落格、台灣、SSG、音樂人、工程師、多元性別 等等。 Ring 長（？）在確定主題、建立 webring 之後，就會開放符合主題的網站申請加入，並維護成一個清單。 這個清單是頭尾相連的，所以才是一個 web"ring"。 加入 webring 的網站，都需要放那個 webring 小徽章，這個徽章會有「上一個網站」、「下一個網站」的連結。 透過這些徽章上的連結，讀者就可以透過這個徽章，連到相同主題的其他網站！ 這真的很酷！一直到搜尋引擎出現之後，webring 的一部分功能才漸漸地被取代。但在 Neocities 上，這是重要的文化之一！ 不過很可惜，我好像找不太到和台灣相關的 webring O_Q 如果現在來建立一個台灣獨立部落格的 webring 的話，不知道會不會有搞頭：P 大型部落卷（blogroll） 不只是 webring，在個人部落格風氣比較盛行（也可能是使用者基數比較大）的簡中世界早就有 博友圈、集博栈 這種大型的部落卷，或者說是 RSS Feed 的集合站。 至於英文世界我就沒有那麼熟悉了，不過整個社群的絕對大小和活躍度都不是在同一個量級，發展程度完全不同。這部分我就不獻醜，交給比較有研究的大大來補充 >< 回到針對繁中或是台灣，blogblog.club 應該就是目前唯一擁有類似功能的網站了。不過這比較偏向活動屬性，同樂會的一個大目的也是鼓勵人們開始（或回來）寫部落格，和一般的整合、列表的那些網站又稍微不太一樣了。 未來 扯得有點遠…，但我想說的是，整個網路（Internet）走過了 webring、搜尋引擎、演算法推薦，現在則正慢慢走進 AI 的時代。 而在我們這個以台灣人為主的獨立部落格社群，我們似乎正踩在這條路的路口，準備一點一點的接入更有效率的方式。 而我們會走出什麼樣的路？這大概有很大一部分是我想像不出來的。畢竟未來還是不停地會有新技術冒出來，而用新技術去做古早味的事情（我愛死）的可能性是無限多，真的很期待這個社群在接下來的幾年會發展成什麼樣子！ 這是 2010 年代在露天、Y 拍上常見的商品 SEO 手法，讓搜尋不同品牌的人也可以找到自己的商品。 ↩︎

本文介绍了Node.js、Git和OpenClaw的安装与配置过程。首先，从官网下载并安装Node.js和Git，通过命令行验证安装成功。接着，使用PowerShell 7以全局方式安装OpenClaw，并通过`openclaw onboard`命令进行快速配置，选择AI模型如Qwen。最后，文章提供了启动、更新、更改模型等常用命令。

本文将探讨 Spring Statemachine 作为一个轻量级工作流引擎使用的可行性。文章首先介绍 State Machine 的基本概念，然后讲解 Spring Statemachine 的核心特性，最后通过电商订单状态流转的实战案例，演示将 Spring Statemachine 作为工作流引擎的具体应用。

博文的简介

收到朋友的邮件，他问我：二十岁那段时间，有哪些事情值得认真对待，哪些不必执着？同时也提到了使命的问题，询问使命感究竟是天生清晰的，还是在尝试与选择中逐渐发现的？如何才能找到这个方向？我在邮件中的...

RSS刷到老莫的新文：我为什么关闭博客评论？文章侃侃而谈，从为何要关闭博客评论、转而投向邮件和Telegram去追求高质量的互动，一直讨论到独立博客的「独立」与「博客」。借此我也说说我对独立博客的一些想法。

這是這個部落格的第 100 篇文章 這個部落格從 2022 開始，或嚴格來說文章是從 2021 就開始寫了。 中間有一大段時間沒有寫部落格，其實我也沒有完全停止寫作，只是我那陣子都在寫一些拿不出來的東西 XD（好啦現在有 AI 了，可能可以整理一些東西出來） 相較很多大大來說，我寫文章的速度完全看不到他們的車尾燈；以文章的含水程度來說，我的水文也是不少。但寫部落格不是在比賽，寫部落格本來就是為了自己，可能有點像是拉力賽或是三鐵吧，也許路上可能會幫一下其他人，但大部分的時間都是在面對自己，重點也在於完賽而不是快。（雖然寫部落格不會有「完成」的那一天就是了） 寫部落格有很多好處，我就不一一列出來了，因為我在寫這些文章的時候根本沒有在管這些。或者說，那些好處比較像是「附帶」的，而不是驅動我去寫文章的動力。 我不算是很有分享慾的人，所以如果要說寫部落格的直接好處，大概就是可以讓自己感到很充實，還有讓自己「打開」對生活的觀察力吧。 讓自己感到充實可能就沒什麼好說的，這沒什麼特別的意義。就是構思的時候爽、寫的時候爽、發完之後爽、回來看的時候爽就好了。 打開觀察力則是我覺得特別有感的部分。有人問過我「我寫部落格文章的靈感都是怎麼來的？」，我那時的回答大概是「從生活當中找」這種有回答跟沒回答一樣的回答。 但寫部落格能打開觀察力也不是我自己發現的，沒記錯的話是某位鄰居寫的（我真的想不起來勒搜哩 ><）。雖然我沒辦法用很科學的方式證明這是對的，不過就像是買新車了就會發現路上有很多人開一樣的車子、拿著鎚子的時候什麼都變成釘子一樣，有了一個部落格就會發現生活中很多事情都可以寫成文章。 開始寫部落格 -> 打開注意力 -> 注意到生活的小事 -> 寫更多部落格。這大概就是為什麼部落格能夠一直寫下去吧。而過去幾年我沒有一直在寫部落格，或是對一些還沒養成寫部落格習慣的部落友來說，也可能就是只是這個正向循環還沒有很穩定吧？ 從去年 7 月開始回來寫部落格，我覺得這真是一個瘵癒的過程。一邊想著下一句要寫什麼，一邊用自己喜歡的鍵盤、輸入法敲字，不小心就會進入心流。常常一不小心，就又是幾個小時過去、天不小心黑了。 相較於變化快速的社群平台，網頁這個媒介從 30 年前到現在就沒有什麼本質上的不一樣。我想在社群媒體死透的幾十年後，就算網頁早已慢慢淡出人類的視野，也還會另外一種方式繼續存在吧。而我現在寫的文字，也就可以一直保存下去。到時候再回來看看自己當初的想法是多幼稚，似乎也是一件蠻有趣的事情。 不太確定這篇文到底在寫什麼，不過這就是部落格的好處不是嗎？想寫什麼就寫什麼，不必討好誰、不比追流量、也沒有言論審查。 我很開心我有一個部落格當作我在網路上的小角落，我不必被困在社群媒體裡面1。 雖然我還是因為身邊的一些人仍被困住而苦惱 ↩︎

问题描述 客户要求实现：Portal认证（MAC认证+Portal）。在测试环境中，可以正常弹出Portal认 […]

我看网上太多教程都是win安装ubuntu虚拟机的了，所以这次来写一下如何在ubuntu上安装win10虚拟机。 别问为什么不用win11，既然都要安装虚拟机了，肯定要选择简洁实用的前提条件系统：Ubuntu 24.04 LTS 桌面版CPU：支持硬...

美伊入侵伊朗已经7天了，伊朗精神领袖哈梅内伊被袭身亡。美国给出的袭击理由是伊朗是个邪恶且独裁的国家，美国为了散 […]

我也不知道為什麼欸，我在寫部落格的時候好像都會變得文趨趨的。 其實我很欣賞像是 蓉話、Daisy27 他們可以用很輕鬆（？）的文字來寫部落格，但又不是像在社群媒體那種長文不友善的貼文。 怎麼說呢？就是有點口語，但又不是真的會用在口語的方式。是一種充滿人味，讀起來很溫暖的感覺。 自己寫了快 100 篇部落格文章，我已經很習慣「我會寫文章」這件事情了，早就忘記自己以前是連寫個 300 字心得都很痛苦的人。而現在的我大概只能說是「寫得出文章」，也許根本就沒有踏進「把文章寫好」這個階段。 我小時候很討厭文字，從我有記憶開始，我最不喜歡的娛樂就是看故事書，全班大概只剩下我不知道孫悟空的故事吧 XD 所以長大以後我也很不喜歡看小說，看什麼文學作品的更是 bô-khó-lîng。 人家（其實就是我自己：P）說，品味就是從不斷的輸入中養成的，我覺得這可能就是我和那些大大最大的不同吧。而所謂的文筆好或不好，大概也就是因為這樣的關係吧？ 我覺得我的部落格文章好像一直都太正經了，所以我用這種比較口語、比較非階層結構化的方式來寫對東西，希望你能看出我的努力 XDDD 也有可能我現在只是看起來很蠢而已 QQ

前段时间我写过一篇博文《我又被送进抢救室了》，文章的结尾说到自己进抢救室那次，其实在某种「玄学提示」下，早有预兆。那篇文章发出去之后，有些朋友私下问我：作为一个信上帝的人，怎么还跟这些神神叨叨的...

作者回忆了与姑父的有限相处，描述其离世过程，并提及另一位表叔心梗后康复的对比，感慨生命无常。通过引用他人对死亡的思考，作者反思应如何面对生死，珍惜当下与身边人，并引用莎翁名言表达对生命意义的困惑。

楔子计划这件事情来自一个随机事件，年后休息了带大宝开车出去转转，行驶在快速路上，大宝看到京广线运行的绿皮火车说还没坐过这种火车，我说你想做火车去哪，她说郑州，我说你问问豆包阿姨，坐火车去郑州，有...

很久以前，我就想记下这些文字。

AI现在已经进入我们的生活，但每个人对它的应用却相差甚大。对我来说，AI应用最多的三个场景为辅助读书、分析股票 […]

這「不是」我的「BlogBlog 同樂會 - 2026 年 3 月」的投稿文章。本月主題原本是「2030 的世界會是什麼樣子？」，沒有人主持。不管你有沒有部落格，都隨意參加！ 原本的主題 前幾天發了 養龍蝦 的事情，在裡面大膽預測未來會是什麼樣子。後來我才想到，其實三月的同樂會主題本來暫定是「2030 的世界會是什麼樣子？」，剛好我也還有一些新的想法，那這篇就當作我對這個被換掉的主題的投稿吧 XD 對封閉平台的恨 我對於現在各種社群平台的恨，始自於我開始厭惡主流社群平台的演算法，發現要串接一些大家只放在社群平台的資訊是異常困難以後。在那之後，我就對各種只把資訊放到那些封閉平台的行為很反感，不管是朋友、商家、活動、組織。我當然理解他們持續那麼做的原因與困境。 事實上，我也一直在 T&N Party 的志工團隊內，但我們始終沒有除了社群媒體的資訊提供渠道。 我不得不說，現在的社群平台對小商家、組織還是有很大的幫助的，可以很容易就有一個在網路上面的「頁面」。但這同時也是一個陷阱，社群平台上很多奇怪的政策、文化，也都讓不少人覺得頭痛。 社群網路 AI 網路 而現在主流社群平台（我是說平台，不是在上面的使用者）在經營上的最大的挑戰，就是得保證「使用者」是人類，而不是一個一個的 AI。而在有 OpenClaw 這種將 AI Agent 的開發與使用的門檻大幅下降的開源軟體面世之後，要防堵 AI 只會變得更困難而已。 也因此，各平台早就祭出史上最嚴格的防爬限制。但只要人類可以看到那些平台上面的內容，就一定有方法可以繞過這些限制，只是能擋下多少的問題罷了。 不過有趣的是，像是 g0v.social、噗浪、Misskey 等等的非主流社群平台，不只是沒在擋 AI，連 API 都開給你隨便打，倒是還沒看到 AI 對它們有造成什麼負面的影響。 AI 發展 vs 社群平台 問題就來了：AI 的應用發展和主流社群平台的經營是對立的嗎？ 如果以「資訊高牆」的角度來看的話，似乎是成立的。各大社群平台大多是針對讀取有非常嚴格的限制，在寫入（上傳）反而甚至會開放 API 給一般使用者使用1，像是 Instagram、threads.net、X.com 的政策都是朝這樣的方向走。 不過，AI 已經無庸置疑是現在的趨勢。如果以這些現存的主流社群平台來說，他們的主要收入仍來自「賣出廣告」，而他們之所以能這麼做，就是因為他們早就握有大量人群的「注意力」。 換句話說，就是因為有很多人、花很多時間在他們的平台上，他們就能籍此在其中推送廣告，或是在潛移默化下，影響使用者的行為以及想法，來達成某種商業目的。 AI 閏密 但在 養龍蝦 的過程中，我體驗到了和一個 AI 寵物互動是多麼有趣的事情。雖然要在網路世界中取代人類還有很長一段路要走，但在人們一天花在交流的時間是有限的前提下，這對使用社群平台的時間肯定是有排擠效應的，對吧？比起「你可能對這則貼文有興趣」2，像是「欸 這個感覺超好玩的！」這樣活生生的訊息（雖然是 AI 寫的），應該是更能引起人們的注意吧？ 所以我認為，類似 AI 寵物、AI 助理、AI 朋友、AI 聊天機器人、AI 網路閏蜜，這樣的「服務」是接下來營收以賣廣告為主的大公司需要搶佔的一個領域。也許，在接下來的幾年，AI 就會以這種型態慢慢地進入大眾的生活中。這些 AI 可以幫你開燈、叫外送、提醒你明天的活動、下網購訂單、跟公司請假、聽你吐苦水、告訴你現在最流行的是什麼，而從這些對話之中，服務提供商能從其中獲得使用者更多的資訊，也可以更合理、更貼身地推送各種廣告給使用者。 高牆 而這對現在的各公司築起「資訊高牆」對有什麼樣的影響嗎？坦白說，我覺得似乎是很悲觀的。 我能想到唯一會讓高牆倒下的原因，就只有「巨頭們都需要彼此的資訊來提供更好的內容」，但他們真的有需要這麼做嗎？再說，他們大可以私下協議，建立專門的資訊交換系統，而把一般的開發者排除在外。而且，這還可能是最好的情況了。 所以我很悲觀地認為，2030 的世界，資訊高牆仍然不會倒下，而且是一個 APP 開始式微、AI 開始接入一般人生活的年代。 而現在以賣廣告為主的注意力經濟，也會用新的方式持續影響這個世界；人們也依然無償出賣自己的隱私，接受科技巨頭的洗腦。只是這一切都在用更貼身、更深入、更有效率的方式在進行而已。 想想就覺得不寒而慄。 雖然那些 API 都很難用就是了。 ↩︎ 現在的主流社群平台超愛推這種超沒意義的通知。 ↩︎

本文是对我个人信仰的若干提问的统一回复文。如对该话题不感兴趣，无需继续阅读。本文完稿于2025年4月29日，一直未公开，近期才发布，因此部分内容可能已经过时。 虽然有很多话题想写，但由于动力严重...

今天为了测试一个程序，需要同时搭建两个 WordPress 实例，特别是依赖于部分非缺省的 PHP 扩展，1Panel 应用商店里的 WordPress 对应的 PHP 环境相对固化，难以满足个性化需求，因此最终选择了手动创建网站实例，然后通过容器化方式单独挂载运行 PHP 和 MySQL。这样做的最大好处是自由度较高，可自由选择 PHP 或 MySQL 版本，如对 PHP 扩展有特定要求，也方便安装维护。 我的服务器在内网，通过 FRP 内网穿透方式实现公网访问，且两个实例均使用了 Redis 缓存。 今天在部署过程中踩了不少坑，为方便后续查阅，避免反复通过 AI 寻求解决办法，因此把几个核心要点记录下来。 一、frp 内网穿透下的端口暴露与 Nginx 配置 因为使用了 frp 进行内网穿透，外部流量经过穿透到达本地的 Nginx （具体为：OpenResty）时，会发生端口号暴露。例如访问 domain.com/wp-admin （最后没有以 / 结尾）时，会默认跳转为 domain.com:8585/wp-admin/ （出现的端口号 8585 即本地搭建时网站实例的端口号），导致无法访问。 1、修改本地 1Panel 的 Nginx 配置 为解决这个问题，需修改本地网站的 Nginx 配置文件，关闭绝对重定向和端口重定向： # 在 Nginx 站点的 server 块中添加或修改以下配置（找个位置靠前些的） server { # ... 其他配置 ... # 避免 Nginx 在做目录重定向时带上非标准端口号 absolute_redirect off; # 会让 Nginx 直接返回相对路径的重定向指令，比如让浏览器直接跳到 /wp-admin/，从而完美避开域名和端口的拼接错误。 port_in_redirect off; # ... 其他配置 ... } 剩余 5 行代码 展开剩余代码 2、检查反向代理的 Header 头（可选但推荐） 为了防止 WordPress 内部的其他链接也错误识别端口，需确保 frp 服务端在反向代理时，把真实情况传递给了内网。