![]()
一個開源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里,有幾個插件是為了補上本該內置的功能?
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.