даже вагрантом балуются

Вагрантофилы?

интересно, здесь кто нибудь балуется docker'ом ?

лови докерофила

Вагрантофилы?

ага, а эластик к Yii2 в ходу? не по Диминому рецепту

ага, а эластик к Yii2 в ходу? не по Диминому рецепту

ну я пользовал

но большинство запросов через квери писал для моделей

но большинство запросов через квери писал для моделей

а мапинг?

а мапинг?

а что мапинг?

а что мапинг?

как лепил? через $command->setMapping ?

как лепил? через $command->setMapping ?

через миграции

через миграции

а кинь где почитать как это

через миграции

ну или направление гугления)

через миграции

а изменения мапинга индекса тоже через миграции делается?

а изменения мапинга индекса тоже через миграции делается?

а ты умеешь через миграцию?

а изменения мапинга индекса тоже через миграции делается?

смотря какие.

а ты умеешь через миграцию?

Получилось только создать индекс

смотря какие.

ну поля добавить удалить или изменить тип ?

ну поля добавить удалить или изменить тип ?

Мы делали свой контроллер Migrate только для es компонента

и как обычно писали миграции

и как обычно писали миграции

то есть это не обычные yii2 миграции?

не совсем

Всем привет. В рулзах модели стоит писать что тип енам(такой в бд) и там значение или то или то

что-то вроде type in range('google', 'yandex')

Всем привет. В рулзах модели стоит писать что тип енам(такой в бд) и там значение или то или то

в БД enum - злющщее зло

почему?

потому что у него авторитетное мнение))

потому что у него авторитетное мнение))

и это тоже ))

Всем привет. В рулзах модели стоит писать что тип енам(такой в бд) и там значение или то или то

стоит

рулез ты верный укказал

почему?

Допустим если список состоит из таких значений которые не будут изменяться никогда, например список континентов, в ближайшие годы не планируется добавление новых, тогда смело пихайте в enum и переходите к решению задачи как с ним работать в yii2, но если вам понадобится добавить что то в список или изменить, то у вас ждут, невероятные и захватывающие дух, приключения с данными в табличках

Допустим если список состоит из таких значений которые не будут изменяться никогда, например список континентов, в ближайшие годы не планируется добавление новых, тогда смело пихайте в enum и переходите к решению задачи как с ним работать в yii2, но если вам понадобится добавить что то в список или изменить, то у вас ждут, невероятные и захватывающие дух, приключения с данными в табличках

надеюсь не планируется))

так в этом весь смысл этих списков

если что миграцией накатит новый

если что миграцией накатит новый

и выпилит старый?

если надо, выпилит/изменит/создаст старый/новый - не вижу проблем в тех. плане

не стоит бежать вперед

[['advertising_system'], 'in', 'range' => ['google', 'yandex']], верно ли?

да, вполне

спасибо

если надо, выпилит/изменит/создаст старый/новый - не вижу проблем в тех. плане

то есть вы это уже проделывали? поделитесь опытом, пожалуйста

нет, я не делал, таких задач не стояло - т.к изначально грамнотно спроектированно, но проблем невижу никаких в реализации.

http://komlenic.com/244/8-reasons-why-mysqls-enum-data-type-is-evil/

и что?

я mysql не узаю, я на postgesql

я mysql не узаю, я на postgesql

замени в стетье MySQL на Postgre и смело можеш читать, там суть не в БД а в enum

о чем спор то? спросили сделать - сделать можно.

первая в голове схема - 1) снимаешь ограничения с бд 2) конвертишь 3) навешиваешь ограничения. 4 профит

о чем спор то? спросили сделать - сделать можно.

да, действительно

первая в голове схема - 1) снимаешь ограничения с бд 2) конвертишь 3) навешиваешь ограничения. 4 профит

про конвертиш не очень понял, наверное есть какие то хитрые способы и мануалы

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

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

