TYPO3 composer 安装 - 与非 Composer 的区别

Question

我目前正在将一个非 Composer TYPO3 项目迁移到 Composer。

从我所看到和阅读的内容来看，自动加载发生了变化，文件结构发生了变化。您不能再通过扩展管理器导入扩展。此外，一些扩展只能通过 composer 安装（除非你做了丑陋的调整）。

此外，从安全角度来看，至少有一个攻击媒介被关闭，因为您无法再通过后端安装扩展。

文档和其他说明建议将 TYPO3 与 Composer 一起使用，但究竟有哪些优势，这些优势是否适用于所有情况？

例如，就我而言，我维护一个站点，更新 TYPO3 和扩展很容易。在实践中可能不会有很大的改进。我认为与包管理器一起工作很酷，但我还必须“销售”为什么我现在这样做而其他任务没有完成。

Answer 1

在composer-based模式下运行TYPO3 v8/v9/v10+的优势：

• PHP 的速度改进，因为自动加载器包括请求的扩展（和使用的系统扩展）
• 只有您使用的系统扩展在您的生产站点中可用
• 如果你正在使用Git，我们就不会需要添加TYPO3 /文件夹，并基于作曲家的扩展你的供应商的文件夹，使您的Git仓库小得多
• 您可以通过 Composer 在您的站点中添加更多您需要的 PHP 库，并且可以根据您的 PHP 环境细化您的依赖项

区别：

• 您不能再使用扩展管理器从 TER下载扩展，您必须使用 CLI 工具来获取第三方或系统扩展
• 您仍然需要在扩展管理器中或通过 TYPO3 控制台激活这些扩展以更新您的 PackageStates.php 文件。
• 您所有的本地扩展都需要通过 a) 根 composer.json 中的自动加载部分添加或 b) 包含他们自己的 composer.json 并在其中包含自动加载部分。

关于文件夹结构的说法是错误的，事实上，Composer 允许将您的供应商文件夹配置在您的文档根目录之外，这使您的网站更安全恕我直言，但您不必这样做。

一般来说，如果你不习惯使用 CLI，或者不习惯使用 Git 或部署策略，那么对于 TYPO3 用户来说，composer 实际上不是一个实用的解决方案。