pde*_*aij 6 php joomla enterprise
Joomla 1.5将在短期内达到其使用寿命,许多网站正在升级到1.7或2.5版本.我们正试图弄清楚如何升级我们的网站.不幸的是,Joomla的开发人员,他们做得很好,并没有在他们的需求列表中保持向后兼容性.
我们知道有很多资源描述如何从1.5版本将Joomla站点迁移到版本X. 但在我们公司,我们有大约120个Joomla网站.由于必须对模板执行所有迁移步骤,我们使用的自定义编写代码和第三方模块将是一项很难迁移的工作.因此,我们正在研究使我们(升级)工作更容易的方法和技术.
我无法想象我们是唯一一个遇到此问题的人,所以我正在寻找有关大规模迁移这些网站的更多信息.我们不可能是唯一一个正在努力解决这个问题的人.
为了提供一些细节,为了升级次要版本,我们使用了卓越的供应商分支技术.简而言之,在我们的SVN存储库中,我们有一个包含当前Joomla版本的文件夹.在同一个存储库中,我们有一个包含我们自己的Joomla版本的文件夹,其中包含一些自定义代 每个项目都基于该自定义版本.通过使用版本分支,我们可以轻松地将所有项目更新为最新的Joomla版本.
对于主要升级,这种技术将不适合.例如,我们希望某些项目不会升级到新的Joomla版本以解决兼容性问题.
为2.5分支解决这个问题的方法可能是使用2.5版本的Joomla和我们自己定制的2.5版本创建两个新文件夹.然后,每个迁移的项目将分支2.5个自定义版本.迁移过程将是乏味的,并且肯定是手动钻取.
我们担心我们必须为Joomla的每个主要版本执行此操作,因此这不是一个真正的解决方案.
我们正在考虑的解决方案是使用phar和composer来创建项目.如果我们成功地创建了一个joomla phar作为库并将自定义开发放在另一个phar中,升级应该像替换phar一样简单.第三方模块也应放入phar存档中以便于更新.如果模块不支持这个,我们将自己进行调整.
当然我们知道Joomla有一个新的集成更新机制.我们正在研究这种机制但怀疑我们可以使用它,因为我们有一些核心代码或模块功能的自定义补丁.
总结这篇文章,我们有两个挑战,我们很乐意得到一些反馈.
坏消息是，从 Joomla 1.5 到 2.5 没有自动升级路径，因为变化如此剧烈，几乎就像白天和黑夜一样。模板的更改使得您可能必须从头开始重写它们。不要忘记 2.5 的许多功能也有所不同，因此您可能还会面临学习曲线。
我的建议是制定一个分层迁移计划，只迁移您需要的站点，或者可以证明迁移成本合理的站点，如您使用的组件、模块和插件。
这样做时，您需要查看发布时间表，该时间表每 18 个月提供一次长期版本，每个版本很可能会破坏以前版本的向后兼容性，因此您最终会得到 1.5、2.5、3.x 等版本的网站