Я делал так: страница опубликована, но у нее снят флаг «searchable». Считаю это признаком неопубликованного товара. Проблему отображения страницы решал через плагин, проверяя поле и отдавая 404 ошибку. Ну и не забыть из всяких выборок убрать такие страницы, используя любое условие (по шаблону или searchable, как удобнее).
Сложно сказать, что там проще, я не использовал никогда ms2form.
Если в id дело, то надо у форм прописывать че нить типа id=«form-[[+id]]». Если не жестко все это прописано по 10 раз в коде — то, думаю, все исправимо.
Если сложно исправить переделать, что бы каждый tab был отдельной страницей, проблема уйдет.
Да, если множественный выбор, то только отдельная таблица. Хотя можно и дублирование данных, в таблице с товарами данные в JSON, например, + отдельная таблица. В разных ситуациях разные способы получения данных, тут главное скорость работы, а не несколько Мб данных лишних.
По АПИ — да, все так поняли, не взирая на кажущуюся сложность это абсолютно рабочий способ. Издержки на лишний запрос к сервису, как правило, не очень большие. В общем подумать стоит
Поговаривают, что JOIN — не очень быстрая операция.
Если параметры для товаров едины — зачем их выносить в отдельную таблицу то?
Можно подумать вообще с точки зрения архитектуры поступить так: отдельно сайт на MODX, и отдельно некое приложение «каталог», а сайт с каталогом пусть работает как с сервисом, по API. Это даст возможность как угодно менять схему работы каталога, писать его на любом языке, с любой БД, развернуть их на разных серверах. А сайт будет жить и работать самостоятельно. Запросы к сервису можно кешировать, для быстродействия.
Будет интересно посмотреть :)
Честно говоря, у меня уже более года есть компонент, который даже называется так же =) Трудиться, работает на нескольких сайтах, но идеальным его не могу назвать пока, нюансов так много всплывает в процессе его настройки.
Если в id дело, то надо у форм прописывать че нить типа id=«form-[[+id]]». Если не жестко все это прописано по 10 раз в коде — то, думаю, все исправимо.
Если сложно исправить переделать, что бы каждый tab был отдельной страницей, проблема уйдет.
Ну голову включите, почему не работает) поди id у формы общий или че нить подобное, вот и срабатывает только первая.
По АПИ — да, все так поняли, не взирая на кажущуюся сложность это абсолютно рабочий способ. Издержки на лишний запрос к сервису, как правило, не очень большие. В общем подумать стоит
Если параметры для товаров едины — зачем их выносить в отдельную таблицу то?
Можно подумать вообще с точки зрения архитектуры поступить так: отдельно сайт на MODX, и отдельно некое приложение «каталог», а сайт с каталогом пусть работает как с сервисом, по API. Это даст возможность как угодно менять схему работы каталога, писать его на любом языке, с любой БД, развернуть их на разных серверах. А сайт будет жить и работать самостоятельно. Запросы к сервису можно кешировать, для быстродействия.
Не выводил картинки, но наверное где-то в настройках Коллекции.
forums.modx.com/thread/72525/setoption-in-plugin-placeholder-not-working
Правда старая темка, может новое что появилось — не знаю.
Ну и все это нужно в плагине делать, где-то пораньше…
Честно говоря, у меня уже более года есть компонент, который даже называется так же =) Трудиться, работает на нескольких сайтах, но идеальным его не могу назвать пока, нюансов так много всплывает в процессе его настройки.
modx.pro/help/7352/
2.
template это число, пустой шаблон, вероятно, 0, но не проверял
2. Читаете внимательно bezumkin.ru/sections/tips_and_tricks/2439/ и настраиваете по одному из методов.
Парочка сайтов вполне себе хорошо работает