Сегодня зашел в админку и увидел вот такое зрелище

136 заказов, без заполненных обязательных полей и без товара. Поступили за несколько минут. Как такое возможно и кто нибудь с таким сталкивался? Плюс способ оплаты «Оплата наличными» у меня даже такого способа в настройках minishop2 нет. Метрика цель завершенного заказа не засчитала. Сейчас придется вычищать этот мусор из админки. У вас бывало такое? И как вообще могут проходить заказы без товара?

Привет! Я представляю компанию. У нас есть сайт на modx. Нужен новый, улучшенный. Ищем опытного modx разработчика или команду спецов для создания интернет магазина на актуальных версиях движка и модулей. У нас есть тз и эскизы дизайна. От вас понадобится: 1) сделать кликабельные макеты для нескольких ширин экранов, 2) сделать верстку по макетам, 3) настроить ф-ционал ИМ согласно тз, 4) настроить взаимодействие ИМ с 1с УТ и платежной системой. Кому интересно — пишите, предоставлю тз и эскизы. После изучения наших материалов — ожидаем от вас предложение по стоимости и срокам. Работа по договору, с вашей стороны ЮЛ или ИП. Возможно, подойдет и вариант СЗ (нужно уточнить). Спасибо.

Здравствуйте. Нужно настроить Cityfields
Именно: Проблема не определяется город по IP
Нужно настроить что бы можно было заходить на сайт через под домен и под папки (и так и так...)))

Вышел MiniShop3 1.11.0-beta1 — крупный релиз: 26 смерженных PR с прошлого релиза, три breaking change, новая модель группировки опций, явный пересчёт стоимости заказа в админке, новое JS событие для интеграции с компонентами и заметные правки в работе сниппетов.

Не могу понять как работает loginResourceId в OfficeAuth компонента Office. У меня регистрация по email с отправкой ссылки авторизации на email. Соответственно, после отправки формы регистрации страница не перегружается, а показывается сообщение «проверьте почту», после перехода по ссылке активации в письме, юзер попадает на заполнение профиля потому что, как написано в доках:

Подскажите как можно настроить JS-событие для оформленного заказа в Метрике через метод reachGoal? Если сделать событие для нажатия на кнопку «Оформить заказ»

<form action="">
    ...
    <input type="button" onclick="ym(XXXXXX, 'reachGoal', 'TARGET_NAME'); return true;" value="Заказать" />
</form>

то будет засчитываться клик по кнопке независимо от того заполнена форма заказа или нет.

Есть какой то способ сделать так чтобы событие нажатия на кнопку «Оформить заказ» засчитывалось только при условии что заполнены все поля?

И куда нужно вставлять код события чтобы оно засчитывалось? В техподдержке метрики написали что вставлять нужно в код кнопки, он у меня выглядит вот так

</div>
        <button  name="ms2_action" value="order/submit"  class="ordering-confirm__submit btn btn--large btn--orange btn--center" type="submit">Оформить заказ <span class="btn-icon btn-icon--right icon-checkmark-circle"></span></button>
        <div class="actions-step clearfix"><ul class="pagination-in"><li class="prev"><a href="#previous">Назад</a></li></ul></div>
      </section>
    </form>
  </div>

но где именно его там разместить?

В 1.3.0 подсказки поиска теперь могут показывать товары с фото, артикулом и ценой — а не только заголовок, как раньше. Обычные страницы остаются простой строкой, товары получают карточный вид. Никаких настроек переписывать не надо: достаточно включить автокомплит в форме поиска, и для товаров miniShop3 это заработает само.

.
xDevPicker — пикер элементов для фронта в духе DevTools-инспектора Chrome.

Редактировать визуал в MODX 3 ещё никогда не было так легко! Просто зажми Shift + Alt и тыкни в любой элемент на странице – откроется модалка с редактированием чанка/шаблона/сниппета.

Больше не нужно лезть и искать нужный чанк в наваленной куче других чанков в админке, параллельно открывая 200+ чанков для отладки визуала на фронте!

Честно скажу, разработал его не я, это всё aiAssist на модели GPT 5.5…

Ранее я опубликовал демо-сайт https://minishop3.ru/ с огромным каталогом — 200 000 товаров. Система прогрева кэша, на которую я делал ставку, на таком объёме показала себя плохо: первая загрузка после сброса кэша по-прежнему была долгой, прогрев занимал десятки минут, а синхронизация с реальностью требовала постоянной возни. Поэтому в 1.4 я полностью сменил архитектурный подход — заменил многоуровневое кэширование на простой денормализованный индекс. Каталог теперь не летает, но загружается и фильтруется с приемлемой скоростью на любом размере.

При попытке перейти в ресурс категории в правлй части экрана — пусто.