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
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に対応しているか確認します 一つ一つ確認
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 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.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 してはいけない マイ
composer 導入をまじめに考える - Qiita
これは結構大きいPHPのプロジェクトに composer を導入する機会があったので、そのときに考えてたことや行ったこと、使い方などをメモするために書いた。 モチベーション 私達は PHP のパッケージの管理を管理する際は pear と git submodule を利用していた。これらのやり方は意外と長続きした。これらにはついて様々な問題を抱えており、ついに限界がきてしまった。 pear pear でパッケージを導入するには root 権限が必要なので、毎回インフラチームに導入を依頼するのが必要があった。 pear で導入されたパッケージについてバージョンを上げようとすると、全APサーバーで更新をかける必要があった。 これらの点から面倒だったのと、気軽に変更できないので、不要になったものも削除されることなく、放置されるのが問題だった git submodule こちらは pear とは異
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
forkしたrepositoryをcomposer requireでインストールする - Qiita
｢Fatal error: Class ‘…’ not found｣に陥ったときのチェック5項目 - Qiita
逆引き！Composer コマンド・ライン一覧
Composer本体のバージョンを1系に固定化する - Qiita
Composerで特定パッケージのみを更新 - Qiita
Composer でパッケージの削除は composer remove が良いと思ったらそうでも無かった - Qiita
【2019年1月現在】PHP7.3でcomposerが使えなくなるバグの対策 - Qiita
【Laravel】composer require-devの開発、本番での切り分け - Qiita
今時のPHP HTTPクライアントのGuzzleを使ってみた - Qiita
EC2のmicro instanceでcomposer updateがコケる場合のメモ - Qiita
abraham/twitteroauthを使う - Qiita
composerで入れたパッケージがautoloadで見つからなくてエラーになっちゃう場合の対処法 - Qiita
Composerを使ってみよう(CakePHP, debug_kit) - Qiita
