Drupal 迁移属于那种能安稳待在下个季度计划里的项目，直到某个日期让它变得紧迫。眼下正有两个日期在做这件事，而其中只有一个还没到来。 Drupal 7 已于 2025 年 1 月 5 日失去官方支持。任何还在跑它的站点，已经一年多没有任何安全保障了。Drupal 10 将在 2026 年 12 月 9 日走到生命周期终点，正好是 Drupal 12 发布的同一周，此后它不会再收到任何形式的发行版。如果你正处在这两个版本之一，问题已经不是要不要动，而是走哪条路、要花多少钱。 你现在的位置： 从 Drupal 10 到 Drupal 11 是一次真正的升级，同一个站点原地更新，通常两到六周。从 Drupal 7 到 Drupal...
文章
在一个页面浏览所有文章。查找关于人工智能、编程、安全、基础设施与 Web 开发的教程、深度解读、指南与更新。
需要招聘 Drupal 开发者的组织，通常在运营一些体量不小的东西：有四十个院系的大学网站、带有无障碍义务的公共部门门户、权限真正重要的会员平台。Drupal 很少被选来做宣传册式的站点。它被选中，是因为内容模型复杂，而这意味着你招的人必须理解模型，而不只是主题。 这个市场也比 WordPress 更小、更成熟。开发者更少，其中资深比例更高，招聘流程奖励的是具体。本文讲清这个岗位在 2026 年要花多少钱、哪些能力把 Drupal 工程师和只装过一次 Drupal 的 PHP 开发者区分开，以及现在就该左右你决策的那个期限。 有时间压力： Drupal 10 将于 2026 年 12 月 9 日结束生命周期，同一周 Drupal...
自托管 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 美元，...
“WordPress 开发者”这个说法覆盖了极其宽广的能力区间，价格区间也一样宽。你可以用每小时四十英镑雇一个 WordPress 开发者，也可以用每天六百英镑雇一个，而这两个人会在同一个自由职业平台上用完全相同的措辞描述自己。一个人负责装插件。另一个人写的 PHP，在接下来三次内核更新之后依然能跑。 搞清楚你需要哪一种，就解决了问题的大半。本文梳理四类截然不同的 WordPress 工作，说明它们在 2026 年各自要花多少钱，以及那几个能可靠告诉你对面是谁的问题。 一句话版本： 如果你的需求靠一个挑选得当的插件加上细致配置就能满足，你需要的是一个称职的实施者，不该按开发者价位付费。如果涉及自定义功能、...
凡是按端点数量来估算定制 API 开发成本的人，几乎都会算错，而且通常差三倍。端点本身是整件事里最便宜的部分：十来个端点，只是读写你手里已经有的数据，对一位称职的后端开发者来说不过是两周的活。 真正花钱的，是把这些端点变成另一家公司愿意把生意押上去的东西所需要的一切：经得起安全评审的认证、让你日后还能改主意的版本管理、好到没人需要给你发邮件的文档，以及能告诉你哪个客户今天早上过得不顺的运维装置。有一个 API，和有一个别人依赖着做生意的 API，两者之间的那道落差，才是预算真正的去处。 价格区间速览: 只被你自己的应用调用的内部 API，通常花费 10,000 到 30,000 英镑。由少数几家指定集成方使用的合作伙伴 API，一般...
CRM 与 ERP 集成几乎总是被说成一个连接问题，而它几乎从来都不是连接问题。两套系统都有文档齐全的接口，也都有现成的连接器。真正的难处在于，销售和财务花了很多年，用两套不同的词汇去描述同一门生意，而集成正是这两套词汇被迫达成一致的地方。 当有人问起，一条被转化过两次的线索到底该生成一个客户还是两个，这个项目就不再是技术问题了。这样的对话，在三十个字段上重复一遍，才是真正的工作量。 先做这件事: 在挑选连接器或平台之前，先写下每一个共享字段由哪套系统拥有，以及两边同时被编辑时会发生什么。跳过这一步的集成建得很快，然后用好几年时间不断产出重复记录、对不上的合计数，以及没人敢信的报表。 为什么 CRM 与 ERP 的数据始终对不齐两套...
采购 COBOL 现代化服务，和买任何别的软件工作都不一样。要动的那套系统已经跑了三四十年，公司里现在没有一个人完全弄得懂它，而做砸了的代价不是错过几个迭代，是监管报送出问题。与此同时，摆在你桌上的几份方案承诺的结果一模一样，报价却差出好几倍。 这篇文章讲清楚一份认真的合作到底包含什么，几类供应商之间的差别在哪里，以及哪些问题能把建立在证据上的报价和建立在乐观上的报价分开。它假设你就是事后要为这个决定作出解释的那个人。 该看什么： 一份可信的 COBOL 现代化方案包含现状勘察、目标架构设计、数据迁移、代码转换或重新托管、以比对为核心的测试计划、并行运行、切换方案以及知识转移。只给代码转换标了价的报价，不是一份项目计划，它只是其中最...
决定聘请一位 C++ 开发者，通常是带着一个具体问题来的。某个东西必须够快，或者必须跑在硬件上，或者必须对接一个只提供原生接口的库。随后展开的招聘流程，往往把 C++ 当成一项单一技能，而这个假设正是大多数失望结果的源头。 C++ 不是一个职位。一位出色的游戏引擎程序员，在嵌入式固件上可能真的做不出东西；一位低延迟交易专家，可能这辈子没交付过一个图形界面应用。三个人都是优秀的 C++ 开发者，但只有一个适合你的项目。 一句话版本： 在发布职位之前，先确定五个 C++ 专长方向里你真正需要哪一个，因为技能的迁移远比职位名称暗示的要少。英国的合约日价按领域大致在每天 400 到 900 英镑之间，而考察时最有用的信号，是候选人依靠工具、...
第三方 API 集成是商业软件里被低估得最稳定的一类工作。文档读起来清清楚楚，供应商提供了客户端库，于是有人说两周。六周之后，团队还在争论：当一个 webhook 为一笔已经退款的订单第二次送达时，究竟应该发生什么。 这道差距不是能力问题。真正的原因在于，一次集成里有意思的部分从来不是请求和响应，而是当对方系统做出它的文档从未描述过的行为时，随之而来的一切。它一定会这么做，因为它是一个活着的产品，属于一群有自己路线图、对你的发布计划不承担任何义务的人。 经验法则： 只从一个服务拉取数据的只读集成，通常需要一到三周。会写入事务的集成需要三到六周。两个都允许编辑的系统之间的双向同步需要六到十二周，而且永远不会真正结束，因为冲突解决是一个...