Dmitry Rodionov

Прошу прощения за некромантию, но может кому-то пригодится решение без модификации сниппета, на вышеуказанном примере, без использования leftJoin:

&optionFilters=`{
	"ps_target:!=":"",
	"ps_type:!=":""
}`
&where=`["
	(ps_target.value='Витрины и мебель' OR ps_target.value='Ландшафт' OR ps_target.value='Автомойки') AND 
	(ps_type.value='Модульный' OR ps_type.value='Ландшафтный' OR ps_type.value='Карданный')
"]`

по сути optionFilters подключает нужные таблицы и дает не противоречащие условия, а все остальное прописывает внутри where

заметил одну интересую вещь, пока не копал глубоко в чем проблема, при перетаскивании картинок в галерее у них становится один ранг не нулевой и msProducts не выводит первое изображения, и я решил использовать вызов msGallery внутри чанка msProducts, в итоге получил что выводится первый товар только, а лог от msProducts заменяется на лог от msGallery может кто подскажет есть ли какое-то решение по этому поводу?

includeThumbs и {$product['300x300']} попробуй

Согласен, хотя решение будет проще, если будет событие добавлено ;)

Есть неудобный момент с отправкой писем.
Во-первых, хотелось бы событие для плагина из коробки для самостоятельно обработки отправки письма.
Во-вторых, в новом релизе msGetOrder вызывается прямо в minishop2.class.php, и если надо сделать вывод нестандартных изображений в письме, то приходится или править основной код вызова, или извращаться с msGallery в теле письма. Что кажется не слишком удобным, плюс к этому изображения в письме на отправку могут отличаться от изображений по-умолчанию, которые показываются в админке сайта, и при этом не могут быть одинаковыми, предвосхищая вопрос.

Отправлять можно обычным mail или своим smtp сервером без соотнесения отправляемой почты и авторизации, только проблема с гуглом никуда не уйдет, гугл как и большинство почтовиков проверяют ip адрес с которого пришло письмо и домен электронки в поле «от кого», если нет его в белых списках, то в лучшем случае попадет в спам, в худшем вообще не придет.
Поэтому как вариант использовать специальную почту на своём почтовом сервере на который будет доходить письма с подложных источников, и с него уже отправлять ответы клиентам.
Или более простой и эффективный способ в теле письма писать адрес клиента ссылкой, а по клику на нем — формируется новое письмо, если еще и посмотреть параметры которые можно передавать в mailto, то в том числе можно передать заголовок сообщения и тело письма.

Таким образом, как указано, по ссылке останется только один производитель, жестко выбранный, и чтобы показать другие его надо отключить. Самый простой вариант — отсортировать по производителю, главное чтобы он был или первым или последним (по id) в списке производителей, если же для разных категорий нужны разные производители в начале списка товаров, то тут придется писать запрос по сложнее с использованием параметра select и сортировки по новому выбранному полю. Для отладки и правильного написание запроса используй showLog

На ум приходит пара вариантов, ещё один ты уже предложил, маловероятно, конечно, что будет тысяча документов в меню, но всё же:
1)Разделить документы на группы и закинуть их в родительские документы без url и не опубликованные, чтобы не светились в пути
2)Назначить документам разные шаблоны или другие параметры, даже можно добавит TV и заполнить его нужными значениями, не знаю как Wayfinder, но pdoMenu по TV легко отфильтрует то что надо, кстати в pdoMenu есть функция displayStart, с которой настроив шаблон можно выводить кликабельных родителей

Плохо смотрел?
rtfm.modx.com/extras/revo/formit/formit.hooks/formit.hooks.email

банально в ajaxform должен стоять тот же e-mail что и в системных настройках в поле mail_smtp_user

&emailFrom=`[[++mail_smtp_user]]`

