对大多数网店来说，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 显存起步，...
Kimi K3 API 带着一个不寻常的组合登场：接近前沿水平的基准成绩、激进的定价，以及可供下载的权重。Moonshot AI 于 2026 年 7 月 27 日公开了这些权重，使 K3 成为迄今公开发布的最大模型，也是这一规模的模型首次在原则上可以由你自己运行。 对于已经在向前沿供应商付费的团队来说，这提出的是一个务实问题，而非哲学问题：它在你的技术栈里有没有位置，把一部分流量迁过去究竟会改变什么。本文讨论成本测算、集成工作，以及那些公开数字无法转化为生产表现的环节。 简而言之： Kimi K3 的缓存未命中输入约为每百万 token 3 美元，缓存命中输入约为 0.30 美元，输出约为 15 美元，...
在 2026 年构建企业级应用时，选择合适的软件授权许可模式是创始人在商业布局中最重要的战略决策之一。一旦选错合同形式，可能会限制您的分发渠道、阻碍 SaaS 的扩张，甚至在法律层面上意外迫使您将核心的商业独占（闭源）代码公诸于世。因此，创始人需要在保护核心知识产权（IP）与维持运营利润率之间进行仔细权衡。本指南为您深入分析在商业软件许可中常用的法律结构、开源许可协议约束以及独占条款。 许可漏洞警告： 引入使用强传染性开源协议（如 GPL）的开源库，在法律上有可能要求您的公司向公众公开整个独占应用的全部源代码。 核心要点提炼： 科学的许可模式能妥善保护您的知识产权，并为实现可扩展的业务收入奠定基础。 商业独占许...