PHP-ScoperでWordPressプラグインのコンフリクトを解決する – Capital P – WordPressメディア
PHPにはcomposerという高度なパッケージ管理ツールが存在しており、WordPressでもcomposerを利用した開発がさかんに行われている。しかし、ついにコンフリクトが発生するようになったため、その解決方法と知見を共有したい。本記事の対象読者は以下の通り。 プラグインを作成している。 テーマを開発しているがプラグインで問題が起きた。Uncaught Error: Call to undefined method GuzzleHttp\Utils::chooseHandler() と言われた。 開発者ではないユーザーにとっては、「そういうプラグインを使わない」という解決策しかないので、ご了承いただきたい。では、本題に入ろう。 なぜコンフリクトが発生するか composerは基本的に「プロジェクト単位で1つ」という暗黙の前提が存在するツールである。たとえばPHPのフレームワークLar
Laravel で Docker 使って開発したいなら Vessel にしておこう - Qiita
Vessel そこそこ使ってる人はいるんだろうけど、 Laradock 使ってツラいことになってる人がそこそこいそうなので Vessel 使うと楽だよということをに書いておきます。 Vessel とは Vessel は簡単に下記環境を Docker で作成することができます。 PHP7.4 MySQL 5.7 Redis NodeJS, NPM, Yarn, Gulp ちょっと自分の環境にあわない（例えばデータベースに PostgreSQL を使っている等）場合は書き換えることができます（各種ファイルがコピーされるだけなので）。おおむね、PHP, データベース, キャッシュストレージ, NodeJS があれば 8〜9 割くらいの現場ではフィットするんじゃないでしょうか。 使用にあたっての注意点（追記） Vessel は https://github.com/shipping-docker/
Symfony2 で新規プロジェクトを作る時にいつもやっていること
Symfony2 で新規プロジェクトを作成して開発を始める時にいつもやっていることをまとめました。 動作確認環境 Mac OSX Mountain LionPHP 5.4Symfony 2.3 目次 インストール cache, logs ディレクトリに書き込み権限を与える Symfony2 の動作要件を満たせているか確認する AcmeDemoBundle を削除 README.md を削除 .gitignore を作成 parameters.yml 設定 generator でバンドルのひな形を自動生成 バンドルのサービスコンテナの設定ファイルを services.yml に変更する データベースから Entity を自動生成する CRUD 一式を自動生成する 開発中によく使用するコマンド インストール まずは Symfony2 をインストール。Symfony2 のバージョンは適宜最新版に
CodeIgniter 3.0をコマンド一発でインストールするCodeIgniter Composer Installer — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
CodeIgniter 3.0をコマンド一発でインストールするCodeIgniter Composer Installer CodeIgniter 3.0がMITライセンスでリリースされたわけですが、公式なインストール方法はZipファイルをダウンロードするというものです。初心者にやさしいCodeIgniterなので、これで動かせるのは理にかなっています。 しかし、日頃からComposerに慣れているPHPユーザには、Composerでフレームワーク（CodeIgniter）のバージョンアップができた方がいいです。 以下の記事に、そのようにComposerでフレームワークを管理する方法がありました。 Codeigniter3をComposerを使ってインストールして動かすまで これでいいのですが、できればコマンド一発でインストールしたいです。 というわけで、コマンド一発でインストールできるパ
fuelPHPでPHPUnitを使ったユニット・コントローラーテストをするには - Qiita
fuelPHPでユニット・コントローラーテストしようと思ったら意外に情報がなかったのでまとめました。 前準備 PHPUnitのインストール プロジェクトのcomposer.jsonのrequireにphpunitを追加します。 "require": { "php": ">=5.3.3", "composer/installers": "~1.0", "fuel/docs": "1.7.2", "fuel/core": "1.7.2", "fuel/auth": "1.7.2", "fuel/email": "1.7.2", "fuel/oil": "1.7.2", "fuel/orm": "1.7.2", "fuel/parser": "1.7.2", "fuelphp/upload": "2.0.1", "monolog/monolog": "1.5.*", "michelf/php-m
PHPで日付時刻の処理を書くなら Carbon がおすすめ
どうも、筋トレにハマっているたきゃはしです。 本日はPHPにおける日付時刻のライブラリについて書いていきたいと思います。 突然ですが、日付や時刻が絡む処理って意外とやっかいだと思いませんか？おそらく皆さんもいくつか思い当たるフシがあるかと思いますが、そんなやっかい事も Carbon（カーボン）を使えば解消できるかもしれません！ Carbon – A simple PHP API extension for DateTime. Carbon とはPHPのDateTimeクラスを継承して拡張された日時操作ライブラリです。 「Carbonってどうなの？流行ってるの？」という方向けに予め補足致します。 Carbonはすでに人気のフレームワークに統合されていたり、GitHubで☆3000に迫る評価もありますのでDateTimeライブラリとしてデファクトになるんじゃないかと予想できます。 ではインスト
今までのPHPのやり方を全て打ち捨てよう - 絵描いたりコード書いたりする奴の独白
PHPは日々進化している 最重要な言語仕様の変更点 PHP 5.3.x 名前空間 レイトスタティックバインディング クロージャ PHP 5.4.x trait ビルドインサーバ クロージャで$this PHP 5.5.x ジェネレーター Composer PHPにとってのBundler PEARの環境依存やめよう PECL？知らん PSR-4 includeやrequireをもう使う必要はない PSR-4の規約にそって名前空間とディレクトリを掘ろう そしてcomposer.jsonにちょいちょいと { "autoload": { "psr-4": { "mynamespace\\": "src/" } } } そしてbootstrapに相当するphpスクリプトに require_once 'vendor/autoload.php'; これだけで後はuseをjavaのimportに相当するも
tkyk.name
tkyk.name このドメインを購入する。 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
Laravel4 on Heroku - Qiita
はじめに 最新フレームワークのLaravel4をHeroku上にデプロイしたいと思います。 必須環境 PHP >= 5.4 MCrypt PHP Extension バンドルされてない場合、php5-json(Ubuntu $apt-get install php5-json) プロジェクトの作成 composer create-project laravel/laravel --prefer-dist appname .gitignoreを編集 Laravelのデフォルトでは.gitignoreにcomposer.lockが含まれていますので、 composer.lockの行を削除して管理対象にします。 気にしないでトライしたら、下記メッセージで怒られました。 !ERROR:Your composer.json specifies dependencies, but no compose
composer 導入をまじめに考える - Qiita
これは結構大きいPHPのプロジェクトに composer を導入する機会があったので、そのときに考えてたことや行ったこと、使い方などをメモするために書いた。 モチベーション 私達は PHP のパッケージの管理を管理する際は pear と git submodule を利用していた。これらのやり方は意外と長続きした。これらにはついて様々な問題を抱えており、ついに限界がきてしまった。 pear pear でパッケージを導入するには root 権限が必要なので、毎回インフラチームに導入を依頼するのが必要があった。 pear で導入されたパッケージについてバージョンを上げようとすると、全APサーバーで更新をかける必要があった。 これらの点から面倒だったのと、気軽に変更できないので、不要になったものも削除されることなく、放置されるのが問題だった git submodule こちらは pear とは異
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HerokuでPHP+MySQL - Qiita