光遅い問題を克服してcomposerを10倍速くした話 | メルカリエンジニアリング
はじめまして。サーバーサイドエンジニアの中野(@Hiraku)です。2015年12月からメルカリで働いています。 2016年1月27日(水)の第98回PHP勉強会@東京にて、composerを速くする取り組みについて発表をしてきました。 composerはPHPにおける実質スタンダードなパッケージマネージャです。 このcomposer、日本で実行すると非常に遅く感じます。この原因は普通ならこう表現すると思います。 githubやpackagistが日本から遠いから composerの実装がよくないから しかし発表ではあえて「光が遅いから」という主張をしました。 一般常識として、光の速さ(真空中で秒速約30万km)はとてつもなく速いものという認識だと思います。しかし一方で、地球や宇宙の規模など極限的な状況に携わる仕事をしている人であれば「全然速くない、むしろ遅い」というのが普通の感覚です。
ComposerとPackagistでPHPライブラリを開発、テスト、公開する(2/2)
今回は、前回ComposerとPackagistでPHPライブラリを開発、テスト、公開する(1/2)で作成したライブラリをPackagistに公開します。 Packagistって PackagistはComposerのメインリポジトリとなるサイトです。 ここで公開しておくことでcompser.jsonにリポジトリの指定をしなくてもライブラリを取得できるようになります。 ライブラリのGit管理 Packagistでの公開する場合は、ライブラリをGit管理しましょう。 .gitignoreの準備 以下の内容で.gitignoreを作成しておきます。 .gitignore vendor/ composer.lock composer.phar 資産のコミットとタグ付け ライブラリが公開できるようになったら、資産をコミットします。 このとき、タグも一緒につけてください。このタグがバージョン番号とし
ComposerとPackagistでPHPライブラリを開発、テスト、公開する(1/2)
PHP: The Right Wayを読んで、そのコンセプトに共感したので、今回、ComposerとPackagistでライブラリを開発、テスト、公開する手順をまとめておこうと思います。 Composerって Composerは、PHPのライブラリ依存管理ツールです。RubyのBundlerのように依存するライブラリを設定ファイルに書いてコマンドたたけばライブラリのインストールと利用準備が整います。 また、Composer用のリポジトリだけでなく、PEARやGithubのリポジトリもComposer経由で取得できるので、とても便利です。 基本的な使い方 インストール プロジェクトのカレントディレクトリにcomposer.pharをダウンロードする。これだけ。
ComposerでPHPUnit一式+Mockeryをインストール - Qiita
phpunitの本家はなかなかcomposerに対応していませんでした。なので、今までは本家のリポジトリではなく、EHER/phpunit-all-in-oneからphpunitをインストールするのが最も手軽でした。しかし、2012年8月13日に本家がcomposerをサポートしため、本家のリポジトリからインストールすることができます。 composer.json の "require-dev" は開発系の依存パッケージを指定するためのものです。一方、ここにはありませんが、通常の "require" はプロダクトの依存パッケージを指定するのものです。この2つを区別することで、開発環境やビルドマシンではComposerでPHPUnitをインストールでき、プロダクション環境ではPHPUnitをインストールしないように環境に応じて選択することができます。 ComposerでPHPUnitなどをイ
PHPの外部ライブラリの管理にComposerを使う | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 ComposerはRubyでいうところのBundlerのようなもので、アプリケーションが必要とする外部ライブラリを、そのアプリケーション固有の状態で一元的に管理してくれるツールです。 PHPではPearのようなコマンドを使ってライブラリをインストールすることが一般的ですが、アプリケーションによって必要とするバージョンが違う、といったケースでは問題が起こりやすくなります。 例えば手動でインストールをしていた場合、将来的にライブラリの配布が終わってしまったり、特定のバージョンが配布されなくなると困ってしまいます（したがって、インストールしたバージョンは構成管理の対象とするべきで、常に環境を再現可能にしなければいけません）。 Composerを使うことで、そのような問題からは簡単に解放されます。 なお、ComposerはPHP5.3.2以降で利用可能です
composerでPHPのプロジェクトを簡単に始める - ぷぎがぽぎ
composerとはなんぞや？ composerはPHPのパッケージの依存関係やバージョン管理を行う仕組みで多くのライブラリがPackagistを通して利用可能です。 詳しいcomposerの記事は以下を参照していただくとして... PHPの外部ライブラリの管理にComposerを使う | Ryuzee.com Composerの使い方を調べたメモ(1) - k-holyのPHPとか諸々メモ Composerの使い方を調べたメモ(2) GitHubのリポジトリをPackagistに登録してcomposerでインストール - k-holyのPHPとか諸々メモ composerのautoloadを利用する composerはパッケージ管理なので、別に公開することが前提ではありません。プライベートなプロジェクトでも普通に使うことができます。 composerを使えば、PSR-0に準拠した名前空間
Composerの使い方を調べたメモ(2) GitHubのリポジトリをPackagistに登録してcomposerでインストール - k-holyのPHPとか諸々メモ
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
PHPのライブラリ管理システムComposerでWordPressプラグインの開発が楽になるぞー！ | Firegoby
ひそかにAWS & WordPressを連携させる系のプラグインを作ってるんですが、その過程で Composer という PHP のライブラリ管理システムに興味を持ちました。 これを使用すると例えば WordPress プラグインの中にcomposer.jsonを設置して、コマンドをえいやって入力すると必要なライブラリをかき集めつつ依存関係まで解決しちゃうそうです。 PEARでも同じようなことはできますが、PEARとちがってcomposer.jsonというレシピが残りますし、GitHubなどにおいた自作のライブラリもかき集めてくれるということで、この数日、PHP界のイケメン先生に教えてもらいながら試行錯誤しています。 Composerの使い方 Composer を使って既存のライブラリを拾ってくるのは簡単です。 composer.json を用意する まず、プロジェクト内に compose
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/kawahara/composer/blob/japanese-doc-progress/jpdoc/02-libraries.md