对大多数网店来说，Drupal Commerce 都是错误的答案。这并不是在批评这个项目，它十五年来一直工程扎实。这只是在陈述大多数网店的样子：几百个 SKU、一种货币、面向消费者的客户，最后刷一次卡。对这种形态的生意来说，托管型平台在每一个重要的维度上都会胜出，争论还没开始就已经结束了。 但确实存在一小部分商家，他们的账算下来完全相反，而且这是一批利润可观的商家。无法用变体网格表达的可配置产品。带有议定价目表的贸易账户。目录本身就是编辑内容。由 ERP 掌握库存与价格，而网站只是一个展示面。在这些生意里，托管型平台并不便宜，它是一笔长期缴纳的税，以应用、变通做法和"这里不许改"的形式支付。 本文要说清楚那条界线究竟落在哪里，并给出...
Web开发
关于Web开发的文章、指南和教程，为开发者和企业提供实用知识与技巧。也包括常见故障模式及其修复成本。
Drupal 12 定于 2026年12月7日那一周发布，而 Drupal 10 在 2026年12月9日走到生命周期终点。这两个日期就写在 Drupal 核心发布计划的同一页上，相隔不过两行，可是绝大多数正在运行 Drupal 10 站点的人两个都没注意到。新大版本的第一个 alpha 已经在 2026年9月2日打上标签，所以这次发布的形状现在是记录在案的事实，不再是猜测。 这场撞车就是全部故事。一个大版本发布，对站点所有者来说通常并不紧急，因为你可以在旧的大版本上坐一两年，等生态跟上来。这一次不同，旧的大版本在新版本发布的同一周停止收到安全公告，于是一个技术事件变成了一个带着合规锋刃的截止日期。...
AI 智能体支付在大约一年之内产生了四份彼此竞争的规范、两个行业基金会，以及海量的报道。它还没有为绝大多数商家产生的，是收入。噪音与数字之间的落差才是值得理解的部分，因为兴奋的报道和轻蔑的报道都以让人赔钱的方式弄错了。 确实有真东西正在被建造。Google、OpenAI、Stripe、Coinbase、Shopify、Visa 和 Mastercard 都在这个领域交付了规范或产品，其中两份规范如今归属于中立的基金会，而不是单一厂商。其中一部分已经在生产环境中运行。但生产环境里的大部分流量，是机器向另一台机器购买 API 调用，而不是购物助手向你买一张沙发。 本文把已经交付的东西与只是挂了一排徽标的规范区分开，说明你的结账流程和风控...
Elementor 与自定义主题之争，通常被当成品味问题来吵，偶尔还被当成部落身份来吵。它两者都不是。它是一个成本问题，而且形状可以预测：页面构建器把成本从建站阶段挪到了网站的运营周期里。这笔交易划不划算，取决于两个几乎没人摆到桌面上的数字，一是网站有多少页面，二是这些页面多久改动一次。 争论迟迟没有结论，是因为双方都在用轶事说话。有人说构建器慢，另一个人贴出一张绿色的 Lighthouse 分数，什么也没有定下来。性能确实是一项真实成本，但它只是一张更长账单上的一行，同一张账单上还有授权续费、插件堆栈、内容编辑吞吐量、无障碍整改，以及最后把内容重新取出来的价格。 Elementor 不是一个糟糕的工具。对一大类网站来说它就是正确答...
大多数 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、较新的数据库、真正的缓存后端、一个命令行，以及一套把代码库当成构建产物而不是当成“可...
Drupal SEO 的名声并不完全配得上它的实力。随便问一圈，总会有人告诉你 Drupal 开箱即用就很适合搜索，而说这话的人往往是在拿十五年前对另一个平台的记忆做比较。一套原装的 Drupal 11 安装，既没有元描述字段，也没有 XML 站点地图，URL 变更时没有自动重定向，而且在编辑手动敲入别名之前，内容一直在 /node/123 上响应。 这不是在批评这个项目。核心刻意把自己的范围保持得很小，把一切带有立场的东西推给贡献模块，而这恰恰是大型 Drupal 站点能比多数平台调得更精细的原因。但这也意味着开箱即用这个说法承担了非常多的分量，意味着一个 Drupal 站点的搜索表现，几乎完全取决于第一天装了哪些模块，以及有谁把...
CMS 迁移属于少数几类项目：技术活可以做得毫无差错，结果却仍然是一场灾难。站点按期上线，样子更好看，加载也更快，流量却掉了一半，原因是几百条网址换了形状，而没有人去做那张对照表。技术验收一项项全过，商业结果却是负的。 丢掉的流量并不是新平台造成的，而是断裂造成的：以前能响应的地址现在不再响应，以前能被认出来的页面现在看起来像全新的，多年积累在旧网址上的历史也失去了去处。而且排名往往不是上线当天就掉下去，而是在随后的几周里慢慢往下沉，所以上线当天看着一切正常，并不能说明任何问题。 决定结果的只有一个判断：你要保留 URL 结构吗？ 如果保留，迁移基本上就是一件内容和模板的活儿，风险有限。如果不保留，每一条变动过的地址都需要一条指向其...