Yii2 model load не работает

Загрузка модели Yii2 не работает должным образом

Мой вопрос может выглядеть следующим образом:

Тем не менее, здесь дело обстоит иначе из-за обращения с отношением «многие ко многим» через соединительную таблицу.

Например, у меня есть три таблицы: Jobs , Eqtypes и таблица соединений Eqtype_jobs . Я хочу связать некоторые Eqtypes с текущим Job , используя простой activeform , используя множественный выбор dropDownList . Ниже приведен код, который у меня есть, контроллер и представление:

Здесь у меня проблема: вывод var_dump($model->eqtypes) , непосредственно перед die() в коде контроллера , всегда возвращает пустой массив array(0) < >.

Действительно, что заставляет меня пытаться отлаживать, используя die() , без отладки, я получил следующую ошибку:

Косвенная модификация перегруженного свойства app \ modules \ crud \ models \ Job :: $ eqtypes не влияет на строку 149

В моем случае строка 149 — это первая строка после оператора foreach в коде контроллера:

Редактировать

Все модели создаются с использованием yii2-giiant. Однако следующее является частичной копией модели работы:

Я точно не знаю, это проблема из-за неправильной загрузки данных POST из формы из-за вывода var_dump или в моем коде отсутствует другая вещь ?!

Итак, я хотел бы знать, почему load не работает должным образом? Другими словами var_dump($model->eqtypes) печатает сохраненные значения в таблице соединений, а не отправленные значения из формы, а затем , если мы смогли решить эту проблему , почему сообщение об ошибке о косвенной модификации?

3 ответа

Ошибка «косвенное изменение перегруженного свойства» связана с тем, что вы пытаетесь изменить свойство, возвращаемое магическим методом «__get». Взгляните на «__get» из «yii \ db \ BaseActiveRecord», короче говоря, он сначала проверяет, имеет ли ваша модель свойство «eqtypes», а если нет, проверяет ваши отношения модели.

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

Я предлагаю вам использовать этот модуль: https://github.com/cornernote/yii2-linkall Установите это и измените свое действие на:

И добавьте в вашу модель работы:

Если вы не хотите использовать этот модуль, вы должны переопределить стандартные методы load () и save () вашей модели, чтобы включить загрузку и сохранение ваших отношений.

Проверьте правила проверки модели и опубликуйте параметр. Являются ли правила проверки модели?

Я нашел решение, но я не думаю, что это прямое или лучшее решение. Это не применение предполагаемых преимуществ ORM или активных записей. Схема решения выглядит следующим образом:

1. Сбор идентификаторов eqytpes из выпадающего списка множественного выбора непосредственно из POST, как показано ниже в действии контроллера:

На предыдущем шаге мне пришлось добавить новое свойство в модель Job с именем eqtypesIds , чтобы в нем временно сохранялись идентификаторы.

В модели задания мне пришлось использовать обратный вызов afterSave для сохранения выбранных идентификаторов eqtypes в таблице соединений eqtype_jobs следующим образом:

1. Чтобы аннулировать любую ошибку или ошибочное удаление для типов, связанных с моделью заданий, в любом другом процессе сохранения модели заданий, мне пришлось использовать обработчик beforeSave в модели, как показано ниже:

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

Источник

Yii2 model load does not work as expected

My question may look like the following question:

However, the case here is different due to dealing with Many to Many relation through junction table.

For instance, I have three tables, Jobs , Eqtypes and the junction table Eqtype_jobs . I want to relate some Eqtypes to a current Job using simple activeform using multiple select dropDownList . The following is the code that I have in, the controller and the view:

Here I have a problem: the output of var_dump($model->eqtypes) , just before the die() in the controller code, always returns empty array array(0) < >.

Indeed, what’s making me try to debug using die() , without the debug, I have got the following error:

Indirect modification of overloaded property app\modules\crud\models\Job::$eqtypes has no effect at line 149

In my case line 149 is the first line after foreach statement in the controller code:

All models are created using yii2-giiant. However the following is a partial copy of job model:

I don’t know, exactly, is the problem due to the miss loading of the POST data from the form due to the output of the var_dump or there is another thing missing in my code?!

So, I would like to know, why load does not works as expected? In other words var_dump($model->eqtypes) prints the stored values in the conjunction table not the submitted values from the form, and then if we could able to solve this, why the error message about the indirect modification?

Источник

Почему не работает поиск в контроллере, Yii2?

Данние с форми есть но нет даних с бази даних. Ошибки нет и не показивает.
В чем может быть проблема?

