09 февраля 2017, 22:36 Прошу прощения за некромантию, но может кому-то пригодится решение без модификации сниппета, на вышеуказанном примере, без использования 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. Выборка по нескольким опциям 9 0 4
03 августа 2016, 00:17 заметил одну интересую вещь, пока не копал глубоко в чем проблема, при перетаскивании картинок в галерее у них становится один ранг не нулевой и msProducts не выводит первое изображения, и я решил использовать вызов msGallery внутри чанка msProducts, в итоге получил что выводится первый товар только, а лог от msProducts заменяется на лог от msGallery может кто подскажет есть ли какое-то решение по этому поводу? Новые дополнения и их версии / [miniShop2] Версия 2.4.0 rc 193 0
03 августа 2016, 00:14 includeThumbs и {$product['300x300']} попробуй Новые дополнения и их версии / [miniShop2] Версия 2.4.0 rc 193 0
31 июля 2016, 13:55 Согласен, хотя решение будет проще, если будет событие добавлено ;) Новые дополнения и их версии / [miniShop2] Версия 2.4.0 rc 193 0
31 июля 2016, 13:02 Есть неудобный момент с отправкой писем. Во-первых, хотелось бы событие для плагина из коробки для самостоятельно обработки отправки письма. Во-вторых, в новом релизе msGetOrder вызывается прямо в minishop2.class.php, и если надо сделать вывод нестандартных изображений в письме, то приходится или править основной код вызова, или извращаться с msGallery в теле письма. Что кажется не слишком удобным, плюс к этому изображения в письме на отправку могут отличаться от изображений по-умолчанию, которые показываются в админке сайта, и при этом не могут быть одинаковыми, предвосхищая вопрос. Новые дополнения и их версии / [miniShop2] Версия 2.4.0 rc 193 0
28 июня 2016, 17:13 Отправлять можно обычным mail или своим smtp сервером без соотнесения отправляемой почты и авторизации, только проблема с гуглом никуда не уйдет, гугл как и большинство почтовиков проверяют ip адрес с которого пришло письмо и домен электронки в поле «от кого», если нет его в белых списках, то в лучшем случае попадет в спам, в худшем вообще не придет. Поэтому как вариант использовать специальную почту на своём почтовом сервере на который будет доходить письма с подложных источников, и с него уже отправлять ответы клиентам. Или более простой и эффективный способ в теле письма писать адрес клиента ссылкой, а по клику на нем — формируется новое письмо, если еще и посмотреть параметры которые можно передавать в mailto, то в том числе можно передать заголовок сообщения и тело письма. Вопросы / Отправитель в форме связи && в письмах MS2 1 +1
27 июня 2016, 01:54 Таким образом, как указано, по ссылке останется только один производитель, жестко выбранный, и чтобы показать другие его надо отключить. Самый простой вариант — отсортировать по производителю, главное чтобы он был или первым или последним (по id) в списке производителей, если же для разных категорий нужны разные производители в начале списка товаров, то тут придется писать запрос по сложнее с использованием параметра select и сортировки по новому выбранному полю. Для отладки и правильного написание запроса используй showLog Вопросы / Вывод товаров с отфильтрованным производителем 1 0
27 июня 2016, 01:44 На ум приходит пара вариантов, ещё один ты уже предложил, маловероятно, конечно, что будет тысяча документов в меню, но всё же: 1)Разделить документы на группы и закинуть их в родительские документы без url и не опубликованные, чтобы не светились в пути 2)Назначить документам разные шаблоны или другие параметры, даже можно добавит TV и заполнить его нужными значениями, не знаю как Wayfinder, но pdoMenu по TV легко отфильтрует то что надо, кстати в pdoMenu есть функция displayStart, с которой настроив шаблон можно выводить кликабельных родителей Вопросы / wayfinder-вывод с ресурса,отличного от 1? 2 0
26 июня 2016, 23:45 Плохо смотрел? rtfm.modx.com/extras/revo/formit/formit.hooks/formit.hooks.email Вопросы / Ajaxform formit ошибка "Неверный адрес отправител" 7 0
25 июня 2016, 01:10 банально в ajaxform должен стоять тот же e-mail что и в системных настройках в поле mail_smtp_user &emailFrom=`[[++mail_smtp_user]]` Вопросы / Ajaxform formit ошибка "Неверный адрес отправител" 7 +2
24 июня 2016, 21:14 Немного запоздало, но возможно пригодится кому-то: 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'а, может и не элегантно, зато просто и быстро. Вопросы / Форма связи с отправкой файла с ограничением 3 +1
11 апреля 2016, 09:08 Есть дополнения для реализации входа и регистрации на фронтенде, в админку вообще никого пускать не надо, это другой контекст, что по сложнее и по кастомнее — Login, что по проще Office (https://modstore.pro/packages/users/office) Раз есть готовая верстка, я бы сказал 50% работы уже есть. Важно запрограммировать работу конкретных модулей и виджетов для ЛК. С виджетами вообще все просто, обычно это редко уходит дальше пары SQL запросов и простой агрегации данных. Ну а отдельные модули в любом случае придется реализовывать самому, простых и быстрых решений я не встречал. Разве что использовать джанго, там код попроще и по понятнее чем в php. Вопросы / Как разрабатывать навороченные личные кабинеты ? 12 -1
11 апреля 2016, 00:28 2)По сути — да, и можно и нужно, так мне кажется проще даже будет, в админке можно сделать свои компоненты в рамках текущего дизайна админки, а видоизменять внешний вид труднее будет 3)ExtJS это фраймворк для быстрой разработки приложений с формами и контролами, если же уже есть верстка, то смысла его использовать нет. В остальном все так как описали, modx предоставляет работу с пользователями и группами, личный кабинет по сути тоже страница в админке, к которой могут быть настроены права доступа и т.п. Вопросы / Как разрабатывать навороченные личные кабинеты ? 12 0
10 апреля 2016, 22:41 1)Зачем вообще MODX? 2)Зачем привязываться к бэкенду modx? Такое надо делать на фронтенде, ведь не дизайн админки меняешь 3)Если есть верстка зачем ExtJS? Вопросы / Как разрабатывать навороченные личные кабинеты ? 12 +1
10 апреля 2016, 22:36 у блока #portfolioGrid .portfolio .portfolio-item img отключить height: 100%; Объявления о работе / Растягиваются изображения. Что то пошло не так... 1 0
10 апреля 2016, 21:45 Разобрался, полный код приложен, если будут вопросы, или вдруг не будет работать — напишите Готовые решения / Redis Cache (xPDORedisCache) 13 +1
18 августа 2015, 21:08 когда ты видишь такой старый код: <!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, которое завязано на этих классах тоже желания нет Новые дополнения и их версии / [MobileDetect] Мобильная версия для вашего сайта 46 0
18 августа 2015, 21:00 За тем что есть одна верстка чужая, и другая — новая, надо новую мобильную верстку добавить на сайт, а раз так то естественно и тут и там 2 хедера Новые дополнения и их версии / [MobileDetect] Мобильная версия для вашего сайта 46 0
18 августа 2015, 12:09 Если написать код с 2мя хедерами и футерами, то этот компонент работать не будет, код от минишопа или еще от чего будет добавлен только в один хедер и только в один футер и скорее всего в первый и последний соответственно, придется совмещать хедеры чтобы избежать этого Новые дополнения и их версии / [MobileDetect] Мобильная версия для вашего сайта 46 -1
13 августа 2015, 00:12 Перевод действительно убогий, лучше переписать своими словами все и будет куда как понятнее, чем пытаться сохранить стиль предложений. Кстати, по поводу самой статьи, сравнение с WP интересно, но WP бесплатен, у нас же в России присутствует другой опыт, многим навязывают платный битрикс или юми, которые стоят в некоторых редакциях дороже чем весь сайт на бесплатном движке. При этом пользователи привыкли платить деньги и не понимают как может быть качественный продукт бесплатным, а еще и легким. Например интернет магазин на 20к товаров на MODX будет спокойно работать на хостинге за 150р в месяц и кушать 1,5-2гига места. При этом такой же магазин на битриксе без суровых оптимизаций (мало кто нынче заботится о них) будет кушать уже под 10 гигов и висеть на хостинге за 3к в месяц. Некомпетенция пользователей и не желание их терять навязывая свой движок, идут друг за другом и проталкивают платные продукты и тормозя развитие бесплатных, в какой-то мере. Ну и конечно как правильно было замечено в статье, удобство использования WP простыми людьми ничего не понимающими в html, но при этом занимающимися «разработкой сайтов» вытекает в большую популярность по сравнению с MODX. Новости и события / Почему MODX не становится популярнее? 191 +2 1
Возможно ли реализовать возможность предоплаты за доставку на сайте? Так ради этого мне и нужно это все, чтобы клиент платил сразу при оформлении заказа, чтобы избавить себя от мусорных заявок (когда человек оставляет заявку, а предоплату делать не ...
Редизайн сообщества На больших экранах основной текст статьи я бы сделал 18 px. Да и текст комментариев можно таким сделать. Для меня лично 16 — мелковато на больших экранах (в комментариях вообще 15 ...
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
по сути optionFilters подключает нужные таблицы и дает не противоречащие условия, а все остальное прописывает внутри where
Во-первых, хотелось бы событие для плагина из коробки для самостоятельно обработки отправки письма.
Во-вторых, в новом релизе msGetOrder вызывается прямо в minishop2.class.php, и если надо сделать вывод нестандартных изображений в письме, то приходится или править основной код вызова, или извращаться с msGallery в теле письма. Что кажется не слишком удобным, плюс к этому изображения в письме на отправку могут отличаться от изображений по-умолчанию, которые показываются в админке сайта, и при этом не могут быть одинаковыми, предвосхищая вопрос.
Поэтому как вариант использовать специальную почту на своём почтовом сервере на который будет доходить письма с подложных источников, и с него уже отправлять ответы клиентам.
Или более простой и эффективный способ в теле письма писать адрес клиента ссылкой, а по клику на нем — формируется новое письмо, если еще и посмотреть параметры которые можно передавать в mailto, то в том числе можно передать заголовок сообщения и тело письма.
1)Разделить документы на группы и закинуть их в родительские документы без url и не опубликованные, чтобы не светились в пути
2)Назначить документам разные шаблоны или другие параметры, даже можно добавит TV и заполнить его нужными значениями, не знаю как Wayfinder, но pdoMenu по TV легко отфильтрует то что надо, кстати в pdoMenu есть функция displayStart, с которой настроив шаблон можно выводить кликабельных родителей
rtfm.modx.com/extras/revo/formit/formit.hooks/formit.hooks.email
FormIt прекрасно прикрепляет файлы ([type=«file»]) к письму.
В AjaxForm используется компонент jQuery Form Plugin, на странице с документацией (jquery.malsup.com/form/#file-upload) указана информация по загрузке файлов, в том числе с отслеживанием прогресса.
И поэтому чтобы AjaxForm передала файлы в FormIt правильно, необходимо всего лишь указать в форме enctype=«multipart/form-data»
И файлы успешно будут загружаться на сервер и отправляться по почте. Естественно работает во всех современных браузерах.
Массовость же файлов можно реализовать на JS, добавлением через копирование input'а, может и не элегантно, зато просто и быстро.
Раз есть готовая верстка, я бы сказал 50% работы уже есть. Важно запрограммировать работу конкретных модулей и виджетов для ЛК. С виджетами вообще все просто, обычно это редко уходит дальше пары SQL запросов и простой агрегации данных. Ну а отдельные модули в любом случае придется реализовывать самому, простых и быстрых решений я не встречал. Разве что использовать джанго, там код попроще и по понятнее чем в php.
3)ExtJS это фраймворк для быстрой разработки приложений с формами и контролами, если же уже есть верстка, то смысла его использовать нет. В остальном все так как описали, modx предоставляет работу с пользователями и группами, личный кабинет по сути тоже страница в админке, к которой могут быть настроены права доступа и т.п.
2)Зачем привязываться к бэкенду modx? Такое надо делать на фронтенде, ведь не дизайн админки меняешь
3)Если есть верстка зачем ExtJS?
#portfolioGrid .portfolio .portfolio-item img
отключить
height: 100%;
и новый:
конструкции типа:
нет желания городить, и не ясно как в итоге это воспримет парсер modx и куда будет вставлять свой код, и переписывать половину старого CSS, которое завязано на этих классах тоже желания нет
Кстати, по поводу самой статьи, сравнение с WP интересно, но WP бесплатен, у нас же в России присутствует другой опыт, многим навязывают платный битрикс или юми, которые стоят в некоторых редакциях дороже чем весь сайт на бесплатном движке. При этом пользователи привыкли платить деньги и не понимают как может быть качественный продукт бесплатным, а еще и легким.
Например интернет магазин на 20к товаров на MODX будет спокойно работать на хостинге за 150р в месяц и кушать 1,5-2гига места. При этом такой же магазин на битриксе без суровых оптимизаций (мало кто нынче заботится о них) будет кушать уже под 10 гигов и висеть на хостинге за 3к в месяц.
Некомпетенция пользователей и не желание их терять навязывая свой движок, идут друг за другом и проталкивают платные продукты и тормозя развитие бесплатных, в какой-то мере.
Ну и конечно как правильно было замечено в статье, удобство использования WP простыми людьми ничего не понимающими в html, но при этом занимающимися «разработкой сайтов» вытекает в большую популярность по сравнению с MODX.