Pull to refresh

Comments 30

Очень удобно стало $this->string()->notNull()->after('anotherColumn');
Спасибо за обновление!
Есть надежда, что в yii2-mongodb к июню появится поддержка нового драйвера?
Того, что будет полноценно поддерживать GridFS. А если уж совсем понаглеть, то и связи через вложенные поля.

Обещать к июню не могу. Я практически не занимаюсь монгой. Можно попробовать задать этот вопрос cebe.

Заметка для тех, кто боится использовать Yii2 и php7 — не бойтесь.
Мы используем со времён php 7.0.0 — полёт успешный, а этот релиз yii2 только придал уверенности в правильности перехода на семёрку. На боевых и посещаемых сайтах не встречали даже segfault, хотя коллеги замечали пару раз на dev-серверах.
Прирост в производительности php7 ощутим и на yii2 в том числе — TTFB в среднем на 30% меньше, потребление памяти на ~40% меньше. Статистика по e-commerce проектам(php7 vs php56), примерная. Если нужна конкретика — соберём, покажем.

В общем и целом по фреймворку наблюдаем хороший тренд — правильно оформленные и дельные пул-реквесты в последнее время принимаются на удивление быстро и без лишней бюрократии, что не может не радовать.

Когда в описании всё чётко и по делу и есть тесты, на проверку уходит не очень много времени. Поэтому быстро и без бюрократии...

Проблема кроется в сторонних библиотеках.
Сокращения к консольным командам — это просто удобно! Спасибо!

Но можно спросить глупый вопрос: зачем нужна gii генерация из консоли? Помнить параметры, дольше исправлять ошибки, дольше набирать — зачем, когда все есть наглядно в веб-версии? Единственно на ум приходит автоматизированная генерация кода для систем где можно создавать сущности на лету… но какие это?

Мне вот очень зашло:


php yii migrate/create create_user --fields="username:string(255):notNull(),email:string():notNull()"
// проверяем, поправляем код миграции в файле
php yii migrate 
php yii gii/model --modelClass="User" --tableName="user" --ns="backend\models"
// поправляем, проверяем код модели в файле
php yii gii/crud --controllerClass="backend\controllers\UserController" --modelClass="backend\models\User"
// Теперь осталось код чуточку подправить и показать PM ;) 

Скелет CRUD приложения для вашей модельки готов, который вполне работает. При этом не надо было запускать браузер и "программировать мышкой".

Ну и демо данные набросать ещё можно, по аналогии с этим PR:


php yii fixture "User"
Просто ту же миграцию быстрее имхо удобнее писать с автодополнением от ide. А браузер он и так открыт всегда =)
Понятно, что тема чисто субъективная и просто каждый привык к своему.
Многие закрывают доступ к модулю через веб из соображений безопасности. При этом разработчики всё ещё могут пользовать это через консоль. Как по мне вполне лоигчно.
А зачем gii в том месте где есть доступ других людей?! Так, например в том же advanced модуль подключается только в main-local на рабочем компьютере.
Для консольного приложения, у которого нет и не будет веб
Да, этот вариант я упустил…
А как поживает PHP7 + Yii2 + MSSQL?
Они же убрали из ядра php-mssql.

Вроде недавно сделали билд расширения для MSSQL под семёрку и вроде как работает.

Осмелюсь поделиться своей поделкой, может кому-нибудь да пригодится:

Генератор файла миграции на основе аннотаций модели.

https://github.com/Doka-NT/yii2-migration-generator

Так уж сложилось, что мне удобнее сначала описывать класс, и на его основе строить схему бд.
Да, конечно, тесты будут.

При желании Вы так же можете посодействовать, создав issue, pull запрос, поставив звезду или любым другим способом.
А из composer'а невозможно установить ни basic, ни advanced

А, ну это потому как надо делать как в гайде написано:


composer global require "fxp/composer-asset-plugin:~1.1.1"
composer create-project --prefer-dist yiisoft/yii2-app-basic basic
composer-asset-plugin уже версии 1.1.4, а в мануалах и прочих местах вы все еще рекомендуете 1.1.1
Sign up to leave a comment.

Articles