PHP Composerが非常に遅いのはなぜですか?


99

依存関係のないプロジェクトを初期化するだけなのに、PHP Composerが非常に遅いのはなぜですか?実行するコマンドは次のとおりです。

composer init

<composer.jsonの作成をステップスルーし、0個のゼロ依存関係を定義します>

composer install

3分待ちます(誇張ではありません)。

作曲家がしなければならないのはオートローダーを引っ張って作成することだけですが/vendor、なぜそんなに時間がかかるのですか?さらに言えば、なぜそのステップが実行されないのcomposer initですか?

キャッシュされたオートローダーとベンダーを取り込むために使用できる構成オプションはありますinitか?


1
もっと真剣に:過去30日間に作曲家を更新しましたか?先月、コードのパフォーマンスが大幅に向上しました
Mark Ba​​ker

compose install5分以上前に開始しましたが、まだ完了していません。Composer version 1.0-dev (07c644ac229a21df80180598d8bb9aaba232eecb) 2015-02-03 12:51:10。たぶんそれは最新バージョンではありませんが、IBMメインフレームよりもまだ新しいです;-)
axiac 2015

完了したことを確認してくださいcomposer self-update
sjagr 2015

先週かそこらで更新しました。
agmLauncher 2015

私は作曲家の更新と作曲家の自己更新が信じられないほど遅いことに苦労しました。15分以上かかり、例外をスローします。ルーターのDNSサーバーを(GoogleのものからISPのものに)変更したところ、composerは魅力のように機能しました。
ゴードンヒックリー2015年

回答:


43

また、Xdebugを無効にします。Xdebugを使用すると、のような単純なコマンドを実行している場合でも、Composerに数分かかることがありcomposer --versionます。


1
これが実際に私の問題であることが判明しました。Xdebugは、composerの実行を非常に遅くします。
agmLauncher 2017年

hirak / prestissimoを使ってみてください。パッケージを速いテンポでダウンロードするのに役立つコンポーザープラグインです。 リンク
Ritesh Chitrakar

3
執筆時点では、デバッグの有無にかかわらず同じパフォーマンスが得られました。2020/ 2019年に、yii2-starter-kitのインストールにすべてのライブラリで約200秒かかったにもかかわらず、composerは実行時にxdebugを自動的に無効にしたためです。 xdebugなので、この返信は古くなっています
FantomX 15

これを見て、デバッガーを引き上げました。xdebugがFPM専用に構成されていても、CLIがそれを開始し、IDEがブレークポイントで私を待っていたことがわかりました。ヒットは継続し、作曲は右の背中を蹴った。
ppostma1

377

Composerはによって実装されているためfile_get_contents()です。TCP最適化、キープアライブ、多重化などはありません。

パッケージを並行してダウンロードするComposerプラグインを作成しました:https//packagist.org/packages/hirak/prestissimo

$コンポーザーグローバルにはhirak / prestissimoが必要です

ぜひお試しください。私の環境でcomposer installは、10倍速くなります。


新しいlaravelプロジェクトをインストールするのに124秒から21秒になりました。大好きです!
cornips 2018

7
良いニュース:これは2019年1月にComposer 2に統合されたようです:github.com/composer/composer/pull/7904
Chuck

