Наумов Алексей

Попробуйте через БД снять галочку «Очищать кеш при сохранении», может после этого сохраниться?
Уже тогда думать.

Добрый день! На одной карте вы можете рисовать сколько угодно меток, по поясняющей картинке это вроде понятно…

Не проверял, но возможно тут.

Добрый день.

При работе через аякс стили не будут подгружаться, т.к. по-умолчанию они подключатся к странице в момент вызова ecMessages, а этот момент у вас уже после того, как страница улетела в браузер.

Уберите в настройках компонента пути к файлам стилей и скриптов и подключите их вручную в шаблон сайта.

Вот это почитайте: modx.pro/solutions/7446-join-easycomm-and-mfilter2/

Нужен раздел «Флудилка / Общение / Обсуждение».

Тоже сталкивался с парой сайтов у них.

Начать можно с того, что там что-то типа облака, и бац, нет FTP (ну про ssh и заикаться не буду)!

Вот задачка то была выкачать несколько тысяч картинок с сайта, пришлось парсер сайта делать и уже им качать.

В общем буэ. Зато когда продажу разработки сайта делаешь — «фу, какие 50 тыщ, вон за 10 интернет магазин предлагают», а потом правда, как поставить событие в метрике никто не знает)

Такая же хрень. Эт при работе на php 7, ранее уже обсуждалось пару раз: modx.pro/search?query=session_start

«на фронте их нельзя выводить»

Я делал так: страница опубликована, но у нее снят флаг «searchable». Считаю это признаком неопубликованного товара. Проблему отображения страницы решал через плагин, проверяя поле и отдавая 404 ошибку. Ну и не забыть из всяких выборок убрать такие страницы, используя любое условие (по шаблону или searchable, как удобнее).

Есть решение.

Сложно сказать, что там проще, я не использовал никогда ms2form.

Если в id дело, то надо у форм прописывать че нить типа id=«form-[[+id]]». Если не жестко все это прописано по 10 раз в коде — то, думаю, все исправимо.

Если сложно исправить переделать, что бы каждый tab был отдельной страницей, проблема уйдет.

Великие тайны и мифы XXI века: Вызов сниппета несколько раз)))

Ну голову включите, почему не работает) поди id у формы общий или че нить подобное, вот и срабатывает только первая.

Да, если множественный выбор, то только отдельная таблица. Хотя можно и дублирование данных, в таблице с товарами данные в JSON, например, + отдельная таблица. В разных ситуациях разные способы получения данных, тут главное скорость работы, а не несколько Мб данных лишних.

По АПИ — да, все так поняли, не взирая на кажущуюся сложность это абсолютно рабочий способ. Издержки на лишний запрос к сервису, как правило, не очень большие. В общем подумать стоит

Поговаривают, что JOIN — не очень быстрая операция.

Если параметры для товаров едины — зачем их выносить в отдельную таблицу то?

Можно подумать вообще с точки зрения архитектуры поступить так: отдельно сайт на MODX, и отдельно некое приложение «каталог», а сайт с каталогом пусть работает как с сервисом, по API. Это даст возможность как угодно менять схему работы каталога, писать его на любом языке, с любой БД, развернуть их на разных серверах. А сайт будет жить и работать самостоятельно. Запросы к сервису можно кешировать, для быстродействия.

Права и владельца, свободное место на диске…

Вот эту штуку нужно где-то задать: collections.renderer_image_path

Не выводил картинки, но наверное где-то в настройках Коллекции.

Вот можно попробовать почитать, предпоследнее сообщение

forums.modx.com/thread/72525/setoption-in-plugin-placeholder-not-working

Правда старая темка, может новое что появилось — не знаю.

Ну и все это нужно в плагине делать, где-то пораньше…

В списке статусов заказа у статуса «Новый» может быть отключена отправка письма или стоять пустой шаблон?

Все будет гуд, просто аккуратно и с умом :)

Будет интересно посмотреть :)
Честно говоря, у меня уже более года есть компонент, который даже называется так же =) Трудиться, работает на нескольких сайтах, но идеальным его не могу назвать пока, нюансов так много всплывает в процессе его настройки.