Я правильно понял, что надо поменять этот код в файле assets/components/pdotools/js/pdopage.js? Поменял, но ничего не произошло, пагинации присваивается класс display:none; не могу понять где. Но даже если присвоить через css display: block !important; то работает не корректно, если пользуешься кнопкой, а потом пагинацией, то перебрасывает по такой ссылке site.ru/?page=1&pageId=17&hash=caba36b7635ec52390b81ac85612a759468b600c на несуществующую страницу.

Если вы об этом

<IfModule mod_headers.c>
    Header set Access-Control-Allow-Origin "*"
</IfModule>

То это не помогло и в ядре пробывал его вписать и в корне

Добавляете в PHP код, к которому обращаетесь специальные заголовки через headers.
По идее вот такая запись разрешает доступ из другого домена

Access-Control-Allow-Origin: https://domain.xyz

В некоторых случаях нужно еще добавить правило в конфиг сервера.

Этого я не знаю, но знают Яндекс и Гугл, спросите там.

Прям из коробки нельзя, надо немного поправить JS. Вот это

if (config.history) {
                if (typeof(jQuery().sticky) == 'undefined') {
                    $.getScript(config['assetsUrl'] + 'js/lib/jquery.sticky.min.js', function () {
                        pdoPage.initialize(config);
                    });
                    return;
                }
                pdoPage.stickyPagination(config);
            }
            else {
                $(config.pagination).hide();
            }

Заменить на это

$(document).on('click', config['link'], function (e) {
                e.preventDefault();
                var href = $(this).prop('href');
                var key = config['pageVarKey'];
                var match = href.match(new RegExp(key + '=(\\d+)'));
                var page = !match ? 1 : match[1];

                if (pdoPage.keys[key] != page) {
                    $(config['more']).find('button').attr('disabled', false);
                    if (config.history) {
                        if (page == 1) {
                            pdoPage.Hash.remove(key);
                        } else {
                            pdoPage.Hash.add(key, page);
                        }
                    }
                    $this.loadPage(href, config);
                }
            });

            if (config.history) {
                if (typeof(jQuery().sticky) == 'undefined') {
                    $.getScript(config['assetsUrl'] + 'js/lib/jquery.sticky.min.js', function () {
                        pdoPage.initialize(config);
                    });
                    return;
                }
                pdoPage.stickyPagination(config);

                $(window).on('popstate', function (e) {
                    if (e.originalEvent.state && e.originalEvent.state['pdoPage']) {
                        $this.loadPage(e.originalEvent.state['pdoPage'], config);
                    }
                });

                history.replaceState({pdoPage: window.location.href}, '');
            }

И в pdoPage параметру ajaxMode установить значение button.

Так только цифры останутся:

foreach ($modx->getIterator('modUser') as $user) {
    $profile = $user->getOne('Profile');
    $phone = preg_replace("/[^,.0-9]/", '', $profile->get('phone'));
    $user->set('username', $phone);
    $user->save();
}

Может всё же стоило парой слов описать что же такое enKod? Ведь клиент не всегда формулирует задачу, используя название конкретного сервиса, а так хоть будет понятно для чего такая интеграция нужна.

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

Тоже столкнулся с такой проблемой. В логах написано
Error 42000 executing statement:
…
INSERT command denied to user 'bla-bla-bla'@'localhost' for table 'modx_session'

И аналогичные записи в логах для других таблиц. Зашел на хостинг — оказывается, лимиты по базе превышены и заблокировали доступ до пополнения средств. Вдруг у кого тоже такой случай будет.

Будет еще лучше. Скоро появится возможность перерисовки корзины

Дополнительные данные возвращаемые корзиной при ее изменении

Хорошая новость! На одном проекте как раз таких данных мне и НЕ хватало. Пришлось кастомный обработчик писать, чтобы эти данные включались.

А как включить поддомен в разрешенные?

У тебя этот шрифт подключен по абсолютному пути и когда ты с другого домена хочешь ео подключить браузер тебе говорит, что так делать нельзя. Либо надо все поддомены включить в разрешенные.

Спасибо, попробую.

Скажите, Вы не знаете, как мне массово тоже из поля phone удалить скобки () и тире — между цифрами?

Приветствую, а как скрыть от менеджера определенный таб с тб

в обычном виде — таб с тб скрывается но отображается его перевод у менеджера.
допустим есть поля — сео заголовок, сео описание (они скрыты от менеджера, но есть в табе локализация)

Запустите в Console скрипт (естественно, сделав предварительно бэкап базы):

foreach ($modx->getIterator('modUser') as $user) {
	$profile = $user->getOne('Profile');
	$user->set('username', $profile->get('phone'));
	$user->save();
}

Ок, понял. Продолжаем с таблицами))

Мне кажется это не самый распространённый кейс: добавлять товары во вновь создаваемую категорию по условию. Во всяком случае за 4 года разработки сайтов у меня такого не было ни разу. Но в вашем случае нужна форма где будет выбираться категория и условия для добавления в неё товаров. Не думаю что у кого-то есть готовое решение.

Спасибо за участие.) Смотрите что у меня происходит. Есть магазин стройматериалов. И там помимо всего прочего есть большая корневая категория «Газобетон». В это категории под тысячу конечных товаров — газобетонных блоков. И каждый товар (блок) помимо корневой категории показывается в других категориях согласно своих свойств, характеристик и т.д. Ну так нужно, для продвижения. Т.е. один блок может размещен в категориях «стеновые блоки», «блоки плотностью d500», «блоки шириной 500 мм» и т.д. и т.п. И число таких «дополнительных» категорий измеряется десятками (см. скриншот).


Таким образом когда появляется необходимость создать еще одну категорию и сделать так, чтобы имеющиеся блоки (все или соответствующие определенной характеристике) показывались в новой категории. Я для этого выгружаю огромную таблицу. Причем если выгружаешь пункт «Показывать в категориях» — файл выгружается очень медленно. Видимо как раз потому, что один товар присутствует во множестве категорий. Затем после выгрузки я «конкатенирую» поле «Показывать в категориях» — т.е. добавляю в него еще одну строчку. И затем загружаю файл обратно на сайт. Ну, конечно, я могу быстро работать с таблицами и это не занимает так уж много времени. И происходит тоже не каждый день.

Но если представить процесс чисто логически, то то, что я делаю, можно схематически представить так:

1. Отобрать все товары из корневой категории (Old_category-ID);
2. Отобразить все эти товары во вновь созданной категории (Old_category_ID).

И что-то мне подсказывает, что это можно делать одной строчкой кода, вместо того чтобы лопатить огромные таблицы и сращивать в них поля. Вы как очень опытный разработчик — поправьте меня если я в этом заблуждаюсь.

P.S.
Мне кажется, что разработчик, который создал бы такое дополнения для Минишопа — очень помог бы конечным пользователям. Может что-то подобное и есть, я видимо не все знаю. Поэтому я и в чате тогда спросил — есть ли какой-то более продвинутый способ это делать?

ну не плагином, настройкой Минишопа о нулях, но всё равно странно, хотя решился вопрос в итоге)