@ChuckLeButtがリリースはまだ見えない:(
hejdav

兄弟ありがとう。20倍高速です。
イリヤースカリム

61
  1. Composerの最新バージョンを使用していることを確認してください。
  2. たとえば、-vvvを追加して、冗長モードでインストールします。 composer global require "squizlabs/php_codesniffer=*" -vvv
  3. たとえば、Composerが低速に直面している場所を見つけることができれば、パッケージをダウンロードするときに5分間スタックしていました。50 Mbit / s接続で20kBファイルをダウンロードするのに5分以上かかりました。これは、HTTPSではなくHTTPを使用してpackagistからパッケージをダウンロードしていたためです。構成にこれらの変更を加えることで、私の問題は解決しました。 composer config --global repo.packagist composer https://packagist.org

3
私は作曲家に不慣れで、これを2日間修正しようとします。コメントを読んで、-vvvを追加した後、ようやく機能しました。1000年upvotes
フイトリン

#3は私のためにそれを解決しました。あなたは今私のヒーローです。なぜそれがとても遅く、いくつかのインターネット接続でしか機能しなかったのか、かなり長い間心配していました。どうも!
アンドレアスシャントル

composer config --global repo.packagist composer https://packagist.org 何だって!驚くばかり!🏆
リシKulshreshtha

13

こっちも一緒。詳細については、「composer install--profile-vvv」を参照してください。私の場合、いくつかのJSONファイルをダウンロードするのに長い時間がかかります。それらは私のサーバーにキャッシュされますが、Composerの更新/インストールを呼び出すたびにダウンロードされます。

... 30分後..。

@ packagist.orgのパフォーマンスに問題があるようです。これで、Composerのインストールは2秒以内に実行されます。また、ダウンロードしたJSONファイルは適切にキャッシュされます。


1
「それらは私のサーバーにキャッシュされますが、それでもすべてのコンポーザーの更新/インストール呼び出しでダウンロードされます」これ!! この問題の解決策を見つけましたか?接続が遅いので、それを見るのはひどいです。
lud 2018年

9

私はこの問題に遭遇していましたが、マシンのどこにもXdebugがインストールされていないため、問題が発生していました。IPv6アドレッシングモードの障害であることが判明しました。だからテストするために私は走った

curl --ipv4 'https://packagist.org/packages.json'
curl --ipv6 'https://packagist.org/packages.json'

IPv4は通過しましたが、IPv6は失敗しました。結局、ネットワークスタックがそれをサポートしていない理由を調べる必要がありますが、私の場合は、それを解決できるまでIPv4トラフィックを優先することにしました。上のCentOSの私が作成/ファイル/etc/gai.confを修正し、次に置きます:

label       ::1/128        0
label       ::/0           1
label       2002::/16      2
label       ::/96          3
label       ::ffff:0:0/96  4
precedence  ::1/128        50
precedence  ::/0           40
precedence  2002::/16      30
precedence  ::/96          20
precedence  ::ffff:0:0/96  100

Ubuntuでは、そのファイルを編集して行のコメントを解除することもできます

precedence ::ffff:0:0/96  100

Rackspace CommunityHubのソース


ちなみに、これは個人的には役に立たなかったようですが、すべてのオプションを確認するために再シミュレーションする必要がありますが、どれが原因である可能性があります。
fantomX

@ FentomX1それを聞いて申し訳ありません。そのため、テストを一番上に含めました。両方のカールテストを実行して接続している場合は、ネットワークが正しく設定されているため、明らかに変更を加えないでください。
アーロンチェンバレン

1
Windows10でこれを行う方法を示す短いYouTubeビデオを見つけました。それは私の問題を修正しました。youtube.com/watch?v=63Lt_vlNWLc
マーカス

5

Ubuntu Xenial 16.04 VPSでは、次のことを行う必要があります。

sudo sh -c "echo 'precedence ::ffff:0:0/96 100' >> /etc/gai.conf"
composer global require hirak/prestissimo

IPv4をIPv6よりも優先するように構成します。

/server/93717/setting-ipv4-as-preferred-protocol-over-ipv6


prestissimoをインストールしてから、作曲家のスピードは素晴らしかったです。
ビッグツリー

3
私は、このソリューションは、Ubuntuの18.04LTSのためにも動作していることを確認することができます
mwangaben

他の人がそれから学ぶことができるようにあなたの答えにいくつかの説明を追加してください。その最初の行は何をしますか?
ニコハース

@NicoHaaseタイムスタンプを見ると、この回答は実際には私が説明した問題への回答ですが、コメントとしては記載されていません。とにかくそれを私の答えに取り入れました。packagistはIPV6の使用を好むようですが、それでも一部のネットワークはIPV6でうまく機能しません。最初の行は、LinuxマシンがIPv4アドレスを優先し、それらを最初に検索するようにします。
アーロンチェンバレン

1

私の場合、私が実行していた作曲家のバージョンは過去のものです。作曲家のバージョン自体を更新した後、問題はなくなりました。

コンポーザーのバージョンを更新するには、

composer self-update

次に、composerパッケージが必要です。これで完了です。

composer require "<package-name>"

sudo?ルート?どうして ?
Mohamed Elbahja

申し訳ありませんが、権限に問題がある場合はsudoを追加してください。
sh6210

または、ファイルモードと所有者/グループのアクセス許可を修正する必要がありますか?SUDOを実行するだけでなく!それが何を意味するのか知らずに?間違いなく修正ではありません。
Mohamed Elbahja

もちろん、「chown」コマンドを実行することで所有者/グループのアクセス許可の問題を修正できますが、これは一度に行うことができます。私の主な意図は、私の観点から最も簡単な方法で解決策を示すことでした。しかし、私の言葉があなたに意味をなさない場合は申し訳ありません。
sh6210

@ sh6210composerを使用するときにsudoの使用を推奨しないでください。permission問題が「あるかもしれない」と仮定すると、偏見が生じます。
dbf

0

上記の回答のいずれかが機能しない場合は、ファイアウォールがポート9418でTCP_OUTを許可しているかどうかを確認してください。

ファイアウォールのセキュリティが厳しすぎました。これにより、Composerに非常に時間がかかり、タイムアウトが発生したり、ポートがブロックされたことを示したりすることはありませんでした。


更新中にプロセッサがビジーでしたか?
Yevgeniy Afanasyev

0

ウイルス対策のため、jsonファイルをダウンロードするときに私のものが遅くなりました。一部のアンチウイルスはすべてのWebトラフィックをスキャンし、jsonファイルの分析に時間がかかる場合があります。Composerの実行中にAVを無効にしてみてください。


0

編集:結論:ここにリストされている解決策はないか、一般的に防弾のようです。最終的に役立つのは、通常、composerを段階的に使用しcomposer requirecomposer removeコマンドを使用して一度に1つのパッケージのみを要求または削除することです。また、「非依存関係」設定の追加に関しても、更新のためにライブラリを追加/削除できます。 composer.jsonロックキャッシュ構成を更新します。

ここと問題のリンクからの回答で私の経験をグループ化します。

以前、私はこの質問で言及されているすべてのソリューションを今回まで試しました。しかし、他の単一のライブラリのインストールがかなり高速であることに気付いたにもかかわらず、それでも役に立たなかったので、ボトルネックを引き起こす可能性のあるライブラリを1つずつ調査しました。

1)はいそして私はそれをコードセプションであると見つけました、"codeception/codeception": "2.4.0",

