需要建设一个全新的网站，你现在面临一个选择。是用当前Joomla!长期支持（LTS）版本还是最新Joomla!短期支持（STS）版本来构建这个网站？答案当然是，这取决于你。你的体验将因你的选择而异。本文将涵盖网站所有者类别和他们对网站的期望，考虑的关键点和一些示例场景。

本文是Jennifer Gress和Duke Speer合作的产物。它最初以辩论的形式开始，但我们往往太容易达成一致。查看合著者Jennifer Gress的作者资料。

我们使用LTS和STS术语，而不是具体的版本号，以便它可以作为一个参考，无论你考虑的是Joomla的哪个未来的主要版本系列。这些概念和考虑因素适用于Joomla 2.5（截至2014年2月为LTS）和3.x（截至2014年2月为STS）；当4.5为LTS且5.x系列为当前STS时，它们应该同样适用。你需要权衡的因素保持不变。

Joomla的设计理念是，在系列首次发布（x.0）时，所有影响第三方扩展如何与Joomla核心代码（核心的API）协同工作和使用的更改都会被锁定，并且从那时起维护向后兼容性的巨大努力。因此，一旦扩展被适配到新的STS系列，工作应该完成，并且不应该在系列的其余部分中断扩展。作为一个实际问题，由于有太多的变量和持续改进，这并不总是完美发生，因此在使用生产站点之前，需要在您站点设计库存的扩展中进行测试。

当涉及到为网站选择LTS或STS时，网站所有者往往分为三个类别。

他们想要

1. 尽可能对未来保持兼容：他们希望在部署当天使用最新版本的Joomla，并且愿意支付（无论是支持人员时间还是金钱）进行部署后的维护。少数人可能想要拥有使用最新Joomla和最新功能的炫耀权，但更有可能的是，他们在为未来投保，并希望获得最长时间的支持周期，并且还希望使用正在积极开发和改进的版本，因为他们认为这也会更加安全。他们不知道未来可能需要的任何小版本新功能，但他们喜欢这样的想法：当核心出现新功能时，它对他们来说是可用的，无需迁移。实施可能只是简单地切换“已发布”开关。
2. 设置好后就可以不用管了：他们的资源非常有限，通常不匹配但预期较低。他们需要一个固定的部署预算，并坚持不支付或花费时间在部署后的维护上。他们的所有要求都不需要Joomla STS系列中添加的任何功能。他们明白LTS的生命周期结束有多快，保持短期成本低比避免未来一年的迁移更重要。从LTS到下一个LTS的组件的一键升级并不被视为大事，重新安装另一个STS模板并应用合适的模板覆盖只是刷新外观的机会。这是一个静态网站设计，只需要安全更新，因此最好基于当前的LTS版本构建，这样UI元素就永远不会是一个移动的目标。他们可以直接应用每个一键更新，而不用担心会破坏他们的布局。
3. 让专家来决定：他们相信网站设计师是专家，会选择最适合他们网站的软件工具，并让他们的功能请求和设计师判断来决定适当的版本。对于这类网站所有者，我们将根据需求进行决策树。截至审查日期，某些功能可能最好在LTS中实现或只能实现；重要扩展的STS版本不可用或需要更多工作。或者，某些功能可能在STS核心中最好或即将可用，如增强安全性。

现在我们知道网站所有者的风险承受能力和是否由设计师选择，是时候选择LTS或STS了。

需要考虑的关键点

托管技术规格

