Composerで依存関係を追加する際に「composer.jsonを編集してrequireに追加してください」といった作業指示が時折見られますが、それはバッドノウハウです。 原則 依存関係を追加・削除するときはコマンドラインから composer require vendor/package で追加 composer remove vendor/package で削除 composer require --dev vendor/package で開発時に必要なものを追加 composer remove --dev vendor/package で開発時に必要なものを削除 本番運用環境と同じバージョン・近い環境で実行する さもなくば、依存パッケージのバージョンを自分で特定しなければならなくなる 依存関係をアップデートするときに引数なしで composer update してはいけない マイ
久方ぶりにPHPのレガシーなシステムを触りましたが、なんというか。。。 名前空間とcomposerが無いだけで、こうも大変になるのかと思いましたね というわけで、もはやデファクトスタンダードとなったcomposerを使用した開発について、その有り難みを噛み締めつつ、まとめていきたいと思います composer composerは依存性管理ツール composerは依存性管理ツールです。。。ってナンノコッチャですが、例えば以下の状況を考えてみましょう 便利そうなライブラリAを使用したいのだが、このライブラリは更に別のライブラリB, Cを必要としている。さらに、ライブラリBはライブラリD, Eを。。。 そう、ライブラリの依存性地獄です。 使用したいのはAなのに、そのために必要なライブラリがボコボコ必要になる こんなのは日常茶飯事です。 でもcomposerがあればどうでしょう。 ライブラリAが
PHPerで使っていない人はいないというぐらい、メジャーなPHPの依存管理ツールComposer。 ですが、動作が遅いという欠点があります。 Composerが遅い原因は主に下記だそうです。 packagist.orgが日本から遠い composerのアーキテクチャ的に、小さなjsonファイルを少しずつダウンロードするため、ネットワークの遅延がもろに影響する composerがfile_get_contentsでjsonをダウンロードしていて、どうやらKeep-Aliveを使っていないし、並列ダウンロードもしていない Qiita またある日@cakephperさんがこんなことを呟いていました。 アメリカでcomposer installしたら高速すぎてビックリした— cakephper (@cakephper) 2015, 11月 17 そしたら、packagistのミラーサイト作ればいい
この前、開発用のサーバーにデプロイするためのスクリプトを書き終えたのだけど、そのデプロイの途中でこけた。 スクリプトの中では、gitの特定のブランチの最新を引いた後、composer installを走らせるということをやっているのだけど、このcomposer installでこけていたので、そもそも適当に使っていたcomposerについて調べてみた。 このとき出ていたエラーは次のようなもの。 Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.このデプロイの前に行っていた変更では、ローカルの開発環境上でcomposer.jsonに依存パッケー
Composer の以下の問題が 2 月半ばあたりから話題になっていました。 Limit Replace / Provides to packages required by name in root package or any dep · Issue #2690 · composer/composer https://github.com/composer/composer/issues/2690 一言で言うと、 条件によってはユーザの意図しないパッケージがインストールされてしまう という問題です。悪意のあるパッケージをインストールしたことに気づかれなければ、攻撃者の思い通りのコードを実行させることができてしまいます。 ざっくり説明すると、 Composer には fork したパッケージや、リネームしたパッケージ から 、元のパッケージを置き換えることのできる機能が存在する (本エン
こんにちは、@9ensanです。 今回は、PHPの依存管理ツール「Composer」の使い方です。 PHPでアプリケーションを作る時に、ほとんどの人が1つ以上はフレームワーク、テンプレートエンジン、O/Rマッパーなどの便利な外部ライブラリ何かしら使用していると思います。 その外部ライブラリがまた別のライブラリに依存していてとなっていった日には、アプリケーションを作る環境構築だけで時間がとられて無駄です。 そのような場合に便利なツールが、今回紹介する「Composer」というツールです。 このツールは、composer.jsonという設定ファイルの記述にしたがって、依存するライブラリをコマンド一つでインストールしてくれるツールです。 Nodeでいうところのnpm、RubyでいうとこのBundlerに似たツールになります。 ComposerはPSR-0のautoloadの機能も保持しているので
これは PHP Advent Calendar 2013 - Qiita [キータ] の5日目の記事です。 みなさんこんにちは。fivestarことクロコスの小川です。 Composerを使うと簡単に依存ライブラリを管理することが可能です。Composer とはなんぞや、という方は下記の記事あたりに目を通してみてください。 Composerを活用したモダンな開発手法をPHPカンファレンス2013で発表してきた。 #phpcon2013 | Engine Yard Blog JP Composerでは例えば次のようにcomposer.jsonファイルを書くことで依存ライブラリを指定できます。この例だとFacebookのPHP SDKが使えるようになります。 { "require": { "facebook/php-sdk": "dev-master" } } Composerとオートロード
こんにちは、@9ensanです。 PHPの依存管理ツールの「Composer」を使おうと思うとコマンドを覚えておいた方がいいと思うのでちょっと調べてみました。 以下解説になります。 全てのコマンドに有効なオプション –verbose(-v)：詳細メッセージを表示させる。 –help(-h)：ヘルプを表示する。 –quiet(-q)：メッセージを表示しない。 –no-interaction(-n)：対話型のメッセージを表示しない。 –working-dir(-d)：作業フォルダを指定する –profile：メモリ使用量と実行時間を表示する。 –ansi：ANSIカラーでメッセージを出力する。 –no-ansi：ANSIカラーを使用せずにメッセージを出力する。 –version(-V)：バージョンを表示する init composer.jsonを作成するコマンド、手で書くよりは少し簡単に作成で
Composerの使い方を調べたメモ(1)の続きです。 ライブラリ側のcomposer.jsonの書き方を調査する成り行きで、Githubに登録しているバリデーションライブラリをPackagistに登録し、composerでインストールしてみました。 composer.json require にPHP 5.3.3以上って書いてますが、超テキトーです（汗） バージョン番号も今回初めて付けました。まあ、実質自分専用なんで…。 実はPackagistへのアカウント登録は早めに済ませていたので（Twitterでは叶わなかったID確保のため…）、後はGithubリポジトリのトップにcomposer.jsonをコミットして、PackagistでリポジトリのURLを登録するだけでOKでした。 登録完了後、パッケージのトップ画面に、自動アップデートが有効になってないからGithubのServiceHoo
名前空間を使わないPSR-0のライブラリをComposerのオートローダで利用する方法について調べたメモです。 英語が不得手な自分は、マニュアルのサンプルを眺めながら試行錯誤を繰り返すしかないわけで、トンチンカンなことをやってる/書いてるかもしれないと、あらかじめお断りしておきます。 （英語読めるなら http://getcomposer.org/doc/04-schema.md を読んだ方が早いです、多分） まず、Packagist未登録のPSR-0対応ライブラリをGitHubからインストールする場合。 利用側のcomposer.json composerのinstallコマンドを実行すると、vendor/phanda/pathtranslator 以下にリポジトリのファイルが全てコピーされる。 $ php composer.phar install Installing depende
Composer の使い方を調べたメモ。 Ryuzee.comの記事で分からなかった部分を実際に使って試してみました。 以下、内容はほぼ推測なので、間違いがあれば指摘していただけると嬉しいです。 composer.json 上記の定義で "php composer.phar install" した結果、symfony/class-loader のソースがPackagist経由で https://github.com/symfony/ClassLoader から取得され、/vendor/symfony/class-loader/Symfony/Component/ClassLoader 以下にインストールされる。 composerによって生成された /vendor/autoload.php を読み込むことでcomposerのオートローダが利用できる。 composerのオートローダではライブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く