Страницы классов TicketsSection и Ticket расширены гораздо более грамотно, и не мешают подключению сторонних дополнений, типа Tagger. Да-да, вы можете использовать эти теги вместе с Tickets!
Как на твоем сайте сделан каталог по станциям, пускай он таким и остается. А полноценный множественный фильтр с ЧПУ сложно представить. В каком порядке в адресе должны располагаться фильтры? Как реализовать подстановку значений «От» и «До»?
ИМХО, здесь Василий в отношении ЧПУ прав полностью — каталог страница с фильтром является технической, поэтому наличие многих GET параметров в адресе допустимо.
Разгадка здесь.
Когда запрашиваются группы пользователя, их список берется из сессии.
Алексей, попробуйте проверить, применяется ли изменение групп, если в сессии есть только один контекст.
Сейчас для ответа посмотрел modUser и процессор logout, обратил внимание на интересный момент — если после logout не остается контекстов, в которых пользователь залогинен, сессия должна уничтожиться. Если же есть еще контексты, то со списком групп ничего не произойдет.
Поставьте реальный адрес отправителя.
Измените строку:
Добавьте
Если такой строки не увидите в системном журнале, то разбирайтесь, почему плагин не запускается.
Сам плагин рабочий, скопирован с действующего проекта.
Так работает?
Насколько я знаю, решение твоей задачи невозможно без существенного вмешательства в исходники MS2.
Нескольких шаблонов не нужно бояться. Лучше 2-3 простых шаблона, чем один перегруженный фильтрами.
Для отключения переадресации необходимо было добавить &loginResourceId=`[[*id]]`.
Что касается чрезмерного количества условий в шаблоне — парсер MODX сначала обрабатывает самые внутренние вложенные конструкции, и только потом внешние.
Пример:
Сначала будет запущен в работу сниппет Shopkeeper со всеми параметрами и обработан чанк orderTpl, и только потом запустится проверка условия по ID. Но если ID не совпадет, то результат работы первого шага выводить не нужно. Он и не выведется. А время на обработку уже затрачено.
Поскольку большинство страниц, к которым применен шаблон, служебные, вызовы необходимых сниппетов правильнее писать непосредственно в их поле content, а в шаблоне вместо кучи строк с проверкой ID сделать простой вызов [[*content]].
Но если уж хочется сделать все в одном шаблоне с проверкой ID, используйте такие конструкции:
Разница по сравнению с первым вариантом в том, сначала выполнится внутреннее условие проверки по ID и, если произойдет совпадение, после подстановки значения образуется новый для выполнения тег.
Таким образом, сниппет запустится только на одной единственной странице, а не на всех сразу.
Если так изменить все остальные условия, Вы сразу же заметите разницу в скорости загрузки страниц с этим шаблоном.
В таком виде адрес написан, чтобы роботам хотя бы немного сложнее было его занести в спам-базы.
По урлам — modx.pro/components/5355-msearch2-version-1-3-0-alias-filters/
Василий недавно обновил компонент, для tv|metro возможно задать alias, и тогда адрес станет на порядок удобнее. Что же касается полноценных FURL, mSearch их не генерирует.
Как на твоем сайте сделан каталог по станциям, пускай он таким и остается. А полноценный множественный фильтр с ЧПУ сложно представить. В каком порядке в адресе должны располагаться фильтры? Как реализовать подстановку значений «От» и «До»?
ИМХО, здесь Василий в отношении ЧПУ прав полностью — каталог страница с фильтром является технической, поэтому наличие многих GET параметров в адресе допустимо.
Отправьте макеты и ссылку на существующий магазин.
Когда запрашиваются группы пользователя, их список берется из сессии.
Алексей, попробуйте проверить, применяется ли изменение групп, если в сессии есть только один контекст.
Сейчас для ответа посмотрел modUser и процессор logout, обратил внимание на интересный момент — если после logout не остается контекстов, в которых пользователь залогинен, сессия должна уничтожиться. Если же есть еще контексты, то со списком групп ничего не произойдет.
Названия настройки и чанка могут быть любыми, только не забудьте их поменять в тексте плагина.