PHP 教程：使用 Composer 时，这些最佳实践你必须知道

末蓝、 2022-11-21 15:19 113阅读 0赞

## 概述 ##

Composer 是 PHP 应用程序的依赖管理器，最初发布于大约 8 年前，2012 年 3 月。

在 php 中使用 Composer 可以提高代码的可重用性，并使你的项目能够轻松地集成来自[Packagist][]（主要的 PHPComposer 库）的 PHP 库。今天，我们将重点介绍几个部署最佳实践。

## Composer 可能会变慢 ##

这篇文章将关注如何让 Composer 速度更快，并在每次部署应用程序时不再需要使用全新的 Composer 安装来安装软件包。

Magento 是一个需要大量内存的 composer 项目的例子。如果你需要为每个部署安装 Composer，你能想象需要多少内存吗？Composer 可能会因为内存不足而失败，如[Stack Overflow 帖子][Stack Overflow]所述。

尽管将包添加到你的项目中很容易，但在 Amezmo 这里，我们采用保守的方法添加新的项目依赖项，原因如下。

*  减慢初始 Composer 安装速度
 *  每个 Composer 包都会增加新安全问题的可能性

## 最佳做法 ##

\--no-ansi

此标志禁用 ANSI 输出，这意味着彩色输出将被禁用。彩色输出，如绿色和红色字体颜色以及人眼喜欢的背景颜色。这对于我们手动运行 Composer 时非常有用，但是对于自动部署，我们不想用奇怪的字符扰乱我们的日志文件。

## \--no-interaction ##

同样，在自动化部署的环境中，我们不希望部署在等待输入时停滞不前。此标志阻止 Composer 要求用户输入。

## \--optimize-autoloader ##

此标志告诉 Composer 将生成的代码[自动加载][Link 1]。autoloader 是当你的入口点确实需要 'vendor/autoload.php' 时调用的；

## \--no-progress ##

由于进度报告使用特殊的终端 ANSI 代码，因此我们不希望报告进度，因为它会使我们的日志文件混乱。在进行非交互式

部署和 composer 安装时，这是完全没有必要的。

## \--no-dev ##

这一点至关重要。我们从不希望将开发包安装到生产服务器上。像 phpunit 和其他不应让其投入生产的软件包被视为 “dev”软件包。它们在 composer.json 文件中的 “require-dev” 属性下具有特殊条目。

## \--profile ##

这个是可选的，但是我总是喜欢包含它，因为它显示了 Composer 用于安装单个依赖项的内存量。

## 如何在部署时缓存 Composer 程序包 ##

现在，我们已经定义了生产级 composer 安装命令，让我们简单地介绍一下在部署时使 Composer 更快的方法。

步骤 1。

在你的 Webroot 之外的某个地方创建一个全局 Composer vendor 目录，当然该目录不能公开访问。

注意：Amezmo 使用如下所示的根目录布局，因此我们将在下面的 bash 命令中使用它。当然，你可以用自己的目录替换

这些目录，并且可以实现所需的结果。

/webroot
    |----logs
    |----vendor
    |----storage
    |----current -> /webroot/release/${TIMESTAMP}.${COMMIT_ID}
    |----release
    |-------${TIMESTAMP}.${COMMIT_ID}
    |-------${TIMESTAMP}.${COMMIT_ID

/webroot/vendor 是我们的全局软件包目录，将从中为每个版本创建链接。

运行以下命令从 release 目录创建的 vendor 目录链接到全局 vendor 目录。每次部署时都必须执行此操作，并且在从发行目录运行 composer 安装之前。

ln -sT /webroot/vendor webroot/release/${TIMESTAMP}.${COMMIT_ID}/vendor

请注意，从 release 目录运行 composer install 之前，运行上述命令至关重要。以下是步骤：

*  应该创建 release 目录
 *  运行 Git 获取源代码
 *  执行以上命令
 *  最后运行 composer install

按照上述顺序完成所有操作后，你的软件包将被 “缓存” 到 `/webroot/vendor` 目录中，并且每次部署应用程序时都不需要重新安装软件包。

## 结论 ##

*  定义了一个 Composer 命令，该命令消除了所有不必要的功能。
 *  重点介绍了在部署时缓存 Composer 软件包的最佳实践部署模式。

第 1 步。

在 Webroot 完全不在的地方创建一个全局 Composer 供应商目录，并（此段落重复，应删除）

原文地址：[https://dev.to/ryan1/php-deployment-best...][https_dev.to_ryan1_php-deployment-best...]

译文地址：[https://learnku.com/php/t/50887][https_learnku.com_php_t_50887]

![584f7c4a174abcd3a933724a51e0a803.png][]

很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了迷茫没方向，不知道该从哪儿入手去提升自己。→→管理整理了一些**资料**，有 腾讯 等一线大厂进阶知识体系 可供参考**（相关学习资料以及笔面试题）**

覆盖各个技术栈：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货欢迎加入**[我的官方群][Link 2]啊[点击此处][Link 3]**

[Packagist]: https://link.zhihu.com/?target=https%3A//packagist.org/
[Stack Overflow]: https://link.zhihu.com/?target=https%3A//stackoverflow.com/questions/33299302/composer-update-failed-out-of-memory
[Link 1]: https://link.zhihu.com/?target=https%3A//getcomposer.org/doc/articles/autoloader-optimization.md
[https_dev.to_ryan1_php-deployment-best...]: https://link.zhihu.com/?target=https%3A//dev.to/ryan1/php-deployment-best-practices-when-using-composer-92j
[https_learnku.com_php_t_50887]: https://link.zhihu.com/?target=https%3A//learnku.com/php/t/50887
[584f7c4a174abcd3a933724a51e0a803.png]: /images/20221120/9a04fd4668c245829085960dffc7c453.png
[Link 2]: https://link.zhihu.com/?target=https%3A//jq.qq.com/%3F_wv%3D1027%26k%3DSFr4C0W3
[Link 3]: https://link.zhihu.com/?target=https%3A//jq.qq.com/%3F_wv%3D1027%26k%3DpPPRwVd6