За всех говоришь, да?

конечно, кто в здравом уме будет использовать на фронте бутстрап ис каропки?

тем более эти валидации, подсвеченые зеленым... буээ

скажите мож кто встречал экстеншн типа мигрика для создания миграций но что бы также создавало фикстуры на основе текущей базы

?

Можно создавать фикстуры на основе базы? Оо

конечно, кто в здравом уме будет использовать на фронте бутстрап ис каропки?

любой интранет портал

тем более эти валидации, подсвеченые зеленым... буээ

Я делаю один сайтец, вот там по началу все так и будет)))

скажите мож кто встречал экстеншн типа мигрика для создания миграций но что бы также создавало фикстуры на основе текущей базы

Щас кину.

Можно создавать фикстуры на основе базы? Оо

Да)

скажите мож кто встречал экстеншн типа мигрика для создания миграций но что бы также создавало фикстуры на основе текущей базы

https://github.com/Insolita/yii2-fixturegii Я вот этим пользовался. Но есть ещё: https://github.com/search?utf8=✓&q=yii2+fixture&type=

Я вот этот юзал https://github.com/ElisDN/yii2-gii-fixture-generator

https://github.com/Insolita/yii2-fixturegii Я вот этим пользовался. Но есть ещё: https://github.com/search?utf8=✓&q=yii2+fixture&type=

+

Я вот этот юзал https://github.com/ElisDN/yii2-gii-fixture-generator

+

Карма @offout стала 1

А где кармбот глючит? с бодуна что ли?

https://github.com/Insolita/yii2-fixturegii Я вот этим пользовался. Но есть ещё: https://github.com/search?utf8=✓&q=yii2+fixture&type=

+

надо юзать шаблоны фикстур так-то )

https://github.com/yiisoft/yii2-faker

https://github.com/yiisoft/yii2-faker

так фейкер это вроде фейковые фикстуры делает а не те которые у меня текущие

а у тебя код на любых данных должен работать

а не на текущих

в этом и смысл тестирования

Да проще с текущих сгенерить фикстуры.

не проще

Фейкером иногда лень)

Проще

ну когда будет у тя табличек 50

тогда и посмотришь :D

Проще

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

Ладно, когда будет, тогда и поговорим.

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

Ну это по TDD, а так бывает не писал тесты, а тут ВНЕЗАПНО НАДО ЕЩЁ ВЧЕРА, берешь готовое и ок.

в таком случае их уже поздно делать

:D

Вообще с тестами у меня беда, поэтому зная твой левел, не буду спорить.

Да не, было пилил, всё ок, запустились, потом прежде чем доработки сделать, я сначала тестами покрыл, чтобы не сломать то что работает. Правда первый блин комом был, функциональными сделал, но хоть как-то, чем никак.

Лангман, я забыл кто с кем спорил в гиттере ты с нолкой или нолка с тобой, что типа нахуй ваши сервисы и всё такое, заказчикам похуй)

ну бывают и такие заказчики

хуяк-хуяк и в продакшн

Ну в мире йии их очень много.

Сегодня удивился, что тимлид вообще плохо понимает как инъекцию зависимостей через конструктор делать...

там ide/exception driven development

При этом по скорости разработки он быстрее)

там ide/exception driven development

Ага, GoogleDD и SODD наше всё)

Сегодня удивился, что тимлид вообще плохо понимает как инъекцию зависимостей через конструктор делать...

автовайринг не во всех реализациях есть

автовайринг не во всех реализациях есть

Не понял.

А...

Я думал твоё утверждение положительно, НЕ не заметил, глаза замылились к вечеру.

ну в плане если ты не работал с контейнером с автовайрингом, то и не будешь про него ниче знать )

Ну он контейнер через конфиг настраивает, чтобы глобально что-либо переопределить. Все же думаю каждый должен прийти к DI. Когда начинаешь писать тесты, то сразу такой подзатыльник получаешь из-за хардкода и статики.

в yii-то пофиг

ты сразу с копией приложения работаешь )

Не понял, в смысле сразу с копией?

А... Дошло.

То что в тестах приложение уже создано.

Хоть что-то смешное за день

Как обычно поступают с моделями при вынесении части функционала на другой сервер? Администратор по идее дожен иметь возможность делать CRUD всех объектов Как правильно синхронизировать "набор полей" для бд, если логика находится на разных серверах ???

То что в тестах приложение уже создано.

подскажи, please. Я знаю ты в курсе)))

Что подскаать?

Как обычно поступают с моделями при вынесении части функционала на другой сервер? Администратор по идее дожен иметь возможность делать CRUD всех объектов Как правильно синхронизировать "набор полей" для бд, если логика находится на разных серверах ???

?

Я просто завис на этом, что значит вынесение функционала на другой сервер?

Вангую хуйню творите или планируете.

Как обычно поступают с моделями при вынесении части функционала на другой сервер? Администратор по идее дожен иметь возможность делать CRUD всех объектов Как правильно синхронизировать "набор полей" для бд, если логика находится на разных серверах ???

Микросервисы?

Вангую хуйню творите или планируете.

Очень похоже

вот был монолит, а я часть функционала хочу вынести. Например сделать api по созданию постов для мобильных устройств. Очень часто посты создают и нужно вынести, а то сервак нагружен

Микросервисы?

вроде того

Ну так и делай как отдельное не связанное приложение

Протокол какой хочешь бери

Микросервис со своей бд? Я думал бд одну для всех микросервисов сделать на отдельном серваке Или это плохая идея?

если я пишу что-то непонятное или полный бред - говорите об этом)))

У меня микросервис должен иметь связь с другим сервисом, поэтому хотел импользовать одну бд Это неправильно?

У меня микросервис должен иметь связь с другим сервисом, поэтому хотел импользовать одну бд Это неправильно?

Я могу только дичь предложить. Ты можешь объявить связи между бд.

http://www.yiiframework.com/doc-2.0/guide-db-active-record.html#cross-database-relations

У меня микросервис должен иметь связь с другим сервисом, поэтому хотел импользовать одну бд Это неправильно?

без разниц

Но там ограничения появляются некоторые.

я знаю, что так можно, но не хотелось так делать

микросервис это по сути класс с методами, который их экспортирует через рпц

микросервис это по сути класс с методами, который их экспортирует через рпц

Вот я хочу вынести создание постов в микросервис Там поля id, title В админке я хочу уметь это редактировать А через месяц я захочу добавить поле desc. Как лучше инкапсулировать этот объект, чтоб и в админке и в микросервисе ничего не сломать при добавлении и удалении полей?

Или нужно будет всегда в двух местах код менять?

конечно в двух