内容管理系统架构
Joomla 有一个非常干净且设计良好的API。 Drupal 是用难以理解的代码编写的，结构很差。如果打个比方，Joomla 的架构就像一棵圣诞树。 Drupal 可以比作一种名为 Buckyball 的分子。
Joomla 开发人员可以使用分层“树结构”。主干是 Joomla Core。主干有大型分支（API），并附有较小的分支（组件和小部件）。叶子（小部件、模块）位于分支上。可以轻松连接附加组件。
可以使用利用 Joomla 安全工具（访问和控制级别）的文章管理功能。组件内有子组件，可以创建到另一个分支的路径。但一般来说，分支机构之间的联系很少。
Drupal 架构就像一个球形物体，表面有许多点，称为模块。每个扩展都可以连接到任何创建的模块。这意味着由于紧密集成，所有组件都相互交互。这个结构很难理解。每个附加功能都会进一步降低代码的质量。在新版本中，Drupal 取消了挂钩，这使得代码的使用变得更加容易。
运行速度
要读取一个简单的页面，Drupal 需要大约 100 个查询。 CMS Joomla 更轻、更优化，核心系统速度更快。 Joomla 的最小内存为 512 MB，Drupal 至少需要 2 GB。
为了提高高流量资源和大型数据库的性能，Drupal 使用 Solr。 Sphinx 是为 Joomla 提供的，该工具是用本机 C++ 代码编写的。该工具更加容易和快捷。同时，对于大多数资源，程序员不需要添加Sphinx。 Joomla 的性能足以快速工作。
Joomla可以处理高流量并在重负载下快速访问数据库。当需要显着提高性能时，可以使用 Sphinx。 Drupal 和 Solr 的组合无法与 Joomla 竞争。
这清楚地表明，与普遍看法相反，Joomla 比 Drupal 更适合开发大型且复杂的 Web 资源。
数据缓存
大多数基准测试都认为，在不使用缓存时，Joomla 速度更快，并且使用的资源更少。同时，启用缓存后，Drupal 网站速度更快。实际上，在 Joomla 中正确配置缓存将在性能方面优于 Drupal。此外，Joomla 的缓存使用的资源比 Drupal 的缓存少。
Drupal 和 Joomla 的承诺
选择 Joomla 而不是 Drupal 的理由之一是 linux.com。该网站的开发 牙买加手机号码
人员以其对代码质量的痴迷而闻名。他们是其他程序员的榜样。
Linux 基金会的成员将 Joomla 评为 5 星，而 Drupal 仅获得 3 星。 linux.com 的 Web 架构师 Dan Lopez 在接受采访时表示，他选择了 Joomla。尽管许多美国政府网站都是使用 Drupal 构建的，但主要 Linux 网站使用 Joomla 的事实支持了后者。
相比Drupal的开源开发者社区，支持
Joomla的社区要大很多倍。也就是说，程序员选择一个更容易理解、用户友好且轻量级的系统。
从商业角度来看，选择 Drupal 的公司很难找到专家。这个CMS的优质和经验丰富的开发人员要少得多，而且他们的服务比Joomla程序员的服务更昂贵。大多数开发人员更喜欢在 Joomla 中编写代码。他们经常拒绝与 Drupal 有关的请求。
Drupal 的未来
2020 年发布的 Drupal 9 自 Drupal 7 和 Drupal 8 以来并没有解决很多问题。随着Symfony2框架和Twig 2模板编译器的引入，内容管理系统已经取得了进步，但复杂的代码结构并没有消失。有些CMS工具采用面向对象的方法，系统摆脱了hooking，但Drupal并没有完全放弃过程化的方法。
另一个问题是向后兼容性。运行 Drupal 7（将于 2023 年逐步淘汰）的网站无法快速迁移到 Drupal 9。 Drupal 8 有一个弃用机制（从核心中删除弃用的功能），可以在迁移到新版本时稍微改进继承。
而不是下结论
Joomla 和 Drupal 都足以实施任何项目。在这种情况下，网站的复杂程度并不重要，任何系统都能够满足所有要求。 Joomla 具有更高的优先级，因为它能够快速引入新功能，使用结构化且清晰的代码，添加功能时不会有“破坏”整个系统的风险。 Drupal 正在逐渐赶上 Joomla，但不知道这些 CMS 何时才能在速度和开发人员的易用性方面达到同等水平。
