将所有预先存在的和从Type3 7.6中的RTeThmlarea迁移到8.7中的rte_ckeditor后设置为和 目标

将所有预先存在的和从Type3 7.6中的RTeThmlarea迁移到8.7中的rte_ckeditor后设置为和 目标,ckeditor,typo3,typoscript,tsconfig,typo3-8.x,Ckeditor,Typo3,Typoscript,Tsconfig,Typo3 8.x,我们需要所有来自TYPO3的富文本编辑器字段之一的和标记都是和 手动解决方案,但我们需要自动解决方案 我们可以打开一个有错误标签的内容元素,只需单击save,TYPO3就会更新标签。但我们可能有10万个内容元素需要排序,因此我们需要一个更自动化的解决方案 问题 我们已经将网站从TYPO3 CMS 7.6迁移到8.7。随着这一升级,我们使用rte_ckeditor而不是rtehtmlarea是新的。rte_ckeditor创建的任何新内容都使用正确的标记,但在迁移之前最初在rtehtmlarea中

我们需要所有来自TYPO3的富文本编辑器字段之一的和标记都是和

手动解决方案,但我们需要自动解决方案 我们可以打开一个有错误标签的内容元素,只需单击save,TYPO3就会更新标签。但我们可能有10万个内容元素需要排序,因此我们需要一个更自动化的解决方案

问题 我们已经将网站从TYPO3 CMS 7.6迁移到8.7。随着这一升级,我们使用rte_ckeditor而不是rtehtmlarea是新的。rte_ckeditor创建的任何新内容都使用正确的标记,但在迁移之前最初在rtehtmlarea中创建的任何内容都将继续使用和标记,因为它们以这种方式保存在数据库中

因此,我们如何更新数据库,使其仅用于所有富文本编辑器字段?

这不是技术解决方案,而是对解决大量数据问题的现有选项的一般说明

对于CKEditor,我建议使用一个插件,每次打开内容元素进行编辑时都会替换标记。 除此之外,我还推荐一个输出解析器,它可以包含在页面设置中,或者作为TYPO3的扩展来重写不需要的标记,以支持它们所需的替换

或者,可以通过单个PHP脚本/TYPO3扩展读取整个数据库,以一次性替换所有标记。这可以在生产服务器上完成,每分钟/小时的重写次数有限。 另一种选择是用任何类型的工具或程序替换数据库导出中的所有标记,然后用数据库中更改的数据替换旧数据