This is a response to Peter Petermann's article Composer and virtual packages. First, let's make this totally clear: I don't want to start an Internet war about this, I'm just pointing out some design issues that may arise from using Composer's provide option in your package's composer.json file. This means it's also nothing personal. To Peter: you wrote a very nice article and shed light on an un
Composer & virtual packages Composer has been a blessing for the PHP community, and many many people use it today. However most people don’t know all it can do – i for certain every now and then learn something new. A few days ago i stumbled over a “virtual package” on packagist – and found it to be a feature that i was actually missing in composer. Turns out, composer can do it, its just not so w
FuelPHPで自作のオレオレライブラリを作ってcomposerでインストールしてみた時の手順メモ まず、前準備として必要な物リスト 1)GithubとPackagistにドヤ顔でアカウントを作る 2)Githubに自作ライブラリ用のリポジトリを作る 3)FuelPHPをどっかのサーバに置く 4)Debianの場合はcomposerが息してないかもしれないので対処 name → githubに登録したアカウント名(username)とリポジトリ名(repository) description → Packagistで検索した時とかに表示されます keywords → Packagistで検索した時に引っかけるキーワード homepage → これもPackagistで検索した時とかに表示されます autoload → 名前空間とかfuel/vendor/以下のPATHを指定 psr-
FuelPHP 1.7.2がリリースされました。 http://fuelphp.com/blogs/2014/07/fuelphp-releases-v1-7-2 この1.7.2から、今までGitサブモジュールとして管理されていたfuel/coreなどのリポジトリもすべてCompser経由でインストールできるようになっています。 ただし、Composerを少々特殊な使い方をしている部分がありますので注意が必要です。 むろん、今までどおりのoil createコマンドやZipファイルをダウンロードしてのインストールもサポートされています。 FuelPHP 1.7.2のインストール方法 安定版である1.7.2は次のようにインストールします。 $ composer create-project fuel/fuel:dev-1.7/master ProjectName なお、--prefer-so
I'm trying to create a local repository to test a composer project but composer create-project --repository-url=/path/to/packages.json vendor/project-name fails with [UnexpectedValueException] Unknown package has no name defined [...] My packages.json is: { "packages": { "vendor/project-name": { "dev-master": { "name": "vendor/project-name", "type": "project", "version": "dev-master", "source": {
????ってなんぞ。。 export LANG=en_USとかもしてみたけど変化なく????。 はまったので公式を見た。 Composer - Troubleshooting https://getcomposer.org/doc/articles/troubleshooting.md ここにcurl -sS https://getcomposer.org/installer | php -- --checkというコマンドで動作環境のチェックができるようなので実行した。 hoge@server:~$ curl -sS https://getcomposer.org/installer | php -- --check #!/usr/bin/env php Some settings on your machine make Composer unable to work properly.
Here are some tips you should know when using Composer the dependency manager for PHP. 1. Update only one vendor You want to update only one specific library, without updating all your dependencies? That's easy, just add the vendor name as argument to the update command: $ composer update foo/bar This will only install or update the library (plus its dependencies) and overwrite the composer.lock.
やりたいこと Phalcon はフルスタック PHP フレームワークとしては速いので、 Phalcon を使いたい。 Composer を利用するとライブラリの管理が楽になるので、 Composer を使いたい。 ところが、 Phalcon と Composer は微妙に相性が悪い。 というのも、 Phalcon も Composer も独自のオートローダを提供するからだ。 Composer はライブラリをインストールすると、 vendor ディレクトリに autoload.php を自動生成する。 これを require するだけで Composer でインストールしたライブラリは簡単に使うことができる。 require 'vendor/autoload.php'; // 例えば \Guzzle\Http\Client を使う $client = new \Guzzle\Http\Cli
fuelphpをcomposerでインストール 業務で少し使っていたのだけれど、 近頃のコンポネント志向なframeworkなら、できることならライブラリ群をcomposerで管理したい。 こちらの記事を参考に試してみたところ FuelPHP をもっと Composer で使う | chatii-log Webの人になりたい こんなエラー。 CentOS-6.4で、gitは1.7.1。 Installing dependencies (including require-dev) - Installing fuel/core (1.7) Cloning 1.7/master [RuntimeException] Failed to execute git checkout '1.7/master' && git reset --hard '1.7/master' error: pathsp
PHPとComposerで先日composer/composerのdev-masterに依存したプログラムを作っていたら、composer installのときに以下のようなエラーがでてインストールできない問題にぶちあたりました。 Your requirements could not be resolved to an installable set of packages. Problem 1 - kohkimakimoto/altax v3.0.6 requires composer/composer dev-master -> no matching package found. ... 解決方法はcomposer.jsonに"minimum-stability": "dev"と"prefer-stable": trueを指定するか、対象のパッケージに"composer/compo
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 したパッケージや、リネームしたパッケージ から 、元のパッケージを置き換えることのできる機能が存在する (本エン
fuelPHPのディレクトリ構造は、デフォルトだとフレームワークであるcore配下をソース管理対象としてしまうのでなんだか微妙です。 何が微妙かというと、そのままアプリ基盤としてソース管理すると、新人君や中国方面から来た異人さんにcore配下を勝手に修正されてしまうのでイマイチです。 彼らに基盤を書き換えないメリットについて手ほどきするほど私は優しくありませんし、理解を得てもらうための時間と労力がもったいないですし、精神衛生上とってもよくありません。 javaだとjarファイルになっているので、書き換えられる心配もなくて良いのですが、ここはPHP特有の対応が必要になる部分です。 そこで、ディレクトリ構造を変えて、composerを導入して、makeファイルでいいカンジにしてみましょう。(やり方については省略) projectname fuel app cache classes views
ただいまリニューアル準備中のため、一時公開停止しています。 2024年4月公開予定です。 お問い合わせはinfo@daisy-web.comまで。
本日は統合開発環境Netbeansを使用したFuelPHP開発環境について、書いていこうと思います。 Netbeansのインストールなどについては、以前の記事を参考してください。 http://yoshimiyake.com/php/netbeans/ NetbeansでFuelPHPを使用するには Netbeansにおいて、FuelPHPを使用するには、 NetbeansのFuelPHPプラグインを導入する方法 FuelPHPプロジェクトを立ち上げNetbeansで既存のプロジェクトとして登録する の2つの方法があると思いますが、今回は手軽に開発するためにFuelPHPプラグインの導入方法を解説していきます FuelPHPフレームワークプラグインを導入 インストールは非常に簡単で、 ツール→プラグイン→使用可能なプラグイン から、FuelPHPを選択し、インストールボタンを押すだけです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く