ChatGPT解决这个技术问题 Extra ChatGPT

为什么 Composer 中的依赖项更新如此缓慢?

我正在使用 composer (http://getcomposer.org/) 来管理 Symfony2 (symfony v 2.1.3) 中已安装的包。作曲家的版本是 de3188c

我有一个问题,当我将新包添加到 composer.json 并执行它时,显示有关更新依赖项和下一次下载它们的消息的时间非常低。

我在 composer.json 中有这些数据(见下文),执行时间大约是 20 分钟!!!互联网连接速度足够快,我可以非常快地下载大文件......

有什么技巧可以让它更快吗?

{
"name": "symfony/framework-standard-edition",
"description": "The \"Symfony Standard Edition\" distribution",
"autoload": {
    "psr-0": { "": "src/" }
},
"require": {
    "php": ">=5.3.3",
    "symfony/symfony": "2.1.*",
    "doctrine/orm": ">=2.2.3,<2.4-dev",
    "doctrine/doctrine-bundle": "1.0.*",
    "twig/extensions": "1.0.*",
    "symfony/assetic-bundle": "2.1.*",
    "symfony/swiftmailer-bundle": "2.1.*",
    "symfony/monolog-bundle": "2.1.*",
    "sensio/distribution-bundle": "2.1.*",
    "sensio/framework-extra-bundle": "2.1.*",
    "sensio/generator-bundle": "2.1.*",
    "jms/security-extra-bundle": "1.2.*",
    "jms/di-extra-bundle": "1.1.*",
    "doctrine/doctrine-fixtures-bundle": "dev-master",
    "webignition/doctrine-migrations-bundle": "dev-master"
},
"scripts": {
    "post-install-cmd": [
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile"
    ],
    "post-update-cmd": [
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets",
        "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile"
    ]
},
"minimum-stability": "dev",
"extra": {
    "symfony-app-dir": "app",
    "symfony-web-dir": "web"
}
您可以做的是指定所需的标签(而不是 2.1.* 使用 2.1.1 fe)
在 2014 年 12 月上旬,发现了一项优化,在 Composer 运行期间停止尝试垃圾收集内存。由于 Composer 中正在做一些非常具体的事情,所以花了很长时间,但最终做的很少。补丁之后,许多人报告说 Composer 会占用更多内存,但运行时间会减少一半,甚至更少。
也尝试更新作曲家。

R
Roberto

尝试为 composer.json 中的每个依赖项指定一个版本,并在调用 composer.json 时使用选项 --prefer-dist。它将从存储库(如果可用)而不是单个文件下载 ZIP 文件。

php composer.phar install --prefer-dist

它显着改善了我非常简单的项目的加载时间,该项目有很多传递依赖(使用 phpunit)
它还在 ~/.composer 中保存了一份坐席的副本,以便其他项目或更新等先到那里。
似乎正是我的问题。当我在没有锁定文件的情况下运行 composer install 时,它花了大约 30 分钟。当我使用锁定文件时,它在几秒钟内完成。
b
badcook

既然你接受了一个答案,看起来这解决了你的问题。以防万一其他人偶然发现这个问题(就像我在搜索时所做的那样),就我而言,一个非常慢的 Composer 安装与我的 PHP 版本有关(警告,我是一个完整的 Composer 新手) ,尽管 Composer 通过了标准检查并表示一切正常。我运行的是 Ubuntu 12.04 LTS,并且懒得从 Precise 存储库中的默认 PHP 5.3.10(您正在运行的相同版本)升级。

通过 Composer 安装 Twig 最初花了我大约 30 分钟。在花了一个多小时后,我放弃了安装 Doctrine。我升级到 5.4.17(使用这个 PPA https://launchpad.net/~ondrej/+archive/php5)并在几秒钟内完成了 Doctrine 的安装。


+1 不管 PHP 升级不是一个选项,因为接受的答案对我也不起作用。
在 PHP 5.5.9 中也可以更快地工作。我也听说有人在 HHVM 上使用 composer 取得了惊人的效果。
禁用 xdebug 似乎也有帮助。
E
Elijah Lynn

我发现它也很慢,在几十分钟内慢。

对我来说,我添加了 -vvv,发现它挂在 Downloading https://packagist.org/p/provider-active$53cdf887c8d2925b3501f47d6980fb7bda2310716369bf7a84857c6e62bbab0f.json 之类的东西上

然后我转到浏览器并尝试下载该 JSON 文件,果然如此。缓慢的原因是 packagist.org。


这是我的情况缓慢的根本原因。
这似乎对我有用(不完全,但至少少了一件事)stackoverflow.com/a/30716919/775941
R
Reuben L.

就我而言,上述建议没有任何作用。所做的是对 packagist 使用 HTTPS 协议:

php composer.phar config --global repo.packagist composer https://packagist.org

或者

composer config --global repo.packagist composer https://packagist.org

取决于您的设置


这对我来说非常有效。个人会将此标记为最佳答案。
非常适合我
我尝试了很多解决方案(比如禁用 xdebug、激活缓存、添加 --prefer-dist),但这些都不起作用,我偶然得到了这个答案,这是唯一真正解决问题的解决方案。应该标记为我的案例的最佳答案。
L
Liam Kernighan

为了诊断这种用法,我使用了带有 -vvv 属性的 require 命令。

composer require larapack/dd -vvv

就我而言,我发现 composer 速度慢是因为 fxp/composer-asset-plugin。

composer global show
composer global remove fxp/composer-asset-plugin


关注公众号,不定期副业成功案例分享
关注公众号

不定期副业成功案例分享

领先一步获取最新的外包任务吗?

立即订阅