我们社区最近非常忙碌，这种情况以前很少见。Twitter上充满了带有Joomla!标签的反馈，这是很好的。看到社区积极参与，即使是那些引发激烈讨论的问题，也是令人欣慰的。我们都是同一个社区的一员。

澄清一些概念

Joomla!框架是什么？

用非常一般的话说，不涉及技术细节，Joomla!框架是一个环境或PHP框架，允许在不使用Joomla!内容管理系统的情况下开发基于PHP的现代网络应用。

Joomla!内容管理系统是什么？

Joomla! CMS是我们通常用来开发网站的工具。它是内容管理器（CMS = 内容管理系统），我们用它来安装扩展和模板。

这意味着我们有两个完全不同的产品。您不需要安装Joomla!框架来运行Joomla! CMS，反之亦然。

一点历史

2012年11月，当开始考虑采用“phar”文件的想法时，讨论引向了框架的重新许可。在公开的Google列表上发布了呼吁，要求提供意见。许多人贡献了他们的观点，并提供了可供所有人使用的调查。

该调查的结果以幻灯片形式发布并公开分享。每个人都可以看到谁是利益相关者，谁是参与者，谁为数据做出了贡献。

然后，随着时间的推移和在产品领导团队（PLT - 负责CMS和框架）内部的讨论，他们达成了一致。2013年2月，他们要求开源 Matters（OSM），负责为项目提供法律和财务支持，分析许可变更的可行性。

更新

今天，在OSM内部的长期讨论和团队会议以及咨询“软件自由法律中心”后，OSM得出结论，将Joomla!框架的许可从GPLv2更改为LGPLv2.1是可行的。

这个变更意味着什么？

在GPL前的“L”代表“Lesser”，意味着“较少”或“较低”，这正好翻译成：它消除了某些技术约束，并为在线服务提供了比Joomla!框架当前GPLv2许可更多的支持。

为什么需要进行这样的改动呢？

目前，Joomla! 框架按照 GPLv2 许可证进行分发，不能被不共享相同许可证的其他项目使用。换句话说，其自身的许可证限制使 Joomla! 框架与其他类似框架相比处于竞争劣势，这意味着其采用速度非常缓慢。

暂时不要考虑网站，因为我们现在讨论的不是 Joomla! CMS，而是假设你想为流行的 iPhone iOS 或 Windows Phone 8 开发应用程序，并想使用 Joomla 框架。没有 LGPL 许可证，无法为这些设备开发应用程序，因为这两个设备的“商店”都要求 GPLv3 或 LGPL 许可证。如果我们再极端一点，谈到数字版权管理（DRM），我们会发现 Android 有严格的限制，只允许商业应用程序进行保护。

另一个例子是 Sparrow 邮件管理器。由于没有改变许可证，它简单地从 AppStore 中消失了。现在它对 iOS 免费了，但不会有未来的更新。

现在你可能认为这些是极端的例子，我们在这里讨论的是开源。好吧，尽管这是100%正确的，我们也可以以 LibreOffice 为例，它是作为 MS Office 替代的免费办公套件。LibreOffice 也有 LGPL 许可证，因此可以作为桌面以外的设备的开源替代应用程序进行分发。

这次许可证变更将如何影响 Joomla! CMS？

这不会以任何方式改变 Joomla! CMS。Joomla! CMS 是在 GPLv2 许可证下分发的，这意味着尽管可能具有 LGPLv2.1 许可证的框架被整合到 CMS 中，但起主导作用的还是 CMS 许可证，即 GPLv2 许可证。因此，CMS 和其扩展都不受这次变更的影响。关于这一点，我们需要非常明确：框架的 LGPL 许可证并不意味着 CMS 许可证的变更，CMS 将保持 GPL。这一信息的来源是软件自由法律中心提供给开源之友的。

好的，那么 Joomla! CMS 没有受到不良影响，但是……框架仍然会是开源的吗？

Joomla! 框架绝对会保持开源代码，并供每个人使用。记住，正如之前提到的，“L”代表“较小”，这意味着对 GPL 的限制较少，以便框架可以被其他开发者采用，在当前条件下，他们不能将其视为一个选项。

但是开源图标理查德·斯托尔曼有不同的看法！他明确表示反对 LGPL

小心你所阅读的内容……总是需要寻找来源和起源，不要轻信来自任何途径的信息，不是因为它是谎言，而是因为往往缺乏对全文的全面理解会导致错误的解释。斯托尔曼先生在1999年作出了那个呼吁，当时是针对增加的 LGPL 许可证，这明显对 GPL 造成了损害。这并不是要偏袒哪一个，而是也认识到在某种情况下，LGPL 真的是必要的。现在，就个人而言，尽管对斯托尔曼先生表示应有的尊重，在1999年我们没有 iPhone、iPad、Surface、Windows Phone、Windows8、平板电脑等等，所以很明显，它并不是指当前的应用程序开发现状。时代已经改变，无论是专有系统还是开源系统，都必须学会共存。否则，你怎么能解释在像 Windows 这样的专有环境下运行 Joomla 的便利和简单呢？ ;)

所以，根据这篇文章，你完全支持 LGPL

不，请对此不要有任何误解。一如既往，硬币有两面，这也不例外。在决定不优先采用LGPLv2.1由Joomla框架时，也有一些变量需要考虑。

在这些原因中，我们可以提到，通过允许私有环境进入框架，更多的开发者将对其感兴趣，这将增加参与人数。在理论上这完全可行，但我们面临着这样一个事实：有些人会仅仅使用框架而不为项目做出贡献，因为这是法律上可行的。

另一个更哲学性的论点是关于Joomla项目的性质。当它成立时，是以它将始终是自由软件的精神进行的。嗯，这并没有改变。Joomla! CMS仍然是，并将始终是100%免费，这不是问题。但当时建立项目时，创始人并没有想到框架，因此他们无法预见到那些将开发它的人的精神。

最后，另一个同样有效的论点是PLT的功能。PLT是在负责与CMS代码相关的工作，还是开发一个并行工具，如框架？

您可以看到，两种情况下都有令人信服的理由，无论是支持还是反对。我只是在这里陈述事实。我不希望影响我们读者和成员的思考。为此，有言论和意见的自由，每个人都欢迎形成自己的观点。主要思想只是尽可能透明地将事实摆在桌面上。

在撰写这篇文章时，我与直接参与此问题的PLT和OSM人士取得了联系，以获得更广泛的视角，并与持有意见的人进行了深入和建设性的对话，无论是支持还是反对，始终保持中立的观点。同样，我与智利joomla.cl社区的一位值得尊敬的成员Hector Mansilla进行了长时间的对话，他是GNUChile基金会的志愿者成员，对这一主题有着广泛的观点。

这篇文章最初由Guillermo Bravo撰写，由Alice Grevet慷慨地翻译成英文，供Joomla!英语社区使用。