将 Drupal 7 升级到最新版本的 Drupal
尽管 Drupal 7 的官方支持已经结束，不再提供新的更新，且所有新模块都仅针对 Drupal 11+ 版本发布，但目前仍有大量网站在使用 Drupal 7，且无法迁移到新版本。这其中有诸多原因，尤其是对于拥有大量自定义代码的网站而言更是如此。
使用 Claude Code、Codex、Copilot
在关于将 Drupal 7 升级至最新 Drupal 版本的文章中，有必要指出，像 Claude Code、Codex 和 Copilot 这样的现代 AI 工具，可以成为团队非常有价值的助手，并有效降低项目的整体复杂度。即使读者不深入了解技术细节，也能理解这些工具的核心价值：它们可以帮助更快地理解网站的旧代码结构，谨慎地将现有业务逻辑迁移到平台的新版本，并在升级过程中减少错误数量。通过自动提供更现代、更安全的解决方案，提示系统中需要修改的部分，以及加速日常开发的重复性工作，这些工具最终可以缩短迁移周期，使过程更加可预测，简化管理层的控制，并让团队专注于业务目标的实现，而非技术难题本身，从而确保网站在升级到新版 Drupal 后的稳定运行。
迁移到 CKEditor 5 还是继续使用 CKEditor 4
相比继续使用旧版本的可视化编辑器，迁移到 CKEditor 5 更为推荐。不过，如果您的项目规模非常庞大，也可以选择继续使用 CKEditor 4，但前提是网站内容仅由公司内部员工进行编辑。CKEditor 4 若面向匿名用户使用，尤其是在启用了图片上传插件的情况下，将存在安全风险。
关于 Drupal 中 CKEditor 4 的无限期支持，您可以在以下文章中了解更多内容：
如果您使用的 CKEditor 4 插件数量不多，建议通过 Claude Code 或 Codex 对这些插件进行重新编写。
迁移到现代前端框架，如 Next.js、Nuxt.js
在网站升级过程中，也值得考虑一种替代方案：迁移到诸如 Next.js、Nuxt.js 等现代前端框架或类似解决方案，同时保留 Drupal 作为后端，尤其是在现有网站已经积累了大量内容的情况下。在这种架构中，Drupal 仍然负责内容的存储、管理与安全，而新的前端则提供更现代的视觉表现、更高的性能以及用户界面持续演进的灵活性。这种方式可以实现分阶段升级，而无需完全重写整个系统，从而降低业务风险，保留在现有内容和编辑流程上的投资，并在不影响平台关键内部结构的前提下，更快速地响应市场的新需求。
作为 DrupalBook 代理机构，我们帮助企业升级和发展多种最初基于 Drupal 7 构建的网站，包括企业官网和品牌网站、拥有大量历史内容的内容门户和媒体项目、多语言和多站点平台、教育解决方案，以及对稳定性、安全性和长期发展能力要求极高的复杂商业与内部系统。我们自 2010 年起深耕 Drupal 生态，将升级视为企业层面的战略步骤，而非一次性的技术任务，全面考虑系统架构、编辑流程以及未来的发展方向。因此，如果您计划从 Drupal 7 迁移，想评估不同的升级方案，或只是希望讨论您的具体情况，我们非常乐意与您交流：
``