Content management system 与CQ4相比,CQ5/AEM的优势是什么?值得升级吗?

Content management system 与CQ4相比,CQ5/AEM的优势是什么?值得升级吗?,content-management-system,aem,Content Management System,Aem,谁使用了Communique 4 CMS,现在使用CQ5/AEM,最重要的改进是什么?迁移过程有多困难/快,有什么复杂的事情,您能够迁移所有内容吗?欢迎任何体验。与旧版本相比,应用程序稳定性、改进的创作体验、安全修复、性能和功能集将是最大的差异。升级还意味着您可以利用更大的资源池进行CQ5开发(传统资源很难找到,在传统平台上培训新资源需要时间,并且会降低士气),前提是您的资源分配状况良好,可以投入大量精力,我建议您采用混合升级路线,只需迁移最容易兼容的区域。想到的主要步骤 迁移内容、用户和数据

谁使用了Communique 4 CMS,现在使用CQ5/AEM,最重要的改进是什么?迁移过程有多困难/快,有什么复杂的事情,您能够迁移所有内容吗?欢迎任何体验。

与旧版本相比,应用程序稳定性、改进的创作体验、安全修复、性能和功能集将是最大的差异。升级还意味着您可以利用更大的资源池进行CQ5开发(传统资源很难找到,在传统平台上培训新资源需要时间,并且会降低士气),前提是您的资源分配状况良好,可以投入大量精力,我建议您采用混合升级路线,只需迁移最容易兼容的区域。想到的主要步骤

  • 迁移内容、用户和数据库
  • 将可重用代码重写或移植到当前CQ版本(编写时为5.6.1)
  • 运行大型回归工作,以确保功能损失保持在非影响水平。一些示例:应用程序代码库[API、bean、标记库、组件配置、对话框等]、前端、体系结构[author实例、publisher实例和dispatchers],以及CRX数据一致性/保留)
在收购Adobe之前,我没有CQ方面的经验,但是已经发布的次要版本(5.1、5.2、5.3、5.4、5.5、5.6、5.6.1)一直都很重要。预计会有大量迁移工作,其中最大的痛点是不推荐/删除的API、组件兼容性问题(特别是用ExtJS编写的自定义组件)、缺少
etc
app
文件,以及应用程序的整体性能