@EVAL не работает в поле "Значение по умолчанию" у ТВ
modx revo 2.2.7.
Если в поле "Значение по умолчанию" некоторого TV-параметра указать:
@EVAL return $modx->runSnippet('snippet');
то значение по умолчанию при создании ресурса не устанавливается.
Значение по умолчанию в этом случае устанавливается только при нажатии на зелёном кружке.
Если же указать так:
@EVAL return 5;
то значение устанавливается в 5 сразу же при создании ресурса.
Как сделать так, чтобы при использовании EVAL+runSnippet значение по умолчанию устанавливалось сразу (без нажатия на зелёном кружке) ?
============================
Данная проблему на протяжении последних 5 лет поднимали много раз. Но решения так и не было предложено. Последний раз сабжевый вопрос на одном из форумов поднимался полгода назад и опять-таки без решения.
На текущий момент кто-нибудь может подытожить ситуацию ?
Ведь на текущий момент даже неизвестно точно, баг это или нет. Если баг, почему его не исправили за 5 лет ?
Если не баг, то почему при явном указании значения (@EVAL return 5;) значение по умолчанию устанавливается сразу ?
В любом случае, как эту проблему можно исправить или обойти ? Штатными средствами и не очень.
0
👍
👎
❤️
🔥
😮
😢
😀
😡
3 041
13.08.2013, 00:59:51
16 комментариев
Василий Наумкин
13.08.2013, 12:53:32
Ни разу так не делал, но сейчас проверил. У меня по умолчанию просто выводится текст, версия 2.2.8
Если же указать список для выбора, и дефолтный вариант - то все нормально работает.
Лично я такие задачи решаю плагином на сохранение документа, который проверяет и приписывает, что мне нужно.
Cyrax_02
13.08.2013, 13:39:32
Так у вас указано "2" в значении по умолчанию. А автоматическое заполнение поля при создании документа не работает только при указании EVAL. Например:
где snippet:
Попробуйте - работать не будет.
Да и без сниппета тоже не работает:
Василий Наумкин
13.08.2013, 13:51:45
Я же и говорю, что у меня в этом поле "по умолчанию" вообще php не работает, выводится как текст.
Возможно, это только с версии 2.2.8 так стало, не знаю.
Cyrax_02
13.08.2013, 13:58:56
Но в моём случае необходимо, чтобы поле заполнялось при создании документа. А событий на DocCreate, похоже и нет:
Василий Наумкин
13.08.2013, 14:00:07
Есть - OnDocFormRender.
Вот пример использования.
Cyrax_02
13.08.2013, 14:05:51
Так ведь это событие генерируется при каждой прорисовке формы. А мне нужно присвоить значение по умолчанию только один раз при создании ресурса.
Василий Наумкин
13.08.2013, 15:32:57
В общем, покопал исходники, и вот что выяснилось: 1. Через плагин это вроде как не сделать, ибо инпут формируется в методе modTemplateVar::renderInput() и работает он со свойствами самого ТВ - значение туда не подсунуть. 2. Этот метод получает и процессит дефолтный текст, но не подставляет его в значение. 3. Если вот тут заменить
на
то все начинает работать.
Не знаю, ошибка это, или нет, но именно из-за таких вещей я и не использую ТВ параметры в своих компонентах.
Однако, я не успокоился и таки решил вопрос через плагин, хоть и не очень красиво:
При загрузке страницы, этот плагин проверяет id ресурса (у новых он равен 0), затем прогоняет все доступные ТВ параметры по ссылке, и работает с нужными (в примере это параметр c id = 2).
Ну а дальше, все просто - получаем значение из сниппета и меняем в форме value.
Cyrax_02
13.08.2013, 17:11:12
Спасибо. Смысл понятен: а) проверяем id ресурса на 0: если равен 0, значит, ресурс только создаётся б) значение подставляем непосредственно в html-код TV-параметра, минуя высокоуровневые манипуляции со свойствами ресурса
Только вы используете событие 'OnResourceTVFormRender'. А в OnDocFormRender нельзя добраться до html-кода TV-параметра ? Или это слишком геморройно ?
И где можно почитать про это событие ? Вот здесь его нет: http://rtfm.modx.com/revolution/2.x/developing-in-modx/basic-development/plugins/system-events http://wiki.modxcms.com/index.php/System\_Events http://zaswerd.ru/modx/other/system\_event.html
Наверное, эффективнее всего будут вот такие манипуляции: http://blog.agel-nash.ru/2013/5/plugin-develop.html
Василий Наумкин
13.08.2013, 17:22:20
Я на решение твоей проблемы потратил час личного времени.
Выясняй дальше сам, что "эффективнее".
P.S. Все вещи, которых нет в документации, можно найти только в одном месте - в исходном коде системы.
Cyrax_02
13.08.2013, 18:21:22
ok. Только этот ваш час ушёл не только на меня, но и на тысячи разработчиков, которые почитают и воспользуются данной темой. Я руководствуюсь именно этим и привык резюмировать свои вопросы. Ну а от вас я больше ничего и не требую, ведь все ответы идут в добровольном порядке ))
Cyrax_02
18.08.2013, 16:26:18
Вообще, значение по умолчанию в modX - довольно специфичная вещь. И это НЕ "значение, автоматически устанавливаемое при создании ресурса". Смысл его иной. Если значение TV не указывать либо указать значение, равное значению по умолчанию, то в этом случае будем иметь следующее: а) в БД в таблице modx_site_tmplvar_contentvalues соответствующей записи не будет б) значение по умолчанию можно получить только плейсхолдерами в шаблоне ресурса в) при получении данных и БД вручную (чистыми запросами или через xPDO - не важно) для таких значений мы получим null
Следовательно, нужно отказаться от этих значений по умолчанию, т.к. 1. Если изменить значение по умолчанию некоторого TV, то все предыдущие значения (равные значению по умолчанию) станут пустыми. 2. Во всех запросах на извлечение TV добавление проверки/сверки со значением по умолчанию (дополнительный JOIN + IFNULL(site_tmplvar_contentvalues.value, site_tmplvars.default_text)) приведёт к утяжелению запроса
Для себя решил этим чудом не пользоваться. В пользу плагинов.
Евгений Борисов
18.08.2013, 16:39:09
Насколько я помню, вышеописанными проблемами страдал Evo. В Revo значения по умолчанию сохранялись в таблицу values.
Cyrax_02
18.08.2013, 17:31:48
revo 2.2.7. Только что проверил: если значение TV совпадает со значением по умолчанию, из таблицы modx_site_tmplvar_contentvalues это значение удаляется. Если установить значение, отличное от значения по умолчанию - появляется.
Евгений Борисов
18.08.2013, 19:05:32
Хм. Да, проглючил.
Cyrax_02
18.08.2013, 20:42:32
Строго говоря, это не глюк (поэтому и не исправляют уже 5 лет). Просто смысл и механизм работы "значения по умолчанию" в modX отличается от общепринятого. Корректнее было бы: а) назвать его не "Значение по умолчанию", а 'Отображать пустое значение как' б) перенести его на вкладку "Параметры вывода"
Так было бы корректнее. А то вводят людей в заблуждение...
Евгений Борисов
18.08.2013, 21:48:47
Если честно, то я проглючил вот из-за чего. Я когда-то в трекере видел тикет, что хотели в Evo версии 1.1 внести сохранение значений по умолчанию в таблицу values. Примерно в это же время у меня был проект на Revo и я там накидал плагин который эти самые дефолтные значения перебрасывает в ту таблицу. Но спустя время поползли глюки - смена значения по умолчанию требовала запроса на UPDATE в таблице values. И еще по мелочи.
bezumkin.ru
Личный сайт Василия Наумкина
Прямой эфир
Василий Наумкин
01.07.2024, 11:56:41
Да, верно, именно так.
А в контроллере, скорее всего, ловить данные методом post.
Василий Наумкин
26.06.2024, 09:38:15
О, точно, вылезает если не залогинен.
Спасибо, исправил!
Василий Наумкин
09.04.2024, 04:45:01
> Ошибка 500
Это не похоже на ошибку Nginx, это скорее всего ошибка PHP - надо смотреть его логи.
...
russel gal
09.03.2024, 20:17:18
> А этот стоило написать хотя бы затем, чтобы получить комментарий от юзера, который ничего не писал...
Александр Наумов
27.01.2024, 03:06:18
Василий, спасибо!
Извини, тупанул.