为什么 WordPress 专业能力在 AI 辅助开发中仍然重要
AI 虽能生成代码、排查错误和构建原型,但 WordPress 开发者仍需判断方案在架构、性能、安全、无障碍和可维护性方面是否适合生产环境。四位受访开发者强调,AI 生成的代码必须接受人工审查,开发者还需提供项目上下文、明确约束,并通过测试验证未变更行为。Kinsta 支持开发者使用预发布环境测试变更,确保方案在正式上线前符合预期。
AI 虽能生成代码、排查错误和构建原型,但 WordPress 开发者仍需判断方案在架构、性能、安全、无障碍和可维护性方面是否适合生产环境。四位受访开发者强调,AI 生成的代码必须接受人工审查,开发者还需提供项目上下文、明确约束,并通过测试验证未变更行为。Kinsta 支持开发者使用预发布环境测试变更,确保方案在正式上线前符合预期。
2026 年 10 月,WordPress 占全球网站的 40.2%,全球约有 5.9 亿个 WordPress 网站,但份额较 2025 年初峰值下降。
Robert Abela 解读 Melapress 2026 WordPress 安全调查,219 名受访者中 67.7% 过去一年经历过至少一次安全事件,13.2% 遭遇超过 5 次。调查指出仅 27.9% 设有安全事件恢复计划,37% 使用日志;访谈还讨论了 AI 加速漏洞发现及插件开发者主动扫描更新的趋势。
WP Tavern 的 Jukebox 播客第 233 期邀请 Pantheon 开发者关系高级经理 Chris Reynolds,探讨通过项目合同提升 AI 辅助开发的可靠性。
Aaron D Campbell 指出,AI 正加速 WordPress 攻击的速度、规模与复杂度,攻击者可借助 AI 代理串联漏洞,安全对抗已转向算力竞争。他建议 WordPress 用户及时更新、选择重视安全的主机,并监测 Compromise 凭据,同时关注漏洞发现至遭利用之间不断缩短的时间窗口。
Jetpack 复盘了 WP Rocket 与 WordPress 7.1 的兼容性故障,称该问题于 2026 年 7 月 6 日公开报告,WordPress 7.1 于 8 月 19 日发布后,相关配置的站点开始出现致命错误。
Patchstack 使用30个已知插件漏洞,对多家 WordPress 主机进行标准化渗透测试并由独立观察者验证。结果显示,大多数针对 WordPress 的攻击仍可成功,即使不同主机采用相同安全工具,配置与使用方式也会带来明显不同的防护效果。研究认为安全主机宣传应说明具体防护边界,用户则需确认其安全方案是否真正理解 WordPress。
Milan Petrović 在 WP Tavern 第225期中指出,WordPress 站点使用旧版 PHP 会暴露于已知漏洞和自动化利用,升级至 PHP 8 可增强安全并改善性能。他通过 Vulnerability Lab 插件对比了认证绕过和服务端请求伪造在旧代码中的利用情况,并展示现代 PHP 的原生防护。现代化升级可逐步进行,每次更新一个插件。
WP Kube 对比了 10 款 WordPress 安全插件,覆盖防火墙、恶意软件扫描、漏洞检测、活动日志和暴力破解防护等方向。
WordPress 社区提议明确核心对 MySQL 与 MariaDB 的支持政策,仅推荐 LTS 版本,并将创新版本和 rolling GA 版本排除在生产环境推荐范围之外。文中援引截至 June 18, 2025 的数据称,超过 37% 的 WordPress 站点仍在使用已停止维护和安全更新的 EOL 数据库版本。
推荐理由:文章用当前使用数据梳理 MySQL 与 MariaDB 的发布模型,并提出只推荐 LTS 版本、区分生产环境支持范围的方案。