Да, лихо закручен сюжет, выглядит как спец операция.

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

получается нужно хранить список не только в БД enum но еще и дублировать его в модельки и миграции, да наверное еще и в каком нибудь JS тоже будет этот список из enum, красота! больше списков, нам определенно нехватает списков, несите больше

первая в голове схема - 1) снимаешь ограничения с бд 2) конвертишь 3) навешиваешь ограничения. 4 профит

ага, а бд в это время нагружена по самое небалуйся :D

схема начинает выглядеть так: 1) снимаешь ограничения с бд 2) встаешь раком перед боссом 3) получаешь удовольствие

ребята, отвалите - я про возможность, вы мне про highload

нах енум, сказали дядьки зло - значит зло

ну и усе, забыли нах эту возможность бд.

Мы делали свой контроллер Migrate только для es компонента

а в открытом доступе есть?

да, ее надо выпилить ваще )

тотже пример с материками. в мире куча языков, в каждом есть свое назваине. Задолбаешься с енумами просто

а не транзакционный ddl в mysql так сильно не цепляет?

ddl не транзакионный

чего тебе мускул то не нравится?

ребята, отвалите - я про возможность, вы мне про highload

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

я бы нет, я так бы не релизовал - вы с торону худшего сценария мыслите, я нет

все-таки если проект делаешь знаешь как его развивать

все-таки если проект делаешь знаешь как его развивать

мне бы такую уверенность как у тебя, дружище

так она годами вырабатывается)

все-таки если проект делаешь знаешь как его развивать

обычно на коленке пишешь чтоб хоть как-то работало, а потом рефакторишь потихой. Вот потом то и вылазит очко.

ладно если 1 все делаешь, а если нет? да еще и люди сторонние сервисом пользуются? стопать для накатывания миграций тяжелых уже нельзя?

ну если так, то жаль(

все индивидуально

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

так не ставь))), я не источник истины и путь для ее нахождения.

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

поддерживаю, мины лучше не ставить и в свои ноги не стрелять

на validate ругается если убираю то все ок

не может быть такого, что у тебя временный файл удаляется, а потом снова проверяется?

не может быть такого, что у тебя временный файл удаляется, а потом снова проверяется?

может наверное... скорее всего в этом и есть трабла ситуация такая есть форма есть инпут для картинки и инпут для галереи , так вот если по отдельности заливаю то все ок , а если вместе то трабл

у тебя возможно валидация дважды проходит

второй раз, уже после того, как файлы залил и удалил

Попробую поковырять

второй раз, уже после того, как файлы залил и удалил

Спасибо

может наверное... скорее всего в этом и есть трабла ситуация такая есть форма есть инпут для картинки и инпут для галереи , так вот если по отдельности заливаю то все ок , а если вместе то трабл

одна форма на две разные картинки?

одна форма на две разные картинки?

Да

Галерея и аватар грубо

Галерея и аватар грубо

а что заставило эти два поля поместить в одну форму? желание отправлять два файла одновременно?

а что заставило эти два поля поместить в одну форму? желание отправлять два файла одновременно?

ну вот есть у нас к примеру пост, у него должна быть обложка, и к примеру галерея у поста , вот 2 поля)

ты загружаешь image, потом его удалешь, а когда грузишь галерею, снова валидируешь, а там поновой Image проверяется и падает

а что за поведение?

а что за поведение?

rico\yii2images\behaviors\ImageBehave

попробуй $this->validate('image') $this->validate('gallery')

rico\yii2images\behaviors\ImageBehave

а покажи как поведение к модельке прикручено

попробуй $this->validate('image') $this->validate('gallery')

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

попробуй $this->validate('image') $this->validate('gallery')

благодарю! спасибо!

а если методы еще где то вызываются, то да, лучше валидировать именно эти аттрибуты

а если методы еще где то вызываются, то да, лучше валидировать именно эти аттрибуты

так и сделал и все гуд)