将定制组件、模块和插件升级到新的joomla版本的痛苦有多大？

您使用自定义模块、插件和组件进行升级的经验如何

---

老实说，这让我毛骨悚然。如果我要为小型企业开发解决方案（joomla似乎是最好的选择），而我的客户在两年后会抱怨由于安全漏洞或缺少其他扩展的支持而不得不迁移到新版本。。。我该怎么跟他说

你的客户是绝对正确的。Joomla 1.5已经很老了，到目前为止还没有那么安全，并且不再受支持。升级到Joomla 2.5后，请升级到Joomla 3.2。从那时起，未来的升级将更加简单

是的，将站点从Joomla 1.5升级到2.5可能有点复杂，但是这完全取决于您使用的扩展。首先，您应该检查您正在使用的所有第三方扩展，以查看开发人员是否发布了与Joomla 2.5兼容的版本。如果有一些没有，那么就寻找一些替代方案

---

作为一名开发人员，一定要为这样的服务收费，因为在大多数情况下，这不是一项容易的任务。还要确保告诉您的客户，如果没有兼容2.5版本的任何扩展，则必须使用替代版本。

您的客户是绝对正确的。Joomla 1.5已经很老了，到目前为止还没有那么安全，并且不再受支持。升级到Joomla 2.5后，请升级到Joomla 3.2。从那时起，未来的升级将更加简单

是的，将站点从Joomla 1.5升级到2.5可能有点复杂，但是这完全取决于您使用的扩展。首先，您应该检查您正在使用的所有第三方扩展，以查看开发人员是否发布了与Joomla 2.5兼容的版本。如果有一些没有，那么就寻找一些替代方案

---

作为一名开发人员，一定要为这样的服务收费，因为在大多数情况下，这不是一项容易的任务。还要确保告诉您的客户，如果没有兼容2.5版本的任何扩展，则必须使用替代版本。

对于任何web或计算机系统（不仅仅是Joomla），定期更新是正常的做法。更新可以是安全补丁、新功能或其他原因

随着新功能的实现，经常会出现向后兼容性问题，有时发布新版本而不带向后兼容性包袱是有意义的

从Joomla1.5到2.5的迁移是相对痛苦的，但是从Joomla2.5到3.x会更容易，希望这也适用于Joomla3.x以外的更新

就客户期望而言，向客户解释维护网站需要持续的成本是明智的，他们应该相应地进行预算。这与计算机上的操作系统没有什么不同，否则我们仍将使用Windows3.1或类似版本

---

通过尽可能地坚持核心Joomla功能，减少第三方扩展的数量，并在必要时从成熟的开发人员那里选择受欢迎且支持良好的第三方扩展，您可以将未来迁移的痛苦降至最低。一些开发人员提供了优秀的说明，并创建了迁移脚本等，以帮助从Joomla 1.5迁移到2.5，而其他开发人员则让客户自己负责。选择扩展时要考虑这一点。

对于任何web或计算机系统（不仅仅是Joomla），定期更新都是正常的做法。更新可以是安全补丁、新功能或其他原因

随着新功能的实现，经常会出现向后兼容性问题，有时发布新版本而不带向后兼容性包袱是有意义的

从Joomla1.5到2.5的迁移是相对痛苦的，但是从Joomla2.5到3.x会更容易，希望这也适用于Joomla3.x以外的更新

就客户期望而言，向客户解释维护网站需要持续的成本是明智的，他们应该相应地进行预算。这与计算机上的操作系统没有什么不同，否则我们仍将使用Windows3.1或类似版本

---

通过尽可能地坚持核心Joomla功能，减少第三方扩展的数量，并在必要时从成熟的开发人员那里选择受欢迎且支持良好的第三方扩展，您可以将未来迁移的痛苦降至最低。一些开发人员提供了优秀的说明，并创建了迁移脚本等，以帮助从Joomla 1.5迁移到2.5，而其他开发人员则让客户自己负责。选择扩展时要考虑这一点。

这实际上取决于扩展。我做了一些很容易的，有些很难，不值得做。。。在2.5/3中构建一个扩展要容易得多，因此很多时候从头开始重做比花上几个小时找出使用不推荐的代码的所有含义要容易得多。此外，如果您在1.5中有一个第三方扩展，但它没有2.5版本，这意味着开发人员可能不太积极地保持最新的东西（不总是，但可能），我会担心安全性和PHP5.4/5.5的支持。另一件事是，在2.5+中，您通常需要比在1.5中更少的扩展，因为现在包含了一些明显缺失的部分（用户配置文件插件、备用布局、访问控制、多语言支持以及in 3标记和版本控制）。最大的问题是，如果您有一个旧的扩展是假的1.5扩展，这意味着它是一个1.0扩展，基本上通过执行遗留功能本身来解决遗留插件的需要。

这实际上取决于扩展。我