Yii Composer - искал искал решил сделать сам

[mihail_dev]

Не судите строго с документацией у меня тяжко!
Первый раз что то подобное делаю!
И это тестовый вариант

Когда вплотную начал разбираться с Composer нашёл пару готовых решений но они все предлагают устанавливать пакеты в очень неприятные места мне не очень нравился вариант с путём vendor.username.pak.и_ещё_чёт задался вопросом можно ли собрать в родные папки оказалось можно и довольно приятно один минус сторм не делает эти библиотеки внешними

кароче попробуйте тест если не лень и отпишитесь заранее спасибо

https://github.com/MihailDev/yiicomposer

идея ещё тут дописать работу с миграциями (то есть полноценную инсталляцию проекта) но за 2 дня я больше не успел и подумал что лучше узнать вообще об этом всём другое мнение

Статьи по теме:
http://tvorzasp.com/blog/prostoe-ispolz ... ser-v-yii/
http://www.yiiframework.com/wiki/392/cr ... -composer/
http://habrahabr.ru/post/145946/

Оф сайт:
http://getcomposer.org/
https://packagist.org/

[alexzv]

Вы слышали о стандарте PSR-0? Почитайте, Вам будет полезно:
http://www.php-fig.org/psr/psr-0/

[mihail_dev]

Да читал про данный стандарт но я при следую другую идею я хочу работать со стандартными путями yii а не с данным стандартом возможно я не прав!!! поэтому и выложил сюда для обсуждения !!!
Возможно кто то подскажет как было бы удобнее и я доработаю или вообще откажусь от данной затеи!

[nizsheanez]

yii не привязанный к структуре проекта фреймворк, и то что обычно директории называются framework и protected это просто так повелось, можно как угодно назвать.
И это только кажется, что:
framework лучше чем vendor/yii
или
protected/extensions/myextension лучше vendor/myrepo/myextension
На самом деле это просто дело привычки, а не подход Yii. А если нет разницы, то зачем городить огород?

Есть и еще один аргумент, думаю даже более важный.
Composer - используется не только для установки, но и для обновления пакетов(чужих пакетов, которые мы исправлять не можем и коммитить тоже не можем). И если мы используем папочку vendor то мы просто добавляем ее в .gitignore и живем спокойно.
А вот если у вас по всему проекту появляются папки которые нельзя коммитить, и которые могут обновиться со временем. То как за этим уследить и что писать в .gitignore?

Профит от хранения модулей в папочке modules, а расширений в extensions сомнительный. Мы же их коммитить и исправлять не можем.

А вообще вы молодец, что заранее решили фидбек собрать.

[mihail_dev]

Ну я тоже честно говоря пришёл под конец к такому выводу
и думал переделать в вариант что складывало примерно так vendor/extesions/name и vendor/module/name
но решил в начале вынести сюда на критику

[mihail_dev]

Ладно из всего сказанного сделал вывод:
1) что плюшка такого рода не очень интересна - что то новое, народ не дружит с компосером (над выпустить пару разжёванных статей)
2) всё складывать в папку vendor - тут я согласен сам под конец работы пришёл к этому

сделаю доработку выпушу где то статью разжёванную отпишусь тут!

[anton44eg]

да, популяризировать композер нужно

[nizsheanez]

Да, нужно и давно. За статью двумя руками.

[mihail_dev]

Как и обещал выпустил статью писать комментарии можно сюда

http://www.yiiframework.com/forum/index ... icomposer/