• Вопрос задан более трёх лет назад
• 169 просмотров

Простой 24 комментария

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

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

в базі данних зберігається просто текст для поля тип і назва файлу

Ghost2692, когда отвечаете на комментарий не забывайте нажимать «ответить», а то я Ваш комментарий увидел только сегодня и то случайно.
Поле одно, как я понимаю в этом поле вводится или название файла или тип файла. Тогда надо использовать orFilterWhere();

в базі данних зберігається просто текст для поля тип і назва файлу

slo_nik, Постійно забуваю про це «ответить», я пробував orFilterWhere(), но не так все робив, шукав приклади і ледве найшов такий варіант

ключове ‘or’, яке я не використовував.

Ghost2692, опять же. Как хранится тип в базе? Как хранится имя файла?

Но я думаю, что надо равенство использовать.

slo_nik, головне що працює без побічних ефектів

а public $file; то до загрузки файлів, до пошуку нічого спільного немає

Источник

Add AFTER_LOAD and/or BEFORE_LOAD model event #4615

Comments

tvdavid commented Aug 6, 2014

Use case: I have a lot of different models which all have a «description». Because the description has a few additional properties besides just the text, it is a separate model which is automatically created alongside its parent model, though I want to be able to enter a description for a model immediately when it’s created.

For code reuse, the creation of the description is managed via a behavior. One piece of the puzzle was missing to be able to do this properly: an event that triggers when a model is load()’ed, so that the behavior can use it to also load the child model at that time. The $data and $formName from the load() function should be passed to the event.

This allows me to create a simple form which works on both create and update:

The text was updated successfully, but these errors were encountered:

dynasource commented Aug 6, 2014

argument passing to EVENT’s (so called hooks) isnt part of the EVENT system (yet) doesnt EVENT_BEFORE_VALIDATE suite your needs? I assume you validate your inputs. Then this event will follow directly after your ->load()

qiangxue commented Aug 6, 2014

There are already EVENT_INIT , EVENT_AFTER_FIND for you to use.

tvdavid commented Aug 6, 2014

I just created a custom Event class that defines $loaddata and $loadform, as http://stuff.cebe.cc/yii2docs/yii-db-aftersaveevent.html does. did the trick 🙂

I don’t think that would suffice
a) I need $data and $form to be able to load that input data into the child model, how else would I get to it? I could resort to reading $_POST directly, but that would kind of defeat the purpose of the load() function and break if the input data is not actually from $_POST (but from the body of a REST call for example)
b) I want $model->description to always be set, to avoid having to make if (isset($model->description)) checks throughout the rest of the code. BeforeValidate does not work for this, because validate is not called if there was no POST data.

Additionally, EVENT_INIT is unusable for this, because INIT is called before populateRecord, and thus in INIT, $this->owner->isNewRecord is always true. As far as I can see, there is no event that only triggers when a model is newly constructed (e.g. does NOT come via find())

qiangxue commented Aug 6, 2014

Then you can overwrite Model::load() to achieve this goal. Note, however, the load() method is provided mainly for convenience purpose. It is not a required part of the workflow (e.g. you can directly call setAttributes() , or do something additional after setting the attributes). That’s why we don’t want to provide such an event in the core.

dynasource commented Aug 6, 2014

based on your scenario, why doesnt EVENT_AFTER_FIND suffice? As Qiang pointed out, the load function is a kind of helper: its functions can easily copy/paste.

tvdavid commented Aug 6, 2014

Oh yeah, I had already overridden load() here (edit: in my app’s own ActiveRecord where all models extend from) to generate the EVENT_AFTER_LOAD event, and I can easily keep it like that. Collecting input for a model and a related model simultaneously is a fairly common usecase though, and I don’t see any other lean and DRY way in Yii to do this, which is why I suggested it for the core.

AFTER_FIND doesn’t suffice because it only triggers on existing records, while I need the opposite: when the model is new I need populateRelation(‘description’, new Description) to be called, when the record is existing it will already have a $model->description so it should not be overwritten.

And still in AFTER_FIND I have no access to the loaded data.

To clarify: my controller only has a single load() and save():

If a certain behavior is attached to $model, when $model->load() is called, I want whatever data was passed to $model->load() to also be passed to $model->description->load() without writing any additional statements in the respective controllers. That’s what this accomplishes 🙂

Источник

Проверка входящих данных

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

Учитывая модель данных которые должен заполнить пользователь, можно проверить эти данные на валидность воспользовавшись методом yii\base\Model::validate(). Метод возвращает логическое значение с результатом валидации ложь/истина. Если данные не валидны, ошибку можно получить воспользовавшись свойством yii\base\Model::errors. Рассмотрим пример:

