Через TicketForm это по меньшей мере странно, ибо оно другие вещи делает вообще-то.
А так возьмите html форму с нужными вам полями. Установите Formit. Напишите небольшой hook к нему в 30 строчек кода. И в нем создайте запись в поле migx.
Универсального нет решения, все индивидуально…
Ну можно по разному пробовать.
Я писал про это место:
В принципе можете попробовать и на фронте вместо title указать че нить типа [[%option_[[+name]]_title]]., т.е. сформировать из названия опции запись словаря.
Но лучше сделать отдельную таблицу для связей. Будет потом проще выборки делать.
Может быть попробовать компонент Redirector, но я не знаю, как он себя поведет с url, которые содержат get параметр.
1. Устанавливаете настройку use_frozen_parent_uris
2. Для всех разделов «Кухни», «Столовые» и т.д. замораживаете url без /katalog/
Но если проект взрослый — лучше собственный компонент.
А так возьмите html форму с нужными вам полями. Установите Formit. Напишите небольшой hook к нему в 30 строчек кода. И в нем создайте запись в поле migx.
Универсального нет решения, все индивидуально…
Я писал про это место:
В принципе можете попробовать и на фронте вместо title указать че нить типа [[%option_[[+name]]_title]]., т.е. сформировать из названия опции запись словаря.
Глобального и простого решения «галочка в настройках» — нет.
Аккуратная разработка и работа со встроенным кешем.
вспомнил. Был сайт, где аналогичная фигня, не менялся производитель.
С трудом там нашел причину.
В настройках сайта было включено кеширование базы данных, параметр cache_db
а в чанке мм… допустим login вот так:
вопрос, сколько времени вы будете искать почему конструкция
неправильно работает в чанке footer?
Вот поэтому и не видны переменные за границами чанка. Ибо то, что вы хотите — это глобальные переменные, что не есть гуд.
Пользуйтесь $_modx->resource.id, это нормально, понятно, удобно.
Ну и setPlaceholder, когда это нужно.