Немного запоздало, но возможно пригодится кому-то:
FormIt прекрасно прикрепляет файлы ([type=«file»]) к письму.
В AjaxForm используется компонент jQuery Form Plugin, на странице с документацией (jquery.malsup.com/form/#file-upload) указана информация по загрузке файлов, в том числе с отслеживанием прогресса.
И поэтому чтобы AjaxForm передала файлы в FormIt правильно, необходимо всего лишь указать в форме enctype=«multipart/form-data»

<form method="POST" enctype="multipart/form-data">

И файлы успешно будут загружаться на сервер и отправляться по почте. Естественно работает во всех современных браузерах.
Массовость же файлов можно реализовать на JS, добавлением через копирование input'а, может и не элегантно, зато просто и быстро.

Есть дополнения для реализации входа и регистрации на фронтенде, в админку вообще никого пускать не надо, это другой контекст, что по сложнее и по кастомнее — Login, что по проще Office (https://modstore.pro/packages/users/office)
Раз есть готовая верстка, я бы сказал 50% работы уже есть. Важно запрограммировать работу конкретных модулей и виджетов для ЛК. С виджетами вообще все просто, обычно это редко уходит дальше пары SQL запросов и простой агрегации данных. Ну а отдельные модули в любом случае придется реализовывать самому, простых и быстрых решений я не встречал. Разве что использовать джанго, там код попроще и по понятнее чем в php.

2)По сути — да, и можно и нужно, так мне кажется проще даже будет, в админке можно сделать свои компоненты в рамках текущего дизайна админки, а видоизменять внешний вид труднее будет

3)ExtJS это фраймворк для быстрой разработки приложений с формами и контролами, если же уже есть верстка, то смысла его использовать нет. В остальном все так как описали, modx предоставляет работу с пользователями и группами, личный кабинет по сути тоже страница в админке, к которой могут быть настроены права доступа и т.п.

1)Зачем вообще MODX?
2)Зачем привязываться к бэкенду modx? Такое надо делать на фронтенде, ведь не дизайн админки меняешь
3)Если есть верстка зачем ExtJS?

у блока
#portfolioGrid .portfolio .portfolio-item img
отключить
height: 100%;

Разобрался, полный код приложен, если будут вопросы, или вдруг не будет работать — напишите

когда ты видишь такой старый код:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html id="index-html" class="main_html_class no_bg no_user internal component js">
<head id="index-head" class="main_head_class head_not_empty head_create head_user head_js">

и новый:

<!doctype html>
<html>
<head>

конструкции типа:

<!DOCTYPE html <standard>PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"</standard>>
<html <standard>id="index-html" class="main_html_class no_bg no_user internal component js"</standard>>
<head <standard>id="index-head" class="main_head_class head_not_empty head_create head_user head_js"</standard>>

нет желания городить, и не ясно как в итоге это воспримет парсер modx и куда будет вставлять свой код, и переписывать половину старого CSS, которое завязано на этих классах тоже желания нет

За тем что есть одна верстка чужая, и другая — новая, надо новую мобильную верстку добавить на сайт, а раз так то естественно и тут и там 2 хедера

Если написать код с 2мя хедерами и футерами, то этот компонент работать не будет, код от минишопа или еще от чего будет добавлен только в один хедер и только в один футер и скорее всего в первый и последний соответственно, придется совмещать хедеры чтобы избежать этого

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

Кстати, по поводу самой статьи, сравнение с WP интересно, но WP бесплатен, у нас же в России присутствует другой опыт, многим навязывают платный битрикс или юми, которые стоят в некоторых редакциях дороже чем весь сайт на бесплатном движке. При этом пользователи привыкли платить деньги и не понимают как может быть качественный продукт бесплатным, а еще и легким.
Например интернет магазин на 20к товаров на MODX будет спокойно работать на хостинге за 150р в месяц и кушать 1,5-2гига места. При этом такой же магазин на битриксе без суровых оптимизаций (мало кто нынче заботится о них) будет кушать уже под 10 гигов и висеть на хостинге за 3к в месяц.
Некомпетенция пользователей и не желание их терять навязывая свой движок, идут друг за другом и проталкивают платные продукты и тормозя развитие бесплатных, в какой-то мере.
Ну и конечно как правильно было замечено в статье, удобство использования WP простыми людьми ничего не понимающими в html, но при этом занимающимися «разработкой сайтов» вытекает в большую популярность по сравнению с MODX.