Правила проверки #

Для того, чтобы validate() действительно работал, нужно объявить правила проверки атрибутов. Правила для проверки нужно указать в методе yii\base\Model::rules(). В следующем примере показано, как правила для проверки модели ContactForm , нужно объявлять:

Метод rules() должен возвращать массив правил, каждое из которых является массивом в следующем формате:

Для каждого правила необходимо указать, по крайней мере, какие атрибуты относится к этому правилу и тип правила. Вы можете указать тип правила в одном из следующих форматов:

• Псевдонимы основного валидатора, например required , in , date и другие. Пожалуйста, обратитесь к списку Основных валидаторов за более подробной информацией.
• Название метода проверки в модели класса, или анонимную функцию. Пожалуйста, обратитесь к разделу Встроенных валидаторов за более подробной информацией.
• Полное имя класса валидатора. Пожалуйста, обратитесь к разделу Автономных валидаторов за более подробной информацией.

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

Когда вызывается метод validate() для проверки, он выполняет следующие действия:

1. Определяет, какие атрибуты должны проверяться путем получения списка атрибутов от yii\base\Model::scenarios() используя текущий scenario. Эти атрибуты называются — активными атрибутами.
2. Определяет, какие правила проверки должны использоваться, получив список правил от yii\base\Model::rules() используя текущий scenario. Эти правила называются — активными правилами.
3. Каждое активное правило проверяет каждый активный атрибут, который ассоциируется с правилом. Правила проверки выполняются в том порядке, как они перечислены.

Согласно вышеизложенным пунктам, атрибут будет проверяться, если и только если он является активным атрибутом, объявленным в scenarios() и связан с одним или несколькими активными правилами, объявленными в rules() .

Note: Правилам валидации полезно давать имена. Например:

В случае наследования предыдущей модели, именованные правила можно модифицировать или удалить:

Настройка сообщений об ошибках #

Большинство валидаторов имеют сообщения об ошибках по умолчанию, которые будут добавлены к модели когда его атрибуты не проходят проверку. Например, required валидатор добавляет к модели сообщение об ошибке «Имя пользователя не может быть пустым.» когда атрибут username не удовлетворил правилу этого валидатора.

Вы можете настроить сообщение об ошибке для каждого правила, указав свойство message при объявлении правила, следующим образом:

Некоторые валидаторы могут поддерживать дополнительные сообщения об ошибках, чтобы более точно описать причину ошибки. Например, number валидатор поддерживает tooBig и tooSmall для описания ошибки валидации, когда проверяемое значение является слишком большим и слишком маленьким, соответственно. Вы можете настроить эти сообщения об ошибках, как в настройках валидаторов, так и непосредственно в правилах проверки.

События валидации #

Когда вызывается метод yii\base\Model::validate() он инициализирует вызов двух методов, которые можно переопределить, чтобы настроить процесс проверки:

• yii\base\Model::beforeValidate(): выполнение по умолчанию вызовет yii\base\Model::EVENT_BEFORE_VALIDATE событие. Вы можете переопределить этот метод, или обрабатывать это событие, чтобы сделать некоторую предобработку данных (например, форматирование входных данных), метод вызывается до начала валидации. Этот метод должен возвращать логическое значение, указывающее, следует ли продолжать проверку или нет.
• yii\base\Model::afterValidate(): выполнение по умолчанию вызовет yii\base\Model::EVENT_AFTER_VALIDATE событие. Вы можете либо переопределить этот метод или обрабатывать это событие, чтобы сделать некоторую постобработку данных (например, отформатировать данные удобным для дальнейшей обработки образом), метод вызывается после валидации.

Условные валидации #

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

Это свойство when принимает PHP callable функцию с следующим описанием:

Если вам нужна поддержка условной проверки на стороне клиента, вы должны настроить свойство метода whenClient, которое принимает строку, представляющую JavaScript функцию, возвращаемое значение определяет, следует ли применять правило или нет. Например:

Фильтрация данных #

Пользователь часто вводит данные которые нужно предварительно отфильтровать или предварительно обработать(очистить). Например, вы хотите обрезать пробелы вокруг username . Вы можете использовать правила валидации для достижения этой цели.

В следующих примерах показано, как обрезать пробелы во входных данных и превратить пустые входные данные в NULL с помощью trim и указать значения по умолчанию с помощью свойства default основного валидатора:

Вы также можете использовать более сложные фильтрации данных с помощью анонимной функции подробнее об этом filter.