服务器是否符合运行最新Joomla STS的最低规格？如果不满足，并且没有意愿更换主机，你可能没有其他选择。你将不得不使用LTS版本来构建，通常具有较旧和较低的技术规格，你的主机服务器更有可能满足。在未来一年左右的时间内，希望你的主机将更新他们的服务器，或者你可能需要更换主机以升级到下一个LTS。你可以在这里查看Joomla的当前技术要求：[https://www.joomla.net.cn/about-joomla/technical-requirements.html](https://www.joomla.net.cn/about-joomla/technical-requirements.html)

扩展可用性

检查你想要与Joomla STS版本一起使用的所有扩展是否已经准备好。请注意，你的模板也是一种扩展。检查开发者的网站，并确保所选第三方扩展的开发者在每次Joomla STS版本发布前的测试期间测试他们的扩展，而不是依赖核心不破坏向后兼容性，或者等待人们报告他们的网站已损坏。记住，选择使用STS版本意味着安装LTS发布前几个版本中的每个版本。虽然不太可能，但随着STS系列的成熟，可能需要为每个第三方扩展安装更改（包括模板及其HTML覆盖）。

预算

如果您在当前Joomla LTS版本中构建新网站，当下一个LTS发布时，您可能需要进行一次“迷你迁移”。Joomla的核心数据可能可以通过“一键更新”来更新，但这不会更新扩展数据，并且简单地将一键更新应用于核心可能会引起变化，甚至破坏编写良好的扩展，因为一系列的一键更改会导致可用的API发生变化。大多数第三方扩展需要卸载和重新安装，并将它们的数据迁移到新格式。检查每个扩展以了解升级所需的步骤。您必须在当前工作Joomla系列网站达到生命终结（EOL）之前预留一些时间和可能的订阅费用来完成任务。

如果您在当前的Joomla STS版本周期中构建新网站，您需要在安装LTS版本到您的网站上之前，预留一些时间、金钱或两者。您可能需要在路上进行一些布局和CSS更改或管理bug（无论是与Joomla核心还是第三方扩展相关）并且这些也会花费一些时间。您应该在将更新直接安装在实时生产网站之前，先在一个测试网站上测试所有STS版本的更新，或者如果遇到问题，准备从完整网站备份中恢复。

选择何时开始使用STS系列将有助于确定您需要预留多少时间和精力。如果STS是x.2，它距离LTS只有几步之遥。如果您从x.0开始构建，您将有更多步骤（x.1、x.2、x.3、x.5）才能到达LTS。

如果您不想处理bug或第一次不一定能正常工作的功能，您可能考虑在Joomla的LTS而不是STS中构建。如果您不想处理迁移过程（尽管可能只需要迷你迁移），那么使用Joomla的STS可能更适合您。

没有确切的答案，因为每个网站构建者和每个网站都不同。那么，我们如何处理LTS和STS之间的选择，以下是一些场景和观点？

示例场景

场景 #1

仅使用Joomla核心扩展、Akeeba备份、JCE和模板的简单网站。

杜克：Joomla STS。即使是“x.0.0”STS版本，这也是您跟上新发展的机会，用真实网站，并且让设计师将STS网站纳入您的设计作品集。在第一次发布后预留几周时间，并监控bug报告。如果报告的bug是破坏性的，等待下一个bug修复版本；否则，这是您亲身体验新核心软件及其功能的机会。重新设计核心模板是安全的途径。如果发布已经超过30天，主要的模板俱乐部通常会跟上并准备好新设计。

珍妮：Joomla STS。我同意，Akeeba和JCE在过去的两个STS版本中运行良好，如果出现问题，更新迅速，其余的都是核心。此外，主要的模板设计师如RocketTheme会迅速更新他们的模板以适应新的Joomla STS版本。

场景 #2

与上述网站相同的网站，加上EasyBlog或类似更复杂的组件，如SobiPro。

珍妮：Joomla STS。EasyBlog提供了出色的支持，并且对bug修复非常积极。

杜克：再次，我们同意，Joomla STS。但我就可能等到系列版本的“x.1”发布时再使用复杂组件。原因是，虽然稳定，但核心版本的“x.0”发布是许多扩展第一次被测试以确保它们能够很好地协同工作。在“x.0”发布后的前两个月，所有第三方扩展开发者都在适应核心中的移动目标，以及彼此。这是管理加载哪些版本的jQuery和类似库，或者在模块中使用适当的嵌套元素和Bootstrap类以达到模板设计师可以风格化和保持同步的问题出现的时候。

许多设计师制作模板，用于样式化主要附加组件，如Kunena论坛、K2、JomSocial和主要电子商务组件，并为“x.0”发布准备的复杂组件，一些输出仍然有点像狂野的西部。需要一轮错误报告和修复，以及几轮修订，以便大多数扩展尘埃落定，这样模板设计师就有更少的移动目标，可以生产出稳定的产品。

SobiPro是对流行的Sobi2目录从底层重新编写的版本，它预期并利用了Joomla核心代码的一些进步。使用最近的主要版本的机会来进行白纸重写和优化他们的软件，而不是从Joomla 1.5版本以来修补补丁的软件开发人员，我注意到他们具有更多未来保障的潜力。这也是一个可持续发展的企业，正在将其产品重新投资到产品中，因此，当到达Joomla 4和5时，很可能仍然存在。虽然我可能对在一个时间敏感的项目中采用1.0版本扩展犹豫不决，但我会成为早期的采用者，帮助该扩展以与Joomla本身相同的速度增长。

场景#3

巨大的网站。内容很多。许多用户持续更新内容。拥有1,000个SKU的电子商务商店和A/B拆分测试。具有社交网络组件的会员网站。定制模板。不能被破坏。

珍妮：Joomla LTS，并预留时间和/或资金预算，并设定预期，在下一个LTS发布时进行升级。

为什么？它需要稳定。它需要工作。它一直在进行大量工作。如果内置STS，模板可能需要仅在几个月内更新。如果在LTS中，它可以等待一段时间进行更新，并且只需更新一次。迁移将会很困难，但在当前LTS版本中运行将正确，直到需要为他们的拆分测试和运营而到来。尽管如此，心中总是想到“呃！”这个词。话虽如此，如果他们想要使用的所有扩展都为当前STS做好准备，有良好的更新历史，并且有出色的支持，只要完全理解向前移动需要做什么，我会选择Joomla STS。

杜克：她说的！真的！

通往LTS发布的Joomla STS版本就像道路上的减速带。在网站构建和测试后，一次点击进行的小型更新引入关键问题的风险极小，并且在应用它们到生产之前可以在开发服务器上完全测试。但是，数据库受到如此重击的关键网站？为什么冒险？在这样一个响应式网站和对javascript可用性高度依赖的日子，尤其是用于电子商务网站中的数学和表单验证，只需要一个附加模块通过一次点击更新到一个编码不良的Javascript文件，就会使网站的所有功能中的javascript崩溃。

我们希望这篇文章能帮助您提出问题并获得答案，引导您做出最适合您和您网站的选择。请随意添加评论，提供反馈、选择方式或提问。我们在这里帮助您，并乐于分享！Jenn & Duke