他のライブラリと一緒に実行すると、12分近く実行されることもありましたが、それだけでも200秒近くかかりました。さらに、composerは、20秒間開始した後、0.35秒後に出力する場合、リアルタイムを反映していないようです。

[374.9MiB/173.14s]     39/45:   https://codeload.github.com/sebastianbergmann/php-text-template/legacy.zip/31f8b717e51d9a2afca6c9f046f5d69fc27c8686
[374.9MiB/173.16s]     40/45:   https://codeload.github.com/sebastianbergmann/diff/legacy.zip/720fcc7e9b5cf384ea68d9d930d480907a0c1a29
[374.9MiB/173.17s]     41/45:   https://codeload.github.com/sebastianbergmann/exporter/legacy.zip/68609e1261d215ea5b21b7987539cbfbe156ec3e
[374.9MiB/173.19s]     42/45:   https://codeload.github.com/sebastianbergmann/phpunit-mock-objects/legacy.zip/f9756fd4f43f014cb2dca98deeaaa8ce5500a36e
[374.9MiB/173.20s]     43/45:   https://codeload.github.com/sebastianbergmann/recursion-context/legacy.zip/5b0cd723502bac3b006cbf3dbf7a1e3fcefe4fa8
[374.9MiB/173.23s]     44/45:   https://codeload.github.com/sebastianbergmann/php-code-coverage/legacy.zip/4cab20a326d14de7575a8e235c70d879b569a57a
[374.9MiB/173.24s]     45/45:   https://codeload.github.com/doctrine/instantiator/legacy.zip/ae466f726242e637cebdd526a7d991b9433bacf1
[374.9MiB/173.24s]     Finished: success: 45, skipped: 0, failure: 0, total: 45
[374.8MiB/173.25s] Analyzed 6622 packages to resolve dependencies
[374.8MiB/173.25s] Analyzed 435842 rules to resolve dependencies
[374.8MiB/173.25s] Package operations: 54 installs, 0 updates, 0 removals
[374.8MiB/173.26s] Installs: sebastian/recursion-context:3.0.0, sebastian/exporter:3.1.2, doctrine/instantiator:1.3.0, phpunit/php-text-template:1.2.1, phpunit/phpunit-mock-objects:6.1.2, codeception/stub:1.0.4, sebastian/diff:3.0.2, sebastian/comparator:3.0.2, theseer/tokenizer:1.1.3, sebastian/version:2.0.1, sebastian/environment:3.1.0, sebastian/code-unit-reverse-lookup:1.0.1, phpunit/php-token-stream:3.1.1, phpunit/php-file-iterator:1.4.5, phpunit/php-code-coverage:6.0.5, sebastian/object-reflector:1.1.1, sebastian/object-enumerator:3.0.3, sebastian/global-state:2.0.0, phpunit/php-timer:2.1.2, symfony/polyfill-ctype:v1.17.0, webmozart/assert:1.8.0, phpdocumentor/reflection-common:2.1.0, phpdocumentor/type-resolver:1.1.0, phpdocumentor/reflection-docblock:5.1.0, phpspec/prophecy:v1.10.3, myclabs/deep-copy:1.9.5, sebastian/resource-operations:1.0.0, phar-io/version:1.0.1, phar-io/manifest:1.0.1, phpunit/phpunit:7.1.5, codeception/phpunit-wrapper:7.6.1, symfony/yaml:v4.4.8, behat/gherkin:v4.6.2, symfony/polyfill-mbstring:v1.17.0, symfony/dom-crawler:v4.4.8, symfony/css-selector:v4.4.8, symfony/browser-kit:v4.4.8, symfony/event-dispatcher-contracts:v1.1.7, psr/container:1.0.0, symfony/event-dispatcher:v4.4.8, symfony/service-contracts:v2.0.1, symfony/polyfill-php73:v1.17.0, symfony/console:v4.4.8, symfony/finder:v4.4.8, ralouphie/getallheaders:3.0.3, psr/http-message:1.0.1, guzzlehttp/psr7:1.6.1, guzzlehttp/promises:v1.3.1, symfony/polyfill-php72:v1.17.0, symfony/polyfill-intl-idn:v1.17.0, guzzlehttp/guzzle:6.5.3, symfony/process:v4.4.8, facebook/webdriver:1.7.1, codeception/codeception:2.4.0
[374.8MiB/173.28s]   - Installing sebastian/recursion-context (3.0.0): [374.9MiB/173.28s] Loading from cache[374.9MiB/173.28s]
[374.9MiB/173.28s]  Extracting archive[374.9MiB/173.51s]   - Installing sebastian/exporter (3.1.2): [374.9MiB/173.52s] Loading from cache[374.9MiB/173.52s]
[374.9MiB/173.52s]  Extracting archive[374.9MiB/173.75s]   - Installing doctrine/instantiator (1.3.0): [374.9MiB/173.76s] Loading from cache[374.9MiB/173.76s]
[374.9MiB/173.76s]  Extracting archive[374.9MiB/174.00s]   - Installing phpunit/php-text-template (1.2.1): [374.9MiB/174.00s] Loading from cache[374.9MiB/174.00s]
[374.9MiB/174.00s]  Extracting archive[374.9MiB/174.23s]   - Installing phpunit/phpunit-mock-objects (6.1.2): [374.9MiB/174.23s] Loading from cache[374.9MiB/174.23s]
[374.9MiB/174.23s]  Extracting archive[374.9MiB/174.55s]   - Installing codeception/stub (1.0.4): [374.9MiB/174.56s] Loading from cache[374.9MiB/174.56s]
[374.9MiB/174.56s]  Extracting archive[374.9MiB/174.80s]   - Installing sebastian/diff (3.0.2): [374.9MiB/174.80s] Loading from cache[374.9MiB/174.80s]
[374.9MiB/174.80s]  Extracting archive[374.9MiB/175.07s]   - Installing sebastian/comparator (3.0.2): [374.9MiB/175.07s] Loading from cache[374.9MiB/175.07s]
[374.9MiB/175.07s]  Extracting archive[374.9MiB/175.33s]   - Installing theseer/tokenizer (1.1.3): [374.9MiB/175.33s] Loading from cache[374.9MiB/175.33s]

