weranda

Я имел в виду, что оно отлично работает от PDOMenu в контексте использования параметра hideSubMenus. Т. е. если hideSubMenus = 0, то все пункты меню всего меню раскрыты и их можно заделать стилями, в этом нет проблемы. Но когда hideSubMenus = 1, то PDOMenu в этом случае показывает только активную ветку меню, скрывая остальные, а plCustomMenu скрывает вообще все ветки, оставляя только первый уровень. Просто не хотелось бы выводить все огромное меню разом.

А можно чуть подробнее? А то не очень понятно.

Проверил. Как-то оно не так работает: всегда либо раскрытые все вложенные пункты меню во всех ветках, либо закрытые.

Воть примерно это и пытаюсь выяснить. Это же где-то что-то надо модифицировать… PDOMenu там или что-то еще. Ведь он же перехватит управление, полагаю. Может быть вы или кто-то сталкивался с таким и есть более или менее готовое решение. Просто перелопачивать этот компонент меню, сам MODX — это мне с моими знаниями его работы недоступно.

Наверное, плохо объяснил. Попробую еще раз.

Страница одна с одним и тем же адресом, да.

Представьте, вбиваете вы в адресную строку site.com/page_x. Вы попадаете на сайт в раздел первый (см. пример в вопросе). Тут, вроде, все штатно, понятно.

Теперь второй вариант. Изучаете сайт, зашли в раздел №2 (см. пример в вопросе). Нажимаете в этом разделе на ссылку site.com/page_x и открывается эта страница. Но при этом меню раздела №2 остается активным, вы не переходите в раздел первый — остаетесь во втором.

Получается так, что фактически страница одна в двух вариантах. На озоне, к примеру, есть такая реализация: один товар в нескольких категориях одновременно находится по одному и тому же адресу, но при этом в меню навигации по категориям мы «не прыгаем» между категориями. Как это у них реализовано — я не знаю. Встречал такаое и на других сайтах. И вот такая реализация меня и интересует. Но как — вопрос!

Ты хочешь оставить такой же url, но при этом чтобы не было переадрессации в раздел 1

Да, именно так. Чтобы не было дубля страницы и ее не пришлось бы закрывать от индексации.

что плохо для сео

Именно так.

Если представить себе эту схему, то есть варианты:
1. Простой запрос URL, к примеру, вводом в адресную строку браузера — открывается страница, вложенная в первый раздел.
2. Запрос URL из второго раздела — открывается во втором разделе.

Т. е. что-то типа приоритезации открытия URL: по умолчанию — в первом разделе, а если из второго раздела — во втором. Давно об этом думал, но толком ничего не придумал. Возможно, это как-то можно обработать программно… Не то что можно, это наверняка возможно, но как… может быть, передачей каких-то дополнительных пареметров в URL через Javascript…

И тогда будет переадресоввывать в раздел 1 из раздела 2.

Файл проверки, как уже писал, прописать в index.php корня сайта. Страница с капчей — отдельный HTML файл. При попадании под фильтр, показываю страницу капчи (код выше). В общем, к примеру, если при открытии страницы сайта попадается что-то подозрительное, то это подозрительное отправляется на проверку.

А как и откуда его получить, чтобы этот код корректно завелся?

Добавил include_once в index.php. Вроде, работает.

Я уже думал об этом, но не поломает ли это чего в самом MODX?

1. Мне кажется это странным поведением. Я получаю поле и какая разница где я его получаю… ну, да ладно.
Спасибо, но все равно странное поведение.

1. Каким образом по вашему нужно корректно получать/устанавливать значение поля?
2. Удаляем/Меняем/Не устанавливаем mixedimage — все работает. Вроде, логично же.

Вот вам тестовые данные:
Чистая установка MODX 2.8.5.
Установка расширения mixedImage.
Создание доп. поле: simple_tv
Создаем плагин:

$tv = $resource->getTVValue('simple_tv');

$modx->log(modX::LOG_LEVEL_ERROR, ':::::::::::::::: >>> СНАРУЖИ.ТВ '.$tv);
$modx->log(modX::LOG_LEVEL_ERROR, ':::::::::::::::: >>> СНАРУЖИ.ТИП '.$modx->event->name);

switch ($modx->event->name) {
    case 'OnDocFormSave':       
        $modx->log(modX::LOG_LEVEL_ERROR, ':::::::::::::::: >>> ВНУТРИ.ТИП '.$tv);       
        break;
}

Отмечаем событие плагина: OnDocFormSave
Идем в ресурс.
Сохраняем ресурс.
Открываем журнал ошибок и видим все в нем.

Вот вам для наглядной демонстрации доступ в админку на тестовом хосте (будет работать день):
Админка: s33359.h2.modhost.pro/manager/
Логин: s33359
Пароль: boF7frvOPGeB

Привет.
Классное расширение.
Если знаете как сделать текст многострочным так, чтобы он занимал 50% от области картинки, поделитесь решением!

Спасибо вам, обязательно попробую.

Я про то, что внутри JSON'а. То что есть JSON, что это и как работает, я знаю.

Я про этот синтаксис и спрашиваю. Это месево какое-то непонятное.

Я последнее время как-то не очень понимаю задаваемые вопросы.
То ли вы интересуетесь тем, вариантом который я нашел.
То ли вы интересуетесь тем, работает ли найденный вариант.
В любом случай, под малось другим вариантом я понимал вариант запуска условия выборки не через Fenom, а через штатный вызов сниппета MODX. В остальном же, найденное мной решение в части условий выглядит аналогично.
&where=`{«uri:LIKE»:"%XXX%", «OR:uri:LIKE»:"%YYY%""}`

Спасибо, пока ждал, уже нашел малость другой вариант.
Вот чего я не понял, так это того, есть ли где-то в сети популярное объяснение того, как это работает на примерах.