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

может сделать User->validate частью DingupForm-validate()

Посмотри, как там оно все работает - есть модель формы, она заполняется юзерскими данными, и проверяется своими валидаторами. Если все ок, и ошибок нет, тогда там уже сохраняется модель зер

юзер

да у меня так же

но мне нужно чтобы эта ошибка показалась пользователю во вью

Соответственно, нужно иметь в модели формы валидатор уникальности, в котором заданы дополнительные параметры, которые указывают, какую модель использовать для проверки уникальности (в данном случае, юзер)

Я ж кинул ссылку, там написано

аааа targetClass

Ага

Ну да

госопди вот же я тупой

Та класс модели

Там

Бывает)

очень тупой вопрос, но имя класса как string?

Да

Полное, с неймспейсом

Лутше использовать User::class

Лутше использовать User::class

мне сказано, что classname constants availiable in php5.5 only

А у тебя какой?

7.1

вроде

настройки пхпшторма что-то слетели

извини

Все норм

Там все работает

В композере наверное 5.4 стоит

Народ, я че-то не понял - обновился до новой версии, а если взять JSON поле, то, как и раньше, строку возвращает

Кэша нет никакого?

Да вроде нет, и я проверил, убрал Json::decode(), и не работает)

Ну осталось в исходники

public function getDataParameter(string $param) { if (!$this->delivery_data) { return null; } $data = Json::decode($this->delivery_data); return ArrayHelper::getValue($data, $param); } У меня сейчас так. За логикой, после обновления, нужно убрать Json::decode(). Но нифига

Не, у них как было в 2.0.13 и как стало

Тип поля в базе Json, версия фреймфорка 2.0.14, в дебаг панели написано

Потому-что модель формы, это просто модель, а не ActiveRecord, соответственно, она не может валидовать unique, так как нужно делать запрос к базе. Для этого есть свойства в валидаторе, где нужно прописать модель, которая уже работает с базой (User, очевидно)

Там есть все, можно сделать

Там есть все, можно сделать

Там уже разобрались

В целом, не бойся исходники читать ? иногда они полезнее документации

И уж точно кукбука)

Исходиники да, там много интересного

Так а че с json то? Может я просто туплю или упустич чего-то

Народ, а в качестве модели не обязательно ведь AR использовать? Хочется, например, данные из чистого SQL или вообще уже готовые классы...

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

Но не выходит чего-то

Ну судя по хабру да

Так а че с json то? Может я просто туплю или упустич чего-то

У меня ощущение что его используют просто потому что "так проще"

Я имею ввиду, что чего-то не работает, как заявлено

Все равно прийдётся работать х пойми с чем, если это можно структурировать то смысла делать жсон нет

Я использую, потому что проще)

Никто пока ничего не сказал толкового)

Все равно прийдётся работать х пойми с чем, если это можно структурировать то смысла делать жсон нет

А магия это гемор, не сейчас так через месяц

Я предлагаю опять залезть в исходники двух последних версий и сравнить, что там намутили

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

Намного проще в такой структуре хранить

Ну щас залезу

Есть исключения когда не структурированные данные хочется хранить в базе, но это скорее исключение для особых моментов. И то можно выбрать более удобное решение

В общем пока для меня это из разряда в блоб хранить картинки ?

Ответа не свой вопрос я так и не дождался)

Ну я вот написал пример - много разных полей, у каждого заказа по-своему, и неизвестно, какие могут добавится в будущем.

Eav

видел несколько достойных реализаций в энтерпрайзе

и уж точно никакого жсона

какие бы не добавлялись поля "в будущем" с ними надо работать, их надо тестить и как-то обрабатывать

ERROR: S client not available

EAV - слишком громоздкий

храни в nosql если eav для тебя тяжко

Не суть важно, я сейчас хочу понять, почему не работает заявленная новая плюшка

Ну да, отдельно для такий фигни городить другую базу?

А если нужно выборку по ним?

я только что понял

что если делать рул unique

это не то короче

потому что

структурируй ) если так упрошать тогда зачем вообще все это нужно? просто хранить все в жсоне ?

не нужно чтобы всегда при валидации

потому что если я например логиню

при регистрации

я делаю валидацию

не нужно чтобы всегда при валидации

пиши в одно сообщение) тут не только одна тема обсуждения

Если логинишь, то не меняешь ничего

но оно уже в бд

Так что при чем тут валидация?

ну при логине

я валидирую

Ты при логине используешь другую форму, с другой моделлю

И там проверка пароля и все

но я же логиню человека при signupe

Или че там стандартно

Ну не логинь) Пусть сам залогинится

Так все делают

ну не валидировать в смысле?

перед логином

Кроме того, у тебя разве нет проверки почты, или что-то таке?

нет пока