Как работает хук user_profile_update.php?

#1 26 января 2016 в 20:25

Большинство хуков которые работают на валидацию вводимых данных позволяют проверять вводимые данные и при необходимости хук кроме самих данных возвращает еще и ошибку $errors['.....'] для вывода в форму.

Но для чего работает хук при редактирования профиля пользователя user_profile_update.php?

Вот собственно вырезка из кода где хук используется: profile_edit.php

            // Проверям правильность заполнения
            $errors = $form->validate($this,  $profile);
 
            if (!$errors){
                $is_allowed = cmsEventsManager::hookAll('user_profile_update', $profile, true);
                if ($is_allowed !== true && in_array(false, $is_allowed)) { $errors = true; }
            }
 
            if (!$errors){
 
                // Обновляем профиль и редиректим на его просмотр
                $this->model->updateUser($profile['id'], $profile);

Он либо возвращает true — значит все нормально, либо false, тогда на странице выводит ошибка в заполнении полей. А как указать какое поле именно вызвало ошибку? Где я что пропустил?

p.s. мне нужно сделать дополнительную валидацию полей при редактировании профиля.
з.ы. хаки не предлагать

InstantGu.ru

#2 26 января 2016 в 20:37

Но для чего работает хук при редактирования профиля пользователя user_profile_update.php?
kreator

Проверяет емаил и никнейм на отсутствие их в "чёрном списке".

#3 26 января 2016 в 21:11

странно просто. во многих местах хук при валидации возвращает ошибки, а тут нет

InstantGu.ru

Сегодня в 20:09

#4 26 января 2016 в 21:48

Каждый хук пишется для своих целей. Вы можете написать свой хук user_profile_update и он параллельно обработает эти же данные, как вам надо и вернёт ошибки какие укажите, но вот только в файле profile_edit.php нужно будет делать хаки, чтобы обработать данные из вашего хука. А вам это уже не интересно.

#5 26 января 2016 в 23:11

Событие "user_profile_update" в системе из коробки обрабатывает только один контроллер "auth" в \system\controllers\auth\hooks\user_profile_update.php.

Спойлер

class onAuthUserProfileUpdate extends cmsAction {
 
    public function run($profile){
 
        $user = cmsUser::getInstance();
 
        if ($user->is_admin) { return true; }
 
        if (!$profile) { return false; }
 
        if (!$this->isEmailAllowed($profile['email'])){
            cmsUser::addSessionMessage(sprintf(LANG_AUTH_RESTRICTED_EMAIL, $profile['email']), 'error');
            return false;
        }
 
        if (!$this->isNameAllowed($profile['nickname'])){
            cmsUser::addSessionMessage(sprintf(LANG_AUTH_RESTRICTED_NAME, $profile['nickname']), 'error');
            return false;
        }
 
        return true;
 
    }
 
}

Хук выводит описание ошибки на странице. Это сообщение о запрещённой почте:

cmsUser::addSessionMessage(sprintf(LANG_AUTH_RESTRICTED_EMAIL, $profile['email']), 'error');

А это — о запрещённом нике:

cmsUser::addSessionMessage(sprintf(LANG_AUTH_RESTRICTED_NAME, $profile['nickname']), 'error');

Непонятно, какую именно валидацию Вам нужно сделать, kreator. Но поскольку для вызова хука используется cmsEventsManager::hookAll(), то Вы действительно можете сделать свой обработчик с нужными проверками и он будет вызван до или после хука в user_profile_update.php. Если вызов будет после, то вы можете даже переопределить результат true от предыдущего обработчика на своё значение false. Если Ваш хук сработает первым и вернёт false, то true от следующих хуков Ваш false не изменят. Пока последовательность вызова обработчиков никак не регулируется. Судя по всему обработчики вызываются по алфавитной сортировке имён контроллеров. Но может быть и иначе, например, по расположению записей папок контроллеров в файловой системе.

Также в своём обработчике Вы тем же способом (через cmsUser::addSessionMessage) можете вывести желаемое сообщение пользователю.