можно в зависимости от контекста прокидывать в модель нужный аттрибут который указывать в валидаторе

объект модели у тебя один

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

Я не очень понял, что ты собрался дублировать. Но отвечу что ООП в принципе избыточен по определению

выкинь ифы они не нужны

можно в зависимости от контекста прокидывать в модель нужный аттрибут который указывать в валидаторе

это как

['news', 'exist', 'targetClass' => my\best\News::class, 'targetAttribute' => $this->currentAttribute],

Мне нужно exist проверять не news, а entity_id

['news', 'exist', 'targetClass' => my\best\News::class, 'targetAttribute' => $this->currentAttribute],

Это костыль

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

Это костыль

почему?

почему?

Потому что не должно что угодно куда угодно подставляться без проблем

new Model(['currentAttribute' => 'news']) и public function init() {if ($this->currentAttribute !== 'news') {throw new ...}

Потому что не должно что угодно куда угодно подставляться без проблем

я вообще не понимаю почему аттрибуты разные) видимо косяк со структурой бд

от того и страдания

Форма комментария вызывается на странице модуля новости у материала id 2. Потом человек отправляет комментарий , он идет AJAX-ом в контроллер site в экшн comment_add Чтобы проверить, что человек не написал на клиенте свои значения module и entity_id в правилах валидации я: проверяю что module IN [news,files и тд] проверяю что у данного модуля есть такая новость, файл и тд с id=entity_id

извиняюсь, я невнимательно читал этот код

там PK название аттрибута. Всем доброй ночи

А я кажется нашел в чем баг

Вот в этом правиле

['entity_id','validateEntity','params'=>'module']

'module' не передается как атрибут а передается как строка module

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

Форма комментария вызывается на странице модуля новости у материала id 2. Потом человек отправляет комментарий , он идет AJAX-ом в контроллер site в экшн comment_add Чтобы проверить, что человек не написал на клиенте свои значения module и entity_id в правилах валидации я: проверяю что module IN [news,files и тд] проверяю что у данного модуля есть такая новость, файл и тд с id=entity_id

Там все просто. Описываешь экшен в виджете, конфигурируешь в контроллерах модулей.

У каждого модуля свой add_comment и никакого говна с избытком проверок

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

Это же дикая избыточность

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

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

Блет. Да зачем тебе вообще модули? Хреначь все в sitecontroller

Удобно же. Один файл

Ну в модулях по крайней мере все разное примерно

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

Модуль ибо самостоятелен по идее. И не знает что и как в другом контроллере ?

Есть 100500 способов не дублировать код.

А он и не знает

Это дело виджета комментов, а не модуля

'module' не передается как атрибут а передается как строка module

Вот судя по всему дело тут

Вопрос

Ну ты продолжай изобретать)

Есть ли возможность в етом правиле ['entity_id','validateEntity','params'=>'module'], Передавать module не как строку module, а как атрибут module?

У тебя много времени видимо)

Ну ты продолжай изобретать)

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

У тебя много времени видимо)

Бывает, впереди ещё воскресенье)

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

Не верь никому)

И оно как бы нормально работает с такой логикой и нету одинакового кода

Проще исправить пару ифов в виджете чем редатировать кучу модулей

Я бы компонентом сделал тогда и на событиях проверял ?

У тебя модель в виджете?

Что за ,.. стыд? Кто посоветовал модель в виджет пихать?

Называй его компонентом

Это компонент

Сайз дело говорит. Нужно айди модуля тогда писать в табу и сравнивать

В каком смысле?

Чтобы твои код мог из одного места проверять

У меня модуль вот так проверяется ['module','in','range'=>['news','files','projects']],

нужно проверить что в этом модуле есть запись)

с id который entity_id

Нуууу ) эксист вроде проверяет

Ага

Только targetClass зависит от модуля

Херово

Кажется я въехал ?

Но всё равно как-то странно ты сделал. Мне кажется что оно по другому может быть

Я вот понять не могу зачем тебе лезть в таргет класс

У тебя же контроллер один только принимает

Кажется я въехал ?

Ураа

Но всё равно как-то странно ты сделал. Мне кажется что оно по другому может быть

Ну вообще оно все ок работало как я сделал, и я в чатике недавно обсуждал как проверку сделать от недобросовестного клиента

Я вот понять не могу зачем тебе лезть в таргет класс

таргет класс это класс в валидаторе exist

В принципе

Да. Понял. Он только для ар

Мой вопрос сейчас сводится к такому, есть переменные module и entity_id можно ли в rules валидации модели ['entity_id','validateEntity','params'=>'module'], вот тут, передавать module как переменную чтобы в $params оно подставило значение $module

да блин

даже в "этом"

!exist

не то)

!exist

Он работает только с атрибутами модели Active Record

Он работает только с атрибутами модели Active Record

да я про кастомный валидатор, там в условиях param = 'sss' & exist() => error

а должен проверять что нет сущности exists() === false

да я про кастомный валидатор, там в условиях param = 'sss' & exist() => error

Там отрицание стояло

Он работает только с атрибутами модели Active Record

все равно есть возможность стандартным реализовать, зачем извращение хз.

То есть !(param='sss'&& exist())=>error

хочется так хочется)

все равно есть возможность стандартным реализовать, зачем извращение хз.

нету такой возможности

в пасте пришли чо там в модели

нету такой возможности

т.е. все что было выше просто в игнор?)

т.е. все что было выше просто в игнор?)

просто ты не въехал

ну ок

пасту давай модели, ты чо до сих пор не прислал то её

ща

https://pastebin.com/7Xf6mPM4

Вот пока валидатор такой

вернее такой if (!($params=='news'&&News::find()->where(['id' => $attribute])->exists())){ $this->addError($attribute, Yii::t('common','Неверный материал комментария!')); }

($this->module === 'news' && >>>!<<< News.....->exists())

$this->module в правилах валидации?

в валидаторе

В валидаторе $attribute, $params