Joomla! 社区与领导博客
博客
征求提案
Joomla 扩展目录（JED）团队正在寻求针对最新版 Joomla 开发新的列表管理扩展的提案。
JED 3.0 的需求文档可以在 https://docs.google.com/document/d/1wPV1rQYqbEpF4Z4n8ACvkJB98E5GysARv1OlkTlr6uE/edit?usp=sharing 查看。
本文档旨在概述 Joomla 扩展目录的流程以及新 Joomla 软件组件需要支持这些流程的更好方式。本需求文档的主要目的是作为潜在开发者与 JED 团队/客户之间关于应用程序将执行什么的协议。
如果您有兴趣为 Joomla 项目构建此功能，请将您的提案（如有必要，包括报价）发送到以下地址以满足这些要求在2013年10月14日之前。
我们将于2013年10月28日之前联系提出最佳提案的公司/开发者进行面试。
如果您对需求文档有任何疑问，可以在 论坛 发帖或发送到上述电子邮件地址。
关于 RFP 的任何更新都将在下面列出。
更改日志
2013年8月28日 初始发布
- 详细信息
- 作者： Matthew Baylor
Joomla 在2013年的整体项目目标之一正在取得进展
创建一个 Joomla “应用商店”，让用户能够从后台管理员界面搜索并安装扩展。
如果进展顺利，这个新特性有可能包含在计划于九月发布的 Joomla 3.2 中。
参与此新功能开发的志愿者团队非常感谢您在以下两个方面的帮助：为其起一个不包含“应用商店”的非正式名称，以及那些愿意帮助进行新功能的编码和测试的人的贡献。
您对这个新功能的非正式名称的想法
这个新功能已经有好几个名称，包括“应用商店”。但它实际上并不是一个应用商店，而且这个名字已经被占用。所以我们希望为这个新功能起一个新的非正式名称。
目前看来，正式名称可能是“从网页安装”。这是用户在Joomla扩展管理器中点击以使用此新功能的新的标签页名称。
非正式名称可以更具体一些，用于文档、教程、新闻公告和访谈等多种场合。
请通过填写这个Google表单分享您对新功能非正式名称的想法。
编码和测试需要志愿者
在新的功能能够包含在未来的Joomla版本中之前，还有一些编码工作需要完成。编码工作完成后，还需要更多的人帮助测试新功能。如果有足够的志愿者愿意帮助完成这些任务，那么这个新功能有望被考虑纳入Joomla 3.2。
如果您愿意帮助进行新功能的编码或测试，请在这个公开的Joomla CMS开发邮件列表的帖子中回复。如果您不是这个公开邮件列表的成员，请先加入列表，然后在该帖子中回复。
- 详细信息
托管Joomla下载文件、问题跟踪器和Joomla相关项目的Joomlacode.org将在本周末进行更新。底层的GForge代码将从旧的过时版本更新到当前的GForge版本。
更新将使Joomlacode.org拥有更坚实的基础。（想象一下，如果有人运行像1.6.2这样的旧版Joomla，我们会是什么感受！）新的GForge版本有很多新功能和错误修复。更新也将使我们在未来能够更容易地跟进新的GForge版本。
为了安装更新，Joomlacode.org将从格林威治标准时间周一凌晨02:00开始停机大约两个小时（点击这个链接查看您的时区）。这意味着在此期间托管在Joomlacode.org上的所有项目都将是不可用的。这包括下载文件、自动更新文件、问题跟踪器、代码仓库、维基以及其他任何Joomlacode.org资源。
更新后，网站将使用所有之前的数据，但会搭载新的GForge软件版本。一群志愿者已经测试了更新的软件，预计不会出现重大问题。然而，和任何软件更新一样，总是有可能出现预期之外的问题。
如果在更新后您在Joomlacode.org上发现任何问题，请在Joomla!错误小组列表上报告（通过电子邮件至或者访问https://groups.google.com/forum/#!forum/joomlabugsquad）。
更新后，大多数站点功能将与之前相似且可识别。我们对Bug Squad使用的跟踪器做了一些特定更改，我们将在维基上记录这些更改： https://docs.joomla.org/Issue_Tracker_Changes。
Joomla项目非常感谢Tony Bibbs和他的GForge团队。他们慷慨地贡献了自己的时间和资源来完成这次更新。
- 详细信息
在接下来的一天或几天内，CMS版本3的发布编号可能会让人有些惊讶。虽然可能不会像从1.7直接跳到2.5那样奇怪，但我们还是详细看看，让每个人都能理解发生了什么。
如之前所发布，计划在本周早些时候发布3.1.2版本。然而，由于在Joomla!错误小组开始对发布包进行最后测试之前，一些人收到了提前发布的通知并自动更新，导致他们提前更新。
当他们更新时，发现实际上发布包存在问题。这个问题导致他们的更新失败，网站崩溃。经过几天紧张的调查，确定失败是由于更新组件本身的一个关键文件（restore.php）的更改造成的。这导致在完成更新之前更新就失败了。
一旦确定了问题的原因，就开始寻找解决方案。尽管看起来只有少数网站受到了这个更改的影响，但提供一种方法让他们能够使用自动更新程序成功更新是很重要的，因为损坏的文件会阻止这一点。
在经过大量的思考、实验和测试后，制定了一个可行的计划。这就是奇怪的发布计划和编号的由来。
3.1.2，这个从未发布的版本，将不会正式发布。
3.1.3将是一个仅替换损坏文件的版本。只有安装了3.1.2的用户才会安装3.1.3。其他人将跳过3.1.2和3.1.3，直接升级到3.1.4。
- 当前使用3.1.1版本的用户将直接升级到3.1.4。
- 意外升级到3.1.2版本的用户将升级到3.1.3，然后是3.1.4。
所有这些将在Joomla更新组件中无缝进行。
感谢那些测试预发布CMS包的人，也感谢那些意外更新并迅速报告问题的人。正是这种参与确保了没有发布任何损坏的CMS版本，这也是Joomla!不仅是这样一个强大的应用，而且还是一个伟大的开发和用户社区的原因。
尽管有人建议下一个版本是3.141592，但很可能我们将在8月份发布3.1.5，就在3.2测试版之前。
更新：添加了缺失的段落和标题中缺失的点。
- 详细信息
上周日晚上，PLT开始进行预发布程序，为即将发布的2.5.12和3.1.2版本做准备。
在这个程序中，预发布包被发布到Joomlacode并供Joomla错误小组进行最后测试。通常，这些包对所有人不可见。然而，由于这个版本不包括任何安全问题，这些预发布包没有被隐藏。这导致第三方更新服务如Akeeba Admin Tools错误地报告这些版本已经可用，因此有几百家网站在周一早上包被隐藏之前进行了更新。
- 详细信息
- 作者：Joomla项目