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

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

Добрый день.

При работе через аякс стили не будут подгружаться, т.к. по-умолчанию они подключатся к странице в момент вызова 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

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

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

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

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

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

В документации ссылки пощелкайте, вообще много интересного docs.modx.pro/components/pdotools/snippets/pdoneighbors

30 секунд в гугле
modx.pro/help/7352/