Composerのバージョン指定方法でのチルダ（~）とキャレット（^）の違い — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
要するにキャレットはセマンティックバージョニングに従って互換性が維持されるような範囲を指定するということですね。 ^1.1や^1.1.5の場合は、メジャーバージョンが変わらず互換性が維持される間、バージョンがあがります。 バージョン1.0未満のバージョンではマイナーバージョンの変更でも互換性が維持されない可能性があるので、そこはあがりません。 まあ、使ってるパッケージがセマンティックバージョニングにきちんと従っているかどうかはパッケージの作者によりますし、セマンティックバージョニングに従っているというパッケージでもバグで後方互換性が破られる可能性もあるわけですので、あまり信用しすぎないことをお薦めしますが。 ちなみに、その他のバージョン指定方法については、次の記事がわかりやすいです。 composerのバージョン指定方法 | QUARTETCOM TECH BLOG 参考 https://
つべこべ言わずComposerでシンプルにautoloaderを使用したいとき - Qiita
概要 ってことでシンプルに行きます。 今の時代メモリの節約や実行速度なんかより、見通しがよくて可読性、保守性の高いコードのほうが好まれるので、できるだけコード全体もシンプルにあるほうがいいと思います。 クラスファイルのインクルード <?php require_once '../application/models/Model_A.php'; //３つともクラスファイル require_once '../application/models/Model_B.php'; require_once '../application/models/Model_C.php'; class HogeController{ }
Composer でパッケージの削除は composer remove が良いと思ったらそうでも無かった - Qiita
Composer で複数のパッケージをインストールしていて、開発を進めるうちにそれらの一部が不要になること、あると思います。そんなとき、どうやって不要になったパッケージを削除しているでしょうか？ 幾つか方法はあると思うので、それらの動作を確認してみます。 まず、実験のために composer.json を a b c d の 4 つのディレクトリに作成します。それぞれ下記の内容です。
composerとは - Qiita
composerとはPHPのパッケージ管理システムである。 なんでそんなものを使う必要があるのか。 パッケージ管理システムがない環境では、メンバーがそれぞれ必要なライブラリの公式サイトにアクセスし、zipファイルをダウンロードし、ローカルに展開する。 DB接続用に○○、ログ出力用に△△等々、さまざまなライブラリが必要になる。 パッケージ管理システムはそれらを個人の裁量に依存せずに導入できる仕組みを提供する。 以下のようなデメリットというかイニシャルコストが必要になるが、いまどきのPHPプロジェクトでは必須である。 - パッケージ管理システム自体のインストールが必要 - パッケージ管理システムの使い方の理解が必要（コマンドオプション、設定ファイルの記述方法） composerを使えば、コマンド一発で必要なパッケージをすべてインストールできる。 composerはPackagistからパッケー
cakephpをcomposerでインストール - どんどこすすむの日記
環境 Mac OS X 準備 下記をインストールしておく php5.4（mcrypt,apache） composer mysql composerでインストール インストールするプロジェクトのディレクトリにcomposer.jsonを配置 { "name": "example-app", "require": { "cakephp/cakephp": "2.5.*", "ext-mcrypt": "*" }, "config": { "vendor-dir": "Vendor/" } } composerをえいっ！ $ composer install Venderディレクトリ以下にインストールされる。 . ├── Vendor │ ├── autoload.php │ ├── bin │ ├── cakephp │ └── composer ├── composer.j
Composer を倍速にした、たった 1 行のコード
まだ 12 月早々ですが、PHP ユーザに素敵なクリスマスプレゼントが届きました。 いまや使うのが当たり前となった Composer ですが、複雑な依存解決に実行時間がかかるのがネックでした。 これは日本国内だけでなく、海外のユーザも同じで、皆がしょうがないと思いつつも、小さな不満を持ちながら使っていました。 そんな、ある�日、わずか 1 行のコードが追加されたことで、実行時間が、わずか半分になるという現象が起こりました。 Composer を倍速にするには？ composer self-update を実行して、最新版にするだけです。 $ composer self-update 実際の効果 このコードの効果を見てみましょう。composer コマンドの --profile オプションを使って、実行時間と使用メモリ量を出力します。 $ composer update --dry-run
Composerを使ってPHPのパッケージを簡単インストール
本連載では、Composerを使ったパッケージ管理を紹介します。PHPではデフォルトでインストールされているPEARがありますが、最近では、Composerというパッケージ管理ツールも使われつつあります。例えば、JavaなどではMavenのようなツールでパッケージ管理をしたり、Rubyではbundlerといったパッケージ管理が使われるなど、現在では多くの言語でパッケージ管理ツールが使われています。 パッケージ管理ツールを使うとプロジェクトで使われているライブラリの依存関係を管理しやすくなり、依存しているライブラリのインストールも簡単になります。CakePHPもComposerを使ってインストールができるようサポートしており、開発環境ではZend Studioなどでの標準サポートされているなど、PHPでの開発では必須知識といえるほどの広がりを見せています。 本連載では、Composerの導入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