Как видите, эти правила валидации на самом деле не проверяют входные данные. Вместо этого, они будут обрабатывать значения и обратно возвращать результат работы. Фильтры по сути выполняют предобработку входящих данных.

Обработка пустых входных данных #

Если входные данные представлены из HTML-формы, часто нужно присвоить некоторые значения по умолчанию для входных данных, если они не заполнены. Вы можете сделать это с помощью валидатора default. Например:

По умолчанию входные данные считаются пустыми, если их значением является пустая строка, пустой массив или null . Вы можете реализовать свою логику определения пустых входящих данных путем переопределения метода yii\validators\Validator::isEmpty используя анонимную функцию. Например:

Note: большинство валидаторов не обрабатывает пустые входные данные, если их yii\base\Validator::skipOnEmpty свойство принимает значение по умолчанию true . Они просто будут пропущены во время проверки, если связанные с ними атрибуты являются пустыми. Среди основных валидаторов, только captcha , default , filter , required , и trim будут обрабатывать пустые входные данные.

Специальная валидация #

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

Если необходимо выполнить только один тип проверки (например, проверка адреса электронной почты), вы можете вызвать метод validate() нужного валидатора. Например:

Note: Не все валидаторы поддерживают такой тип проверки. Примером может служить unique валидатор, который предназначен для работы с моделью.

Note: Свойство yii\base\Validator::skipOnEmpty используется только в yii\base\Model и использование его отдельно не будет иметь никакого эффекта.

Если необходимо выполнить несколько проверок в отношении нескольких значений, вы можете использовать yii\base\DynamicModel, который поддерживает объявление, как атрибутов так и правил «на лету». Его использование выглядит следующим образом:

Метод yii\base\DynamicModel::validateData() создает экземпляр DynamicModel , определяет атрибуты, используя приведенные данные ( name и email в этом примере), и затем вызывает yii\base\Model::validate() с данными правилами.

Кроме того, вы можете использовать следующий «классический» синтаксис для выполнения специальной проверки данных:

После валидации, вы можете проверить успешность выполнения вызвав метод hasErrors() и затем получить ошибки проверки вызвав метод errors как это делают нормальные модели. Вы можете также получить доступ к динамическим атрибутам, определенным через экземпляр модели, например, $model->name и $model->email .

Создание Валидаторов #

Кроме того, используя основные валидаторы, включенные в релизы Yii, вы также можете создавать свои собственные валидаторы. Вы можете создавать встроенные валидаторы или автономные валидаторы.

Встроенные Валидаторы #

Встроенный валидатор наследует методы модели или использует анонимную функцию. Описание метода/функции:

Если атрибут не прошел проверку, метод/функция должна вызвать yii\base\Model::addError(), чтобы сохранить сообщение об ошибке в модели, для того чтобы позже можно было получить сообщение об ошибке для представления конечным пользователям.

Ниже приведены некоторые примеры:

Note: по умолчанию, встроенные валидаторы не будут применяться, если связанные с ними атрибуты получат пустые входные данные, или если они уже не смогли пройти некоторые правила валидации. Если вы хотите, чтобы, это правило применялось всегда, вы можете настроить свойства skipOnEmpty и/или skipOnError свойства false в правиле объявления. Например:

Автономные валидаторы #

Автономный валидатор — это класс, расширяющий yii\validators\Validator или его дочерний класс. Вы можете реализовать свою логику проверки путем переопределения метода yii\validators\Validator::validateAttribute(). Если атрибут не прошел проверку, вызвать yii\base\Model::addError(), чтобы сохранить сообщение об ошибке в модели, как это делают встроенные валидаторы.

Валидация может быть помещена в отдельный класс [[components/validators/CountryValidator]]. В этом случае можно использовать метод yii\validators\Validator::addError() для того, чтобы добавить своё сообщение об ошибке в модель:

Если вы хотите, чтобы ваш валидатор поддерживал проверку значений без модели, также необходимо переопределить yii\validators\Validator::validate(). Вы можете также переопределить yii\validators\Validator::validateValue() вместо validateAttribute() и validate() , потому что по умолчанию последние два метода реализуются путем вызова validateValue() .

Валидация на стороне клиента #

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

Info: Проверка на стороне клиента желательна, но необязательна. Её основная цель заключается в предоставлении пользователям более удобного интерфейса. Так как входные данные, поступают от конечных пользователей, вы никогда не должны доверять верификации на стороне клиента. По этой причине, вы всегда должны выполнять верификацию на стороне сервера путем вызова yii\base\Model::validate(), как описано в предыдущих пунктах.

