[php] composerが300秒でタイムアウトしてしまう
概要 selenium-side-runnerのE2Eテストがあります。composer.jsonのscriptに登録して、ターミナルで実行したら、300秒でタイムアウトしてしまいました。 $ composer e2etest ... The process "./bin/e2etest.sh" exceeded the timeout of 300 seconds. 優先順位1: 環境変数 COMPOSER_PROCESS_TIMEOUT 一時的にタイムアウト秒数を長くするには、環境変数COMPOSER_PROCESS_TIMEOUTに秒数を設定します。 0はタイムアウトなし無制限です。 $ COMPOSER_PROCESS_TIMEOUT=600 composer e2etest または $ export COMPOSER_PROCESS_TIMEOUT=600 $ composer
![[php] composerが300秒でタイムアウトしてしまう](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f1e1d81ea68a5919a1d3bfe4cf165f4c082d1bd/height=288;version=1;width=512/https%3A%2F%2Fwww.ninton.co.jp%2Fwordpress%2Fwp-content%2Fuploads%2F2020%2F12%2Fcomposer_160x160.jpg)
WindowsにPHPを導入してVSCodeで開発を始めるまでの手順 - Qiita
はじめに Windows上に最新版のPHPをインストールして使い始めるまでに必要な最低現の手順を、備忘録としてメモしてみました。 このドキュメントはローカル開発環境の構築をターゲットにしていて、Webサーバ環境は目的としていませんのでご注意ください。 事前準備 再頒布可能パッケージのインストール PHPバイナリの実行に「Visual Studio 2015 の Visual C++ 再頒布可能パッケージ」が必要な為、以下よりダウンロード・インストールしておく。 https://www.microsoft.com/ja-jp/download/details.aspx?id=48145 インストール手順 PHPのインストール 以下の手順でPHP For Windowsをインストールする。 PHP For Window をダウンロードする http://windows.php.net/down
forkしたrepositoryをcomposer requireでインストールする - Qiita
背景 使用していたライブラリがアーカイブされてしまった😭 代替パッケージへの乗り換えはコスト高くて難しい🤔 いつ削除されるか分からなくて怖い😱 ライブラリをメンテナンスしたい💪 フォークしていれば、リポジトリは残る アーカイブされたリポジトリは一定期間で削除されてしまう可能性があります。 数年後リポジトリが消えていきなり動かなくなったことを考えるとめちゃ怖い。 プライベートリポジトリを削除すると、そのフォークもすべて削除されます。 パブリックリポジトリを削除しても、そのフォークは削除されません。 フォークしとけば、上流リポジトリが消されても安心みたい！ (プライベートリポジトリに変更した上で削除されたらどうなってしまうんやろか...？🤨) 手順 例として package/foo のパブリックリポジトリをforkして mycompany/foo のリポジトリを作った場合の手順になり
PHPフレームワーク｢composer dump-autoload｣の重要性について - Qiita
はじめに この記事の対象者は、｢PHPはやったことあるけど、フレームワークはあまり使ったことないよ｣って人を対象にしております。 フレームワークの構成を壊さずにプロジェクトを遂行できるように少し豆知識を。 と、言う筆者も実は昔。。。 あんまり理解せずにフレームワークの構成を壊していろいろ作っちゃっていました。。。 しっかり構成に従って効率的にコーディングしていきましょう！！！ その上で重要になるのがいろいろありますが、今回紹介するのはcomposer dump-autoloadです。 フレームワークを使用せずにPHPでスクラッチ開発をしていると、よくソースの頭に書くものがありますよね？ それはコチラ！
Laravel 6.x を Laravel 7.x にアップグレードする - Qiita
やりたいこと Laravel 6.xをつかってるがLaravel8.xも出たし、そろそろアップグレードしようと思いやってみた手順です さすがに、でてすぐの8だと、サードパーティパッケージがまだ対応していないのが多いので7.xにします 自分がやったことをつらつらメモです PHPのバージョン PHPのバージョンが7.25が必須になりました Laravel6の時点で7.2が必要でした 今回自分は非対象でした パッケージ [影響高] composer.jsonの下記パッケージを書き換えます laravel/frameworkを^7.0へ nunomaduro/collisionを^4.1へ phpunit/phpunitを^8.5へ laravel/tinkerを^2.0へ facade/ignitionを^2.0へ また、自身が使っているパッケージが7.xに対応しているか確認します 一つ一つ確認
Composerのバージョン指定。~を使うか^を使うか
この記事の目的 composer.jsonでのバージョン指定方法を根拠を持って決められるようになる。 特に~と^の違いと利用方針を考える。 導入 PHPのパッケージ管理に多く使われるComposer。 Composerはcomposer.jsonというファイルにインストールするパッケージとそのバージョンを保存し、それに応じて依存関係を解決してパッケージをインストールします。 バージョン指定にはいくつか記法があり、特定のバージョンを指定したり、あるいは範囲指定することもできます。 その範囲指定で使われるのが~(チルダ)と^(キャレット)です。(ex. ^1.2, ~2.3.2) ※ 他にも(dev-[branch name]でbranchを指定する方法や>=`で範囲を指定する方法などもありますが、この記事では触れません(詳しくはVersion and constraints - Compos
Composer本体のバージョンを1系に固定化する - Qiita
2020年10月24日 Composerバージョン2がリリースされました🎉 https://blog.packagist.com/composer-2-0-is-now-available しかし、最新版では今まで動いていたComposerプロジェクトが動作しなくなったりまだ安定化できていなさそうなので、一旦以前の1系のバージョンに戻します。 公式のインストーラ経由 $ curl -sS https://getcomposer.org/installer | php -- --version=1.10.15 $ mv composer.phar /usr/local/bin/composer 公式のDockerイメージ経由 現在、 latest は 1.10.15 を指してるのでlatestを指定していた場合は1系の最新版がインストールされます。 いずれは2系がインストールされるようにな
Composer2.x で変わったこと - Qiita
2020年10月24日 Composr 2.0.0 がリリースされました🙌 半年前の記事から少し気になってましたが、思ったより早くリリースされて嬉しいです！ Composer 2.0 is now available! 今回はこちらのリリース記事の内容を要約してご紹介します！ Composerとは？ Composerとは、PHPのパッケージ管理ツールです。 composer.json に書かれたパッケージ及び依存関係にあるパッケージも含めコマンド一発でインストールしてくれます。 Composerを使っていないPHPプロジェクトはほぼほぼないと言っても良いでしょう。 そんな素敵なツールのメジャーバージョンアップニュースです。 変更点 記事の内容を要約してご紹介します。 詳細な変更点については、チェンジログをご覧ください。 パフォーマンスの向上 Composerとpackagist.orgの
Composerで特定パッケージのみを更新 - Qiita
ComposerでPHPのパッケージ管理を行っているとき、composer update コマンドを使用することで、パッケージの更新をまとめて行うことができます。 ですが、テストの都合などで特定パッケージのみバージョンアップしたい場合もあります。 以下の方法を使えば、特定のパッケージのみを更新することができます。 ※間違った点などあればご教授いただければ幸いです。 特定パッケージのみ更新する composer update コマンドの後にパッケージ名を指定すれば、composer.json に記載された特定のパッケージとその依存のみを最新バージョンに更新できます。
composer updateがPHPのメモリ制限に引っかかってできない時 - Qiita
新規にプロジェクトを設置してcomposer updateしたら以下のエラーがでて行えなかった。 PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 32 bytes) in phar:///usr/local/src/composer.phar/src/Composer/DependencyResolver/Solver.php on line 707 対処方法 php.iniの設定を変える 1.php.ini開く vim /etc/php.ini 2.php.ini内で検索 /memory_limit memory_limit = 128M 3.適宜変更 memory_limit = 1024M 4.apacheリスタート /etc/init.d/httpd resta
Composer でパッケージの削除は composer remove が良いと思ったらそうでも無かった - Qiita
Composer で複数のパッケージをインストールしていて、開発を進めるうちにそれらの一部が不要になること、あると思います。そんなとき、どうやって不要になったパッケージを削除しているでしょうか？ 幾つか方法はあると思うので、それらの動作を確認してみます。 まず、実験のために composer.json を a b c d の 4 つのディレクトリに作成します。それぞれ下記の内容です。
PHP Insights
The perfect starting point to analyze the code quality of your PHP projects Get Started → Static Analysis Tool Analysis of code quality and coding style. Beautiful overview of code architecture and it's complexity. Tailored for your framework Designed to work out-of-the-box with Laravel, Symfony, Yii, WordPress, Magento2, and more.
光遅い問題を克服してcomposerを10倍速くした話 | メルカリエンジニアリング
はじめまして。サーバーサイドエンジニアの中野(@Hiraku)です。2015年12月からメルカリで働いています。 2016年1月27日(水)の第98回PHP勉強会@東京にて、composerを速くする取り組みについて発表をしてきました。 composerはPHPにおける実質スタンダードなパッケージマネージャです。 このcomposer、日本で実行すると非常に遅く感じます。この原因は普通ならこう表現すると思います。 githubやpackagistが日本から遠いから composerの実装がよくないから しかし発表ではあえて「光が遅いから」という主張をしました。 一般常識として、光の速さ(真空中で秒速約30万km)はとてつもなく速いものという認識だと思います。しかし一方で、地球や宇宙の規模など極限的な状況に携わる仕事をしている人であれば「全然速くない、むしろ遅い」というのが普通の感覚です。
composer.jsonのrequireを直接編集してはいけない - Qiita
Composerで依存関係を追加する際に「composer.jsonを編集してrequireに追加してください」といった作業指示が時折見られますが、それはバッドノウハウです。 原則 依存関係を追加・削除するときはコマンドラインから composer require vendor/package で追加 composer remove vendor/package で削除 composer require --dev vendor/package で開発時に必要なものを追加 composer remove --dev vendor/package で開発時に必要なものを削除 本番運用環境と同じバージョン・近い環境で実行する さもなくば、依存パッケージのバージョンを自分で特定しなければならなくなる 依存関係をアップデートするときに引数なしで composer update してはいけない マイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
｢Fatal error: Class ‘…’ not found｣に陥ったときのチェック5項目 - Qiita
7.x アップグレードガイド Laravel
逆引き！Composer コマンド・ライン一覧
【2019年1月現在】PHP7.3でcomposerが使えなくなるバグの対策 - Qiita
GitHub - guzzle/guzzle: Guzzle, an extensible PHP HTTP client
今時のPHP HTTPクライアントのGuzzleを使ってみた - Qiita
