VonCMS把3個隱藏功能塞進1.22版，開發者看完想罵人

一個開源CMS的版本號跳了0.01，卻讓測試用戶集體在GitHub issue區刷屏。VonCMS v1.22還沒正式發布，預覽文檔里的功能清單已經讓用過WordPress的人陷入沉默——原來這些功能本可以不靠插件。

這不是什么顛覆性重構，是一次精準的"插件替代手術"。

編輯日志：RBAC的拼圖最后一塊

團隊協作的痛點從來不是權限不夠細，是出事了找不到人。v1.22內置的編輯日志直接追蹤三點：誰改的、改了什么、幾點改的。

對用RBAC（基于角色的訪問控制）的團隊來說，這相當于給內容流程裝了行車記錄儀。作者、編輯、管理員的操作痕跡全留檔，扯皮的時候不用翻數據庫。

有意思的是，這個功能在v1.21.5里完全沒有痕跡。開發團隊把它藏到了預覽版才放出來，測試用戶@dev_mike在issue區的反饋很典型：「終于不用裝那個年久失修的審計插件了。」

媒體管理器：從上傳工具變成資產中心

舊版的媒體系統就是個帶預覽的上傳框。v1.22直接把它重構為四層架構：FTP/文件管理器同步檢測、響應式圖片自動生成、孤兒文件清理、按需重建縮略圖。

翻譯成人話：你傳一張圖，系統自動生成適配手機/平板/桌面的版本；刪了文章，關聯文件不會變成服務器里的僵尸數據；換主題了，一鍵重建所有圖片規格。

這四項功能在WordPress生態里對應著至少3個插件，且每個都有兼容性問題。VonCMS選擇內置，理由是「現代CMS的基礎功能不該依賴第三方」。

響應式圖片生成尤其戳中痛點。前端開發者@csswizard在測試后留言：「以前用WP，Smush、ShortPixel、Cloudinary輪著試，現在開箱即用。」

前端快速編輯：砍掉90%的操作路徑

內容團隊最煩的工作流是什么？看到錯別字→進后臺→找文章→等加載→改字→預覽→發布。v1.22的前端快速編輯器（Quick Editor）把這個流程壓縮成一步：直接在頁面改。

技術實現上，這是React前端（單頁應用+服務端渲染混合架構）的優勢體現。不需要進/admin/dashboard，不需要等PHP后端渲染，改完即走。

產品經理出身的創始人Vondereich在README里寫得很克制：「顯著提升編輯速度和整體用戶體驗。」但測試用戶的反饋更直白——「這功能WP要裝插件，Drupal要配置權限，Ghost要付費，這里免費。」

混合架構的隱藏賭注

VonCMS的技術棧本身是個反常識設計：React前端做SPA+SSR混合，PHP+MySQL后端兼容共享主機。這意味著開發者能拿到現代前端體驗，卻不用碰Node.js部署。

這個選擇在2024年顯得有點「開倒車」——畢竟全棧JavaScript才是政治正確。但Vondereich的回應很直接：「目標用戶是那些想用現代UX、但服務器環境受限的開發者。」

共享主機兼容不是技術妥協，是用戶畫像的精準切割。全球仍有大量中小站點跑在cPanel/Plesk環境里，VonCMS想吞下的是這群被Strapi、Sanity們忽視的人。

目前v1.21.5是穩定版，v1.22的完整開源計劃尚未公布時間表。GitHub倉庫的star數在預覽文檔發布后漲了17%，issue區的討論集中在兩個方向：多語言支持進度，以及模板系統能否支持動態字段。

模板功能在v1.22預覽里只提了一句——快速回復FAQ或存儲可復用片段。但用戶顯然想要更多。

一個還在預覽階段的開源項目，憑什么讓用過成熟系統的人產生遷移沖動？答案可能藏在Vondereich的置頂issue里：「厭倦了插件臃腫系統的開發者，這是我們的目標用戶。」

當競品們在企業級功能上內卷時，VonCMS選擇把「基礎體驗做扎實」當成差異化。這個策略能撬動多少市場份額——或者說，有多少開發者真的愿意從WP生態遷移——v1.22的正式發布會給出第一個數據點。

你現在的CMS里，有幾個插件是為了補上本該內置的功能？