Использование валидации на стороне клиента #

Многие основные валидаторы поддерживают проверку на стороне клиента out-of-the-box. Все, что вам нужно сделать, это просто использовать yii\widgets\ActiveForm для построения HTML-форм.

Например, LoginForm ниже объявляет два правила: первое использует required основной валидатор, который поддерживается на стороне клиента и сервера; второе использует validatePassword встроенный валидатор, который поддерживается только на стороне сервера.

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

Класс yii\widgets\ActiveForm будет читать правила проверки заявленные в модели и генерировать соответствующий код JavaScript для валидаторов, которые поддерживают проверку на стороне клиента. Когда пользователь изменяет значение поля ввода или отправляет форму, JavaScript на стороне клиента будет срабатывать и проверять введенные данные.

Если вы хотите отключить проверку на стороне клиента полностью, вы можете настроить свойство yii\widgets\ActiveForm::enableClientValidation установив значение false . Вы также можете отключить проверку на стороне клиента отдельных полей ввода, настроив их с помощью свойства yii\widgets\ActiveField::enableClientValidation установив значение false .

Реализация проверки на стороне клиента #

Чтобы создать валидатор, который поддерживает проверку на стороне клиента, вы должны реализовать метод yii\validators\Validator::clientValidateAttribute() возвращающий фрагмент кода JavaScript, который выполняет проверку на стороне клиента. В JavaScript-коде, вы можете использовать следующие предопределенные переменные:

• attribute : имя атрибута для проверки.
• value : проверяемое значение.
• messages : массив, используемый для хранения сообщений об ошибках проверки значения атрибута.
• deferred : массив, который содержит отложенные объекты (описано в следующем подразделе).

В следующем примере мы создаем StatusValidator который проверяет значение поля на соответствие допустимым статусам. Валидатор поддерживает оба способа проверки и на стороне сервера и на стороне клиента.

Tip: приведенный выше код даётся, в основном, чтобы продемонстрировать, как осуществляется поддержка проверки на стороне клиента. На практике вы можете использовать in основные валидаторы для достижения той же цели. Вы можете написать проверку, как правило, например:

Отложенная валидация #

Если Вам необходимо выполнить асинхронную проверку на стороне клиента, вы можете создавать Deferred objects. Например, чтобы выполнить пользовательские AJAX проверки, вы можете использовать следующий код:

В примере выше переменная deferred предусмотренная Yii, которая является массивом Отложенных объектов. $.get() метод jQuery создает Отложенный объект, который помещается в массив deferred .

Также можно явно создать Отложенный объект и вызвать его методом resolve() , тогда выполняется асинхронный вызов к серверу. В следующем примере показано, как проверить размеры загружаемого файла изображения на стороне клиента.

Note: метод resolve() должен быть вызван после того, как атрибут был проверен. В противном случае основная проверка формы не будет завершена.

Для простоты работы с массивом deferred , существует упрощенный метод add() , который автоматически создает Отложенный объект и добавляет его в deferred массив. Используя этот метод, вы можете упростить пример выше, следующим образом:

AJAX валидация #

Некоторые проверки можно сделать только на стороне сервера, потому что только сервер имеет необходимую информацию. Например, чтобы проверить логин пользователя на уникальность, необходимо проверить логин в базе данных на стороне сервера. Вы можете использовать проверку на основе AJAX в этом случае. Это вызовет AJAX-запрос в фоновом режиме, чтобы проверить логин пользователя, сохраняя при этом валидацию на стороне клиента. Выполняя её перед запросом к серверу.

Чтобы включить AJAX-валидацию для одного поля, Вы должны свойство enableAjaxValidation выбрать как true и указать уникальный id формы:

Чтобы включить AJAX-валидацию для всей формы, Вы должны свойство enableAjaxValidation выбрать как true для формы:

Note: В случае, если свойство enableAjaxValidation указано и у поля и у формы, первый вариант будет иметь приоритет.

Также необходимо подготовить сервер для обработки AJAX-запросов валидации. Это может быть достигнуто с помощью следующего фрагмента кода, в контроллере действий:

Приведенный выше код будет проверять, является ли текущий запрос AJAX. Если да, он будет отвечать на этот запрос, предварительно выполнив проверку и возвратит ошибки в случае их появления в формате JSON.

Info: Вы также можете использовать Deferred Validation AJAX валидации. Однако, AJAX-функция проверки, описанная здесь более интегрированная и требует меньше усилий к написанию кода.

Источник