@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 067
13.08.2013 00:59:51
16 комментариев
Ни разу так не делал, но сейчас проверил. У меня по умолчанию просто выводится текст, версия 2.2.8
Если же указать список для выбора, и дефолтный вариант - то все нормально работает.
Лично я такие задачи решаю плагином на сохранение документа, который проверяет и приписывает, что мне нужно.
Cyrax_02
Так у вас указано "2" в значении по умолчанию. А автоматическое заполнение поля при создании документа не работает только при указании EVAL. Например:
где snippet:
Попробуйте - работать не будет.
Да и без сниппета тоже не работает:
Я же и говорю, что у меня в этом поле "по умолчанию" вообще php не работает, выводится как текст.
Возможно, это только с версии 2.2.8 так стало, не знаю.
Cyrax_02
Но в моём случае необходимо, чтобы поле заполнялось при создании документа. А событий на DocCreate, похоже и нет:
Есть - OnDocFormRender.
Вот пример использования.
Cyrax_02
Так ведь это событие генерируется при каждой прорисовке формы. А мне нужно присвоить значение по умолчанию только один раз при создании ресурса.
В общем, покопал исходники, и вот что выяснилось: 1. Через плагин это вроде как не сделать, ибо инпут формируется в методе modTemplateVar::renderInput() и работает он со свойствами самого ТВ - значение туда не подсунуть. 2. Этот метод получает и процессит дефолтный текст, но не подставляет его в значение. 3. Если вот тут заменить
на
то все начинает работать.
Не знаю, ошибка это, или нет, но именно из-за таких вещей я и не использую ТВ параметры в своих компонентах.
Однако, я не успокоился и таки решил вопрос через плагин, хоть и не очень красиво:
При загрузке страницы, этот плагин проверяет id ресурса (у новых он равен 0), затем прогоняет все доступные ТВ параметры по ссылке, и работает с нужными (в примере это параметр c id = 2).
Ну а дальше, все просто - получаем значение из сниппета и меняем в форме value.
Cyrax_02
Спасибо. Смысл понятен: а) проверяем 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
Я на решение твоей проблемы потратил час личного времени.
Выясняй дальше сам, что "эффективнее".
P.S. Все вещи, которых нет в документации, можно найти только в одном месте - в исходном коде системы.
Cyrax_02
ok. Только этот ваш час ушёл не только на меня, но и на тысячи разработчиков, которые почитают и воспользуются данной темой. Я руководствуюсь именно этим и привык резюмировать свои вопросы. Ну а от вас я больше ничего и не требую, ведь все ответы идут в добровольном порядке ))
Cyrax_02
Вообще, значение по умолчанию в modX - довольно специфичная вещь. И это НЕ "значение, автоматически устанавливаемое при создании ресурса". Смысл его иной. Если значение TV не указывать либо указать значение, равное значению по умолчанию, то в этом случае будем иметь следующее: а) в БД в таблице modx_site_tmplvar_contentvalues соответствующей записи не будет б) значение по умолчанию можно получить только плейсхолдерами в шаблоне ресурса в) при получении данных и БД вручную (чистыми запросами или через xPDO - не важно) для таких значений мы получим null
Следовательно, нужно отказаться от этих значений по умолчанию, т.к. 1. Если изменить значение по умолчанию некоторого TV, то все предыдущие значения (равные значению по умолчанию) станут пустыми. 2. Во всех запросах на извлечение TV добавление проверки/сверки со значением по умолчанию (дополнительный JOIN + IFNULL(site_tmplvar_contentvalues.value, site_tmplvars.default_text)) приведёт к утяжелению запроса
Для себя решил этим чудом не пользоваться. В пользу плагинов.
Насколько я помню, вышеописанными проблемами страдал Evo. В Revo значения по умолчанию сохранялись в таблицу values.
Cyrax_02
revo 2.2.7. Только что проверил: если значение TV совпадает со значением по умолчанию, из таблицы modx_site_tmplvar_contentvalues это значение удаляется. Если установить значение, отличное от значения по умолчанию - появляется.
Хм. Да, проглючил.
Cyrax_02
Строго говоря, это не глюк (поэтому и не исправляют уже 5 лет). Просто смысл и механизм работы "значения по умолчанию" в modX отличается от общепринятого. Корректнее было бы: а) назвать его не "Значение по умолчанию", а 'Отображать пустое значение как' б) перенести его на вкладку "Параметры вывода"
Так было бы корректнее. А то вводят людей в заблуждение...
Если честно, то я проглючил вот из-за чего. Я когда-то в трекере видел тикет, что хотели в Evo версии 1.1 внести сохранение значений по умолчанию в таблицу values. Примерно в это же время у меня был проект на Revo и я там накидал плагин который эти самые дефолтные значения перебрасывает в ту таблицу. Но спустя время поползли глюки - смена значения по умолчанию требовала запроса на UPDATE в таблице values. И еще по мелочи.
bezumkin.ru
Личный сайт Василия Наумкина
Прямой эфир
Василий Наумкин
04.02.2025 19:27:08
Я таким давно не занимаюсь и с MODX не работаю.
Попробуйте обратиться к ребятам с modx.pro.
Василий Наумкин
23.12.2024 05:33:00
В MODX сначала создали проблему, автоматически генерируя адреса, а потом "решили" заморозкой.
Так ч...
Дмитрий
14.12.2024 09:10:38
Василий, прошу прощения, тупанул, не разобрался сразу. Фреймворк отличный! "Чистый лист" на vue, рис...
Василий Наумкин
05.12.2024 20:01:14
В итоге основная ошибка была в неправильном общем root в Nginx, из-за чего запросы не улетали на фай...
Василий Наумкин
01.07.2024 11:56:41
Да, верно, именно так.
А в контроллере, скорее всего, ловить данные методом post.
Василий Наумкин
26.06.2024 09:38:15
О, точно, вылезает если не залогинен.
Спасибо, исправил!
Уровни подписки
Спасибо!
500 ₽ в месяц
Эта подписка ничего не даёт, просто возможность сказать спасибо за мои заметки. Подписчики отмечаются зелёненьким цветом в комментариях.
Большое спасибо!
1 000 ₽ в месяц
И эта подписка не даёт ничего, кроме оранжевого цвета в комментариях и возможности сказать спасибо, но уже большое!