typo3 从 4.2 更新到 6/7
typo3 update from 4.2 to 6/7
在一个新项目中，我必须将旧的 typo3 安装从 4.2 升级到 6.2 甚至 7.6。
最大的问题是，一切都是用 templavoila 完成的，所有扩展都是基于 pi 的。
我从 typo3 了解到 6.x 所有基于 pi 的扩展都会死掉。但是通过我现在的研究，我发现基于 pi 的扩展仍然可以 运行 在较新的 typo3 版本中。
我现在的问题是，继续使用基于 pi 的扩展和 templavoila 是否明智？另一种方法是使用 extbase 和 fluid-templates 从头开始新建页面。或者有更好的方法吗？
最后一件事是我必须维护这个页面，我对 templavoila 的了解不多。我也比基于 pi 的扩展更了解 extbase 扩展。但是使用 pibase 和 templavoila 保留所有内容与从头开始创建整个页面之间的时间差是几个月。
所以我不确定我应该建议哪种方式。你有什么经验？
在 TYPO3 版本上。 6.x 一些基于 pi 的扩展可能会起作用 - 在修复了一些问题之后。我不记得 TemplaVoila 的状态，但它在 6.1+
上相当不乐观
版本上。 7.x他们不会工作了！大多数 4.x API 方法已被 删除 并替换为新方法（6.x 是标记为已折旧但仍然可用的最后版本）
所以，继续使用 pibase 和 TemplaVoila 是死胡同，你别无选择 - 如果你想升级 TYPO3 版本，你需要从头开始创建它。好消息是使用 Extbase/Fluid 等创建扩展比 pibase 更有效，坏消息是您将需要手动移动内容。如果您有大型实例，请先创建新站点，然后考虑编写数据转换器...如果它相当小，只需花费几个小时将内容复制粘贴到新站点即可。
https://typo3.org/typo3-cms/roadmap/ 的 TYPO3 路线图和 TYPO3 下载页面有 6.2 LTS 支持到 2017 年 3 月结束，7 LTS 支持到 2018 年 11 月。所以这给了你大约一年的时间来继续使用扩展依赖6.2，同时开发新代码。最好也检查扩展开发人员计划。我依赖于至少一个扩展，开发人员说他会得到版本 7，但不是现在。在我看来，Extbase 是必经之路。与 Extension Builder 一起玩，让您一路顺风。
在一个新项目中，我必须将旧的 typo3 安装从 4.2 升级到 6.2 甚至 7.6。
最大的问题是，一切都是用 templavoila 完成的，所有扩展都是基于 pi 的。
我从 typo3 了解到 6.x 所有基于 pi 的扩展都会死掉。但是通过我现在的研究，我发现基于 pi 的扩展仍然可以 运行 在较新的 typo3 版本中。
我现在的问题是，继续使用基于 pi 的扩展和 templavoila 是否明智？另一种方法是使用 extbase 和 fluid-templates 从头开始新建页面。或者有更好的方法吗？
最后一件事是我必须维护这个页面，我对 templavoila 的了解不多。我也比基于 pi 的扩展更了解 extbase 扩展。但是使用 pibase 和 templavoila 保留所有内容与从头开始创建整个页面之间的时间差是几个月。
所以我不确定我应该建议哪种方式。你有什么经验？
在 TYPO3 版本上。 6.x 一些基于 pi 的扩展可能会起作用 - 在修复了一些问题之后。我不记得 TemplaVoila 的状态，但它在 6.1+
上相当不乐观版本上。 7.x他们不会工作了！大多数 4.x API 方法已被 删除 并替换为新方法（6.x 是标记为已折旧但仍然可用的最后版本）
所以，继续使用 pibase 和 TemplaVoila 是死胡同，你别无选择 - 如果你想升级 TYPO3 版本，你需要从头开始创建它。好消息是使用 Extbase/Fluid 等创建扩展比 pibase 更有效，坏消息是您将需要手动移动内容。如果您有大型实例，请先创建新站点，然后考虑编写数据转换器...如果它相当小，只需花费几个小时将内容复制粘贴到新站点即可。
https://typo3.org/typo3-cms/roadmap/ 的 TYPO3 路线图和 TYPO3 下载页面有 6.2 LTS 支持到 2017 年 3 月结束，7 LTS 支持到 2018 年 11 月。所以这给了你大约一年的时间来继续使用扩展依赖6.2，同时开发新代码。最好也检查扩展开发人员计划。我依赖于至少一个扩展，开发人员说他会得到版本 7，但不是现在。在我看来，Extbase 是必经之路。与 Extension Builder 一起玩，让您一路顺风。