编写器更新内存限制

Question

我需要在我的主机上运行composer update，因此我使用ssh登录，并尝试在/www文件夹中运行以下命令，我在该文件夹中安装了Laravel和composer：

composer update

我得到这个错误：

我正在与我的主机提供商联系，他们告诉我运行命令：

php -d memory_limit=512M composer update

我运行了这个命令，但得到：“无法打开文件：composer”

怎么办？这里的解决方案是什么？

Answer 1

对我来说最好的解决办法就是

COMPOSER_MEMORY_LIMIT=-1 composer require <package-name>

@realtebo提及

Answer 2

运行composer update时，操作系统将查看配置的路径，并尝试查找具有该名称的可执行文件。

当运行php作曲家更新时，作曲家字符串被视为PHP的参数，不会在任何路径中搜索。您必须提供完整的路径才能运行它。

运行哪个composer将告诉您操作系统在哪里找到composer可执行文件，然后您只需在PHP命令中使用完整路径：

$>which composer
/usr/local/bin/composer

$>php -d memory_limit=512M /usr/local/bin/composer update
...

请注意，512MB可能太少。我的看法是，它将愉快地需要1GB或更多，这取决于您使用的依赖关系的数量和您理论上允许的版本的多样性，即如果您允许Symfony~2.3，那么您将使Composer处理更多的可能性与使用~2.7相比的版本。

还要注意，在生产机器上运行Composer并不是最好的主意。您必须能够访问Github，可能需要提供访问凭据，安装VCS工具，并且如果在更新过程中任何远程托管服务器处于脱机状态，您将很容易破坏您的站点。最好在完成所有准备工作的部署系统上使用Composer，然后将所有文件移动到生产服务器上。

使现代化

现在是2020年，作曲家管理记忆的方式发生了很大的变化。最重要的是，如果遇到设置得太低的限制，Composer将自行增加内存限制。但是，这会立即引发在安装了太少内存的计算机上内存不足的问题。通过设置环境变量，如Composer\u memory\u LIMIT=512M，可以使Composer使用更少的内存，但如果Composer需要更多内存才能正确操作，则会产生问题。

我的主要观点仍然是正确的：不要在内存太少的机器上运行Composer。您可能需要1.5 GB的可用内存才能更新所有内容。

Answer 3

将其设置为使用所需的内存：

COMPOSER_MEMORY_LIMIT=-1 composer update