Павел Гвоздь

А почему нет?)

Возможно ключ в репозитории от другого домена.

Правильно.

Интересно, давайте! И не мне одному интересно будет.

Ага, а теперь возле каждого ответа решение пожалуйста… Вот эти «скрывать и показывать», «ближайшую к пользователю» и тд, так и заставляют дать ответ вроде: Бери и делай.
Если вам показалось, что я этого не понимаю, этих банальных ответов, то вам показалось. Вопрос здесь не в том, что надо сделать, а как это сделать.

И к слову, по айпи вычислить местоположение юзера? Ну-ка ну-ка, по-подробнее и с примерами.

На стороне фронтенда

Нет, такого нет. Только что-то как-то допиливать.

Чтобы геолокация

Просто так карты не получат координаты юзера, ему надо будет дать на это разрешение.

и строился маршрут до метки

До какой метки? Во-первых, маршрут строится не до метки, а от точки А до точки Б. Во-вторых, как на бэке эту точку обозначить? Если меткой, то куда на фронте эту метку девать, когда маршрут будет построен? И как вообще эту метку находить на фронте, если, например их у ресурса будет две или больше?

Проще сделать какое-то своё решение для вашей задачи.

В конструкторе? Нет.

Вот бы ещё в посте расписал, что было сделано, я бы плюсанул. А так, не вижу смысла плюсовать пост на 3 предложения.

Это да. Так многие платежки делают до сих пор. Другой вопрос, что заказчику проще пройти проверку на Stripe, ибо туда берут почти всех.

А где я написал, что на сайте платежные данные запрашиваются? На Хабре например написано, что данный сниффер внедряясь на сайт крадет данные с платежки Stripe. К слову, на сайте именно через него платежи и проходят.

Сохранять в ТВ поле id-шники проголосовавших юзеров через запятую? Думаю можно что-то придумать. Пишите в телегу, контакты в профиле.

Компонент работает напрямую с контентом страницы. Увы, не со сниппетами напрямую. Если нужен этот функционал, можем обсудить его доработку за дополнительную цену. Только пока даже не представляю, как это будет реализовано…

Так и опции сами не добавятся.

Это указывается непосредственно в сниппете mFilter2 в качестве параметра шаблона для конкретной опции фильтра.

Последнее время плотно занимаюсь Node JS, React Native, GraphQL — создаю мобильные приложения. И до сих пор получаю истинное удовольствие от работы с этими технологиями. Поэтому, легко понимаю Николая.

написан в 1 строку

Зачем?

Думаю, если б modx.pro пропускал сколько угодно символов на главную, то под катом оказалась бы только строка:

Готово теперь меню будет красивое

«Один промокод = одно применение» — можно.
«Один промокод = одно применение для конкретного юзера» — кастом.

Да. У промо-кода есть настройка «Кол-во». Только не пойму, что за «для новых клиентов»?

Я в msPromoCode делаю так:

msPromoCode.grid.ms2Orders = function (config) {
    Ext.applyIf(config, {
        url: msPromoCode.config['connector_url'],
        baseParams: {
            action: 'mgr/orders/getlist',
            sort: 'id',
            dir: 'desc',
        },
    });
    msPromoCode.grid.ms2Orders.superclass.constructor.call(this, config);
};
Ext.extend(msPromoCode.grid.ms2Orders, Ext.ComponentMgr.types['minishop2-grid-orders'], {});
Ext.reg('minishop2-grid-orders', msPromoCode.grid.ms2Orders);

Естественно вместо msPromoCode.grid.ms2Orders пропиши что-то своё, чтоб не конфликтовало. А вместо Ext.applyIf(...) можно попробовать что-то вроде:

config['viewConfig']['getRowClass'] = ...

Писать кастом, который будет в бек-энде подменять некоторые части вывода списка товаров. На фронте это дело будет обрабатываться неким своим сниппетом, который будет подключать то, что надо и сортировать так, как надо.