前の実行

 Problem 1
    - Installation request for codeception/codeception 2.4.0 -> satisfiable by codeception/codeception[2.4.0].
    - Conclusion: remove symfony/finder v5.0.8
    - Conclusion: don't install symfony/finder v5.0.8
    - codeception/codeception 2.4.0 requires symfony/finder >=2.7 <5.0 -> satisfiable by symfony/finder[v2.7.0, v2.7.1, v2.7.10, v2.7.11, v2.7.12, v2.7.13, v2.7.14, v2.7.15, v2.7.16, v2.7.17, v2.7.18, v2.7.19, v2.7.2, v2.7.20, v2.7.21, v2.7.22, v2.7.23, v2.7.24, v2.7.25, v2.7.26, v2.7.27, v2.7.28, v2.7.29, v2.7.3, v2.7.30, v2.7.31, v2.7.32, v2.7.33, v2.7.34, v2.7.35, v2.7.36, v2.7.37, v2.7.38, v2.7.39, v2.7.4, v2.7.40, v2.7.41, v2.7.42, v2.7.43, v2.7.44, v2.7.45, v2.7.46, v2.7.47, v2.7.48, v2.7.49, v2.7.5, v2.7.50, v2.7.51, v2.7.6, v2.7.7, v2.7.8, v2.7.9, v2.8.0, v2.8.1, v2.8.10, v2.8.11, v2.8.12, v2.8.13, v2.8.14, v2.8.15, v2.8.16, v2.8.17, v2.8.18, v2.8.19, v2.8.2, v2.8.20, v2.8.21, v2.8.22, v2.8.23, v2.8.24, v2.8.25, v2.8.26, v2.8.27, v2.8.28, v2.8.29, v2.8.3, v2.8.30, v2.8.31, v2.8.32, v2.8.33, v2.8.34, v2.8.35, v2.8.36, v2.8.37, v2.8.38, v2.8.39, v2.8.4, v2.8.40, v2.8.41, v2.8.42, v2.8.43, v2.8.44, v2.8.45, v2.8.46, v2.8.47, v2.8.48, v2.8.49, v2.8.5, v2.8.50, v2.8.52, v2.8.6, v2.8.7, v2.8.8, v2.8.9, v3.0.0, v3.0.1, v3.0.2, v3.0.3, v3.0.4, v3.0.5, v3.0.6, v3.0.7, v3.0.8, v3.0.9, v3.1.0, v3.1.1, v3.1.10, v3.1.2, v3.1.3, v3.1.4, v3.1.5, v3.1.6, v3.1.7, v3.1.8, v3.1.9, v3.2.0, v3.2.1, v3.2.10, v3.2.11, v3.2.12, v3.2.13, v3.2.14, v3.2.2, v3.2.3, v3.2.4, v3.2.5, v3.2.6, v3.2.7, v3.2.8, v3.2.9, v3.3.0, v3.3.1, v3.3.10, v3.3.11, v3.3.12, v3.3.13, v3.3.14, v3.3.15, v3.3.16, v3.3.17, v3.3.18, v3.3.2, v3.3.3, v3.3.4, v3.3.5, v3.3.6, v3.3.7, v3.3.8, v3.3.9, v3.4.0, v3.4.1, v3.4.10, v3.4.11, v3.4.12, v3.4.13, v3.4.14, v3.4.15, v3.4.16, v3.4.17, v3.4.18, v3.4.19, v3.4.2, v3.4.20, v3.4.21, v3.4.22, v3.4.23, v3.4.24, v3.4.25, v3.4.26, v3.4.27, v3.4.28, v3.4.29, v3.4.3, v3.4.30, v3.4.31, v3.4.32, v3.4.33, v3.4.34, v3.4.35, v3.4.36, v3.4.37, v3.4.38, v3.4.39, v3.4.4, v3.4.40, v3.4.5, v3.4.6, v3.4.7, v3.4.8, v3.4.9, v4.0.0, v4.0.1, v4.0.10, v4.0.11, v4.0.12, v4.0.13, v4.0.14, v4.0.15, v4.0.2, v4.0.3, v4.0.4, v4.0.5, v4.0.6, v4.0.7, v4.0.8, v4.0.9, v4.1.0, v4.1.1, v4.1.10, v4.1.11, v4.1.12, v4.1.2, v4.1.3, v4.1.4, v4.1.5, v4.1.6, v4.1.7, v4.1.8, v4.1.9, v4.2.0, v4.2.1, v4.2.10, v4.2.11, v4.2.12, v4.2.2, v4.2.3, v4.2.4, v4.2.5, v4.2.6, v4.2.7, v4.2.8, v4.2.9, v4.3.0, v4.3.1, v4.3.10, v4.3.11, v4.3.2, v4.3.3, v4.3.4, v4.3.5, v4.3.6, v4.3.7, v4.3.8, v4.3.9, v4.4.0, v4.4.1, v4.4.2, v4.4.3, v4.4.4, v4.4.5, v4.4.6, v4.4.7, v4.4.8].
    - Can only install one of: symfony/finder[v2.7.0, v5.0.8].
    - Can only install one of: symfony/finder[v2.7.1, v5.0.8].
    - Can only install one of: symfony/finder[v2.7.10, v5.0.8].
    - Can only install one of: symfony/finder[v2.7.11, v5.0.8].

