Павел Голубев

А рассматривали вариант напрямую обращаться к SQL-серверу 1С(если конечно таковой имеется) и от туда забирать данные?

Да можно конечно. Добавить 1 одно условие в экспорт цен и готово.

Так весь ответ в этой строчке

$page = $modx->getObject('modResource',intval($users_page_id)

У тебя страницы пользователя на которые происходит редирект — это обычные Modx ресурсы.
Возьми и проставь в поле псевдоним в id ресурса и будет то, что просишь.

Другое дело если пользователей пару тысяч.

У меня в ИМ примерно 60 тыс. товаров. Полет нормальный.

а есть какой-нибудь пруф на о том, что ГлавПункт купил Боксберри?

>Современный JS вместо монструозного ExtJS.
Ну будем честны, если вы втащите всё, что есть в ExtJs, то получится тоже на тоже. Чудес не бывает, смотрим к примеру vuetifyjs.com/

>API
Да без проблем, Andchir написал потрясающий пост habr.com/ru/post/479168/

>ORM, миграции
тот же пост на Хабре, используются Doctrine

Класс Modx расширяет класс Xpdo. Если не пользоваться Xpdo, то фактически не пользуемся Modx, зачем тогда Modx?

Symfony не то что жив, а на прошлой неделе зарелизили 5 версию github.com/symfony/symfony/releases/tag/v5.0.0

а чём тяжесть фильтров товаров?

Если задача такая, то внутри Ext можно Vue использовать.
Например, требуется дополнительный таб в ресурсах, а внутри таба уже будем Vue использовать.

Ext.ComponentMgr.onAvailable("modx-resource-tabs", function() {
    let tabs = this;
    tabs.on("beforerender", () => {
        tabs.add({
            title: _('tab-name'),
            id: "tab-id",
            layout: 'form',
            labelAlign: 'top',
            items: [{
                html: '<div id="for-vue-wrapper"><vue-component></vue-component></div>',
                listeners: {
                    afterrender() {
                        new Vue({el: '#for-vue-wrapper'});
                    }
                }
            }]
        });
    });
});

Можно и fetch'ем забирать данные

fetch(modExtra.config.connector_url,
{
    method: 'POST',
    headers: {
        'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8',
        'X-Requested-With': 'XMLHttpRequest',
        'modAuth': MODx.siteId
    },
    credentials: 'include',
    body:  `action=mgr/item/getlis&HTTP_MODAUTH=${MODx.siteId}`
})

Спасибо!

Если ReactPhp не подходит, то можно глянуть в сторону Swoole www.swoole.co.uk/

А какая у вас агрегатная функция для групп будет SUM, COUNT, MIN, MAX?

У TinyMCE Rich Text Editor есть баг. Если link_tag_scheme = abs, то некорректно вставляет ссылки на ресурсы и картинки.

Лечится так:
1. В системных настройках, в пространство имен tinymcerte добавляем tinymcerte.convert_urls = false
2. В файле core/components/tinymcerte/model/tinymcerte/events/tinymcerteonrichtexteditorinit.class.php:70 добавляем

'convert_urls' => $this->tinymcerte->getOption('convert_urls', array(), true) == 1,

3. Готово

Выйдет php7.4 с предварительной загрузкой в память и скорость подтянется.

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

Возьмём Vue.
Двунаправленный биндинг? Но он существует еще со времен Backbone.
Шаблонизация? Но это было еще в Mustache и есть даже в ExtJS Modx.
Компоненты? Ну каждый их реализовывал как хотел, а история с инкапсуляцией компонентов/виджетов/отдельных частей интерфейса/назови как хочешь — оочень бородатая. БЭМ — тому свидетельство.
Vuex — как единое место хранения данных? Это всё тот же Storage из ExtJS, но чуток переработанный.

Все это было 10-15 лет назад и концептуально, ну вообще никак не поменялось.

Взять инструменты сборки.
Почти всё, что есть сейчас было еще в первых версиях Ruby on Rails. Многое: склейка спрайтов, склейка JS, переменные в CSS и т.п. не нужно нынче, т.к. стало частью стандарта или неактуально с приходом http2. А концептуально ноги инструментов сборки растут из бородатого Make, 1977 года рождения. C Babel — больше вреда чем пользы: дополнительное звено в разработке и увеличивает бандл полифилами и страдает время сборки. А что даёт? Возможность использовать самые-самые последние, «синтаксически сахарные» в большинстве своём, конструкции языка? А раньше то как жили? Простенько, банально не использовали, пока поддержка этих конструкций в браузерах не достигала 90%.

Бесспорно движение во фронтэнде есть, но технологически никуда не ускакал, а вполне себе итерационно развивается, ровно как и всё остальное.

Круто

Причин масса, как уже написали выше. У меня главный тормоз — генерация карты ресурсов.

При 50 тысяч товаров генерация карты ресурсов у меня занимает около 6 сек. При миллионах — жди беды.

Но если отказаться от стандартных ресурсов Modx, вынести товары в отдельную таблицу — тогда взлетит.