對大多數網路商店來說，Drupal Commerce 都是錯的答案。這並不是在批評這個專案，它十五年來的工程品質一向紮實。這只是在陳述大多數商店的樣貌：幾百個 SKU、一種貨幣、面向消費者的客戶，最後刷一次卡。對這種形態的生意而言，代管型平台在每一個重要的面向上都會勝出，爭論還沒開始就已經結束。 但確實有一小群商家，他們的帳算下來完全相反，而且這是一群利潤可觀的商家。無法用變體表格表達的可組態產品。帶有議定價目表的貿易帳戶。目錄本身就是編輯內容。由 ERP 掌握庫存與價格，網站只是一個展示面的公司。在這些生意裡，代管型平台並不便宜，它是一筆長期繳納的稅，以應用程式、變通做法以及「這裡不准動」的形式支付。 本文要說清楚那條界線究竟落在...
開源
有關開源軟體的指南、工具和見解，包括貢獻、授權和協作開發的最佳實踐。並附真實專案中的具體案例。
Drupal 12 預定在 2026年12月7日那一週推出，而 Drupal 10 會在 2026年12月9日走到生命週期終點。這兩個日期就印在 Drupal 核心發布時程的同一頁上，中間只隔兩行，可是絕大多數正在經營 Drupal 10 網站的人，兩個都沒注意到。新大版本的第一個 alpha 已經在 2026年9月2日打上標籤，所以這次發布的樣貌現在是有案可稽的事實，而不是臆測。 這場對撞就是整篇文章的重點。一個大版本問世，對網站擁有者來說通常並不急迫，因為你大可在舊的大版本上待個一兩年，等生態系跟上。這一次不一樣，舊的大版本會在新版本推出的同一週停止收到安全公告，於是一個技術事件變成一個帶著法遵鋒刃的期限。...
大多數 WordPress 外掛開發都走同一條弧線。有人需要一份預約表單、一個內容匯入器,或是結帳頁上多一個欄位,開發者把它寫出來,它能用,大家各自忙別的去了。兩年後,這個網站被困在一個舊版本的 WordPress 上,因為沒有人有把握那個外掛能撐過一次更新,而寫它的人早就離開了。 原因很少是核心跑得太快。WordPress 在破壞相容性這件事上非常保守,五年前寫得像樣的外掛,今天一行都不用改仍然跑在 WordPress 7.1 上。外掛會壞,壞在第一個星期定下的幾個決定:功能被放進佈景主題、該掛鉤的地方直接改了核心檔案、資料被塞進手邊最方便的結構,以及從來沒有人拿發行候選版本試過。 一個客製化 WordPress 外掛靠什麼才能撐...
WordPress 7.0 於 2026年5月20日發布，版本代號 Armstrong，比原訂 2026 年時程表上的日期晚了六週，而它是自 block editor 以來對代理商影響最大的一次核心發布。標題寫的是核心現在可以和生成式 AI 模型對話。更值得注意的細節是，核心現在還規定了外掛應該如何與這些模型對話，這悄悄改變了網站上每一個外掛能對自己地盤作出的假設。 對編輯者來說，看得見的變化並不多。多了一個 Command Palette、一個更整潔的儀表板、一個字型管理畫面，以及更好用的修訂版本。但對以維護網站為業的人來說，真正重要的變化藏在後台底下：options 資料表裡的一個憑證儲存區、一份網站能做哪些事的註冊表，以及一個...
Drupal 的 AI 已經不再是一堆按廠商拆開、誰需要誰自己掛上去的貢獻模組。它現在是一個有抽象層托底的統一專案,有安全團隊涵蓋的發布週期,並且在 Drupal CMS 裡被包裝成產品,在安裝過程中主動問你要不要把其中一部分打開。值得問的問題已經從 Drupal 能不能做 AI,變成了哪些部分值得打開,以及當四位編輯每個工作日都在用它時,每一項功能到底要花多少錢。 多數文章講到示範就停了。有人敲一段提示詞,頁面出現了;你看著聊天機器人建出一個內容類型。示範本身是真的。它沒有告訴你的是,編輯按下那個按鈕的瞬間有什麼離開了你的基礎架構,清單上的模組裡哪些從來沒有發布過穩定版,以及哪一條預算真的會漲。 Drupal AI 給企業帶來了什...
「Drupal 很慢」這個名聲，絕大部分來自主機代管，而它幾乎總是一個採購決定，不是軟體問題。網站被認真地做了出來，然後上線在一個以「幾個 PHP 檔案的形象網站」定價的方案上。結果就是：一套帶著正經算繪管線的內容管理系統，跑在一個自己改不了的記憶體上限裡，跑在一個自己控制不了的作業碼快取上，還沒有一個能執行自身工具的命令列。 人們心裡拿來對比的是 WordPress，而這個對比是錯的。WordPress 幾乎在任何環境下都能勉強跑得動，是因為它的市占率逼著主機商把它做成幾乎在任何環境下都能勉強跑得動。Drupal 的前提不同：它假定你有較新的 PHP、較新的資料庫、真正的快取後端、一個命令列，以及一套把程式碼庫當成建置產物、而不是...
進入 2026 年後，認真考慮遷移離開 OpenAI 的團隊明顯變多了。開放權重模型在日常生產任務上的品質已經很難與頂尖模型區分開來，公開單價更低，而權重本身可以下載這一點，把與廠商的關係從依賴變成了選擇。 但這不代表切換是免費的。API 呼叫本身幾乎一模一樣，真正要做的工作在它周圍的一切。本文說明：哪些東西能原樣搬過去、哪些會悄悄出問題、怎樣設計一次有意義的比較，以及什麼時候留在原地才是正確答案。 先把預期對齊。 換廠商就是換一個基底 URL、一個模型名稱、一份憑證。但要拿回同樣的輸出品質，那是以天為單位計的提示詞工程。給一個範圍明確的功能預留一到三週。任何假設可以即時替換的估算，都是樂觀估算。 哪些東西能原樣搬過去比你想的多，這...
自架 Kimi K3 在 2026 年 7 月 27 日成為技術上可行的選項，當天 Moonshot AI 連同生產級推理支援一起公開了這個 2.8 兆參數模型的權重。許多組織讀到這則消息後得出結論：現在可以在自家硬體上執行前沿級推理，不必再按 token 付費了。 這個結論通常是錯的，但原因並非人們預想的那樣。工程上是做得到的。真正擊垮多數專案的是那筆帳，而且它往往在預算核准好幾個月後才悄無聲息地發作。 簡短回答： 在 MXFP4 精度下，2.8 兆參數在計入鍵值快取之前就已占用約 1.4TB。一個八卡 H100 節點只有 640GB，因此根本無法服務這個模型。實際的部署要從約 1.7TB 顯示記憶體起步，也就是採用 288GB ...
Kimi K3 API 帶著一個不尋常的組合登場：接近前沿水準的基準成績、積極的定價，以及可供下載的權重。Moonshot AI 在 2026 年 7 月 27 日公開了這些權重，使 K3 成為迄今公開發布的最大模型，也是這種規模的模型首次在原則上可以由你自己運行。 對於已經在向前沿供應商付費的團隊而言，這提出的是務實問題而非哲學問題：它在你的技術堆疊裡有沒有位置，把一部分流量遷過去究竟會改變什麼。本文討論成本試算、整合工作，以及那些公開數字無法轉化為生產表現的環節。 簡而言之： Kimi K3 的快取未命中輸入約為每百萬 token 3 美元，快取命中輸入約 0.30 美元，輸出約 15 美元，脈絡視窗為 1,048,576...
在 2026 年構建企業級應用時，選擇合適的軟件授權許可模式是創始人在商業佈局中最重要戰略決策之一。一旦選錯合同形式，可能會限制您的分發渠道、阻礙 SaaS 的擴張，甚至在法律層面上意外迫使您將核心的商業獨佔（閉源）代碼公諸於世。因此，創始人需要在保護核心知識產權（IP）與維持運營利潤率之間進行仔細權衡。本指南為您深入分析在商業軟件許可中常用的法律結構、開源許可協議約束以及獨佔條款。 許可漏洞警告： 引入使用強傳染性開源協議（如 GPL）的開源庫，在法律上有可能要求您的公司向公眾公開整個獨佔應用的全部原始碼。 核心要點提煉： 科學的許可模式能妥善保護您的知識產權，並為實現可擴展的業務收入奠定基礎。 商業獨佔許...