2)はいところで、私が述べたようにprestissimoはすでに適用されており、コードセプションなしでインターネット全体がはるかに高速な別の非常に高速なコンピューターでは、インストールに5倍、518秒かかりましたが、おそらくprestissimoまたは他のアドバイスが原因でしたここでは、110秒かかりました。

composer global require hirak/prestissimo

3)はいWindowsは遅いので、WindowsからLinuxへの仮想化フォルダも遅いです。Linux内の共有フォルダーの外で実行すると、約2倍高速化されたようです。キャッシュが原因である可能性がありますが。

4)いいえ

    "process-timeout": 1800,

はgitcheckoutのような単一のプロセスごとであり、すでにかなり巨大であったため、10秒に設定してもまったく役に立たなかったようです。おそらく、一部のサービスが完全に停止した場合にのみ役立ちます。

5)YESベンダーフォルダを削除またはempty = freshでインストールする方が、ベンダーファイルやそこに存在する他のパッケージに追加するよりもかなり速いようです(約1分以上)

6)YESは、xdebug独自のイメージのないUbuntu18 apache2では、Yii2-starter-kitでxdebugを使用した場合でもDebian10 php-fpmよりも遅いようです。何らかの理由でcat /etc/*-release、Linuxディストリビューションを見つけるのに約2倍遅くなります。

7) php -ddefault_socket_timeout=1 /usr/local/bin/composer --verbose --profile installここで言及されているNOは、-prefer-distフラグ や、IP v6 v v4プロトコルについて言及されているにもかかわらず、コンポーザーの依存関係の更新が遅いとは思われませんでした 。

8)いいえzipのインストールは役に立たないようです。PHPのインストールにはzipがプリインストールされていて、Linuxパッケージとしてインストールされるまでそこにないという不満がありましたが、単一のシミュレーションでのプロセスが650秒から750秒に100秒遅くなりました。同じ環境条件。 As there is no 'unzip' command installed zip files are being unpacked using the PHP zip extension https://stackoverflow.com/a/51208804/3419535 キャッシュレス状態でのテスト--no-cache

9)はい削除 "minimum-stability ": "dev",

10)はいprefer-distcomposer require robmorgan/phinx:@dev --prefer-dist -vvv --profile を使用します(インストールコマンドによる完全インストールの代わりに、上記の最初に説明した部分的なrequireコマンドを使用するため、例としてrequireコマンドを使用することは、最も重要なスピードアップの1つであり、さらに@が必要です。minimum-stability: devすべての依存関係に一般的に適用されていない場合の前のポイントに沿った開発は、ケースごと(依存関係)ベースで使用しても無害のようです)


これは与えられた質問とどのように関連していますか?問題の説明によると、OPの問題にリストされている依存関係は1つもありません
Nico Haase

問題は一般的に対処する必要があり、私は私を助けたすべてを要約しようとし、他の場所からいくつかの他の解決策を追加しました。アスカーが求めるものだけでなく、他の何千ものユーザーシナリオがここにあります。Composer requireは、基本的にcomposerinstallのサブパートにすぎません。応答で「require」という単語/コマンドも使用したからといって、インストールにも適用されないという意味ではありませんが、必要に応じてその単語を削除できます。「依存関係は1つもリストされていません」が、どのように何かを変更すると、composerのインストールは依存関係に他なりません。
fantomX 18

数分後に1ポイントから-1になりました。これは、あなたが以前に投票したためか、あなたに返信したためです。選択した回答prestistimo、ipv 6の使用、またはxdebugの無効化も一般的ではなく、具体的なcomposerrequireコマンドには適用されないことを教えてください。急いで編集してしまったことをお詫びしますが、個人用ウィキとしても使用しており、具体的な従属名も記載していませんが、調整します。私がタイプミスをしたのが気に入らない場合は、それについて言及してください。ただし、一般的でないことは意味がありません。「require」の使用はソリューション自体の1つであるため、「require」コマンドを参照として使用しました。
fantomX 18

1
OPは、Composerが依存関係なしで遅い理由を尋ねました-あなたのリストが他の多くの状況で役立つかもしれないとしても、私は与えられた質問との関連がわかりません
Nico Haase

2
Prestissimoは、requireリストが空の場合でも役立ちます。一部のファイルは依存関係リストに関係なくcomposerによってダウンロードされるため、ここでも並列ダウンロードが役立ちます。
rob006


-1

調べるための最良の方法は、詳細にcomposer update / installを実行することです。コンポーザー{インストール/更新} -vvv。フラグ-hを使用すると、将来的に役立つ可能性があります


その説明を教えてください。OPは、完全に空の依存関係リストを使用してテストを実行しています
Nico Haase

-1

場合によっては、composer.lockファイルを削除してから削除すると、composer install依存関係をダウンロードするのに時間がかかりすぎます。この場合、composer updateコマンドを使用すると、あなたや他の人に役立つ可能性があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.