Здравствуйте.
Подскажите, как запретить добавлять определенные значения в поля. Есть встроенная в icms2 валидация но нужны свои условия. Как прописать правила для запрета на добавление значения при вводе недопустимого значения?
Спасибо.
#1
15 мая 2016 в 08:09
#2
15 мая 2016 в 08:40
Пока только перехватом событий и проверкой нужных полей там.
значит бесполезно пытаться "соорудить" нечто вроде:
Да и значение $this->parse($value) до сохранения не передаются в конструкцию...
печально… по двум причинам — название поля в БД может быть произвольным и поле может использоваться несколько раз на странице (как отлавливать учитывая этот момент); не очень (даже очень не очень) разбираюсь в хуках...
Если возможно пару примеров перехвата с пояснениями (на нескольких примерах, думаю будет разобраться проще).
Спасибо.
public function getRules() { if ($this->parse($value) == недопустимое значение) { return $this->rules; }else { return false; }
печально… по двум причинам — название поля в БД может быть произвольным и поле может использоваться несколько раз на странице (как отлавливать учитывая этот момент); не очень (даже очень не очень) разбираюсь в хуках...
Если возможно пару примеров перехвата с пояснениями (на нескольких примерах, думаю будет разобраться проще).
Спасибо.
Сегодня в 17:10
#4
15 мая 2016 в 09:58
Вы, видимо, поленились прочитать документацию по перехвату событий по приведённой мной ссылке. Там всё прекрасно описано и есть пример.
Ответить что-то более точно по Вашему коду невозможно, так как неизвестно откуда этот код, как вызывается и т.п.
Ответить что-то более точно по Вашему коду невозможно, так как неизвестно откуда этот код, как вызывается и т.п.
Дело не в лени, а в отсутствии достаточных знаний, по этой причине и спрашиваю.
В типах контента в типе поля… примеры по работе с контентом (а точнее примеры хуков для полей контена) к сожалению (доступно понятных) не нашел.
P.s. некоторые только учаться, а не уже знают…
В типах контента в типе поля… примеры по работе с контентом (а точнее примеры хуков для полей контена) к сожалению (доступно понятных) не нашел.
P.s. некоторые только учаться, а не уже знают…
Fenix, Вы предоставляете слишком мало данных и слишком сумбурно, чтобы можно было Вам помочь конкретнее. Угадывать Ваши задачи никому не интересно. Хотите получить помощь — опишите какая задача, что пробовали, что именно не получается. Тогда шансы увеличатся.
Перехват событий для контента, если я правильно понял Вашу задачу, осуществляется так же, как написано в документации. Например, если нужно обработать полученные от пользователя данные перед добавлением контента, то можно перехватывать или событие "content_before_add" (для всех типов контента), или "content_ИмяНужногоТипаКонтента_before_add" (для контента только одного нужного типа, например, "content_articles_before_add" для статей в демо).
Для этого нужно сделать два действия, описанных в "Документация — Перехват событий": добавить запись о перехвате нужного события в манифест Вашего контроллера и добавить в этот контроллер обработчик события с проверкой введённых данных.
Перехват событий для контента, если я правильно понял Вашу задачу, осуществляется так же, как написано в документации. Например, если нужно обработать полученные от пользователя данные перед добавлением контента, то можно перехватывать или событие "content_before_add" (для всех типов контента), или "content_ИмяНужногоТипаКонтента_before_add" (для контента только одного нужного типа, например, "content_articles_before_add" для статей в демо).
Для этого нужно сделать два действия, описанных в "Документация — Перехват событий": добавить запись о перехвате нужного события в манифест Вашего контроллера и добавить в этот контроллер обработчик события с проверкой введённых данных.
Да, согласен, извините.Fenix, Вы предоставляете слишком мало данных и слишком сумбурно
Пробую разобраться на примерах...
Тип контента заранее не известен (поле может использоваться в любых компонентах, предусматривающих создание полей с помощью существующих типов полей) как и системное имя созданного поля.
допустим есть тип поля my_fields.php внутри функции parse($value) значение $value сравнивается со списком недопустимых значений $value.
В \system\controllers\content\manifest.php
добавляю 'value_delete',
В system\controllers\content\hooks\
создаю хук: называю его value_delete.php
<?php class onContentValueDelete extends cmsAction { public function run($ctype){ return $value; } }
if ($value = недопустимое значение) {$value= cmsEventsManager::hook('value_delete', $ctype);}
P.S. что-то окончательно запутался сам😥…
#8
15 мая 2016 в 11:51
Fenix, я пока не понял Вашу задачу. Вы делаете своё поле и Вам нужно в нём сделать проверку? В какой момент (при создании поля в типах контента или при заполнении поля контента пользователем) и проверку чего? Или что-то другое?
#9
15 мая 2016 в 11:57
Да создается свое поле.я пока не понял Вашу задачу
Нужно проверить введенные пользователем данные и при введении им недопустимого значения (определены в поле) — сбросить введенное пользователем значение (обнулить поле, тем самым не дав сохранить это значение, но оставить возможность ввести новое). (надеюсь понятно объяснил😊)
#11
15 мая 2016 в 12:13
И на этом спасибо.Только сходу про создание полей я подсказать не смогу
#12
15 мая 2016 в 13:21
Что-то вроде получается😊:
в system\controllers\content\manifest.php добавляем:
в \system\fields\my_fields.php
добавляю условие
в \system\controllers\content\hooks\ добавляю value_delete.php
Осталось решить вопрос что прописать для сброса значения в форме...
Если прописать
Форма сохранится, правда уничтожит $value при выводе сохраненной записи… этого результата можно добиться и просто прописав в my_fields.php
.....😥…
в system\controllers\content\manifest.php добавляем:
'value_delete'
добавляю условие
if($value == недопустимое значение) { $value= cmsEventsManager::hook('value_delete', $value);}
Осталось решить вопрос что прописать для сброса значения в форме...
Если прописать
class onContentValueDelete extends cmsAction { public function run($value){ return $value; } }
#13
15 мая 2016 в 13:36
Для поля хуки не нужны. У поля есть метод store(). В нём и делайте все проверки и выводите результат. Типа такого:
public function store($value, $is_submitted, $old_value=null){ if($value === недопустимое значение){ return false; } return $value; }
#14
15 мая 2016 в 13:37
Fenix, Для Вашей цели не нужно использовать хуки вообще. Они тут не подходят, тем более в том виде, как Вы их применили. Манифест и \system\controllers\content\hooks\value_delete.php не нужны. Вы можете сделать проверку и сброс значения сразу в \system\fields\my_fields.php или используя встроенные механизмы Двойки.
А вот как именно это сделать "по феншую" посмотрите в стандартных полях или в бесплатных полях в "Дополнениях". Или подождите ответа на форуме.
А вот как именно это сделать "по феншую" посмотрите в стандартных полях или в бесплатных полях в "Дополнениях". Или подождите ответа на форуме.
#15
15 мая 2016 в 13:38
А вот и Loadырь, уже ответил. Сразу видно — специалист. Кратко и эффективно. 😊