Это сделано, просто в пакет так и не собрано пока… Все руки не доходят.

Вопрос: а что это за скрипты? Логично предположить, что это те, которые получаются в случае, если сжатие скриптов включено (настройка compress_js), и это работает только для бэкэнда. Если эта настройка отключена, то сжатие всех скриптов должно быть только на совести самого сервера.

В настройках php gzip-сжатие отключено — проверил через phpinfo: Тем не менее, браузеры получают все файлы в сжатом виде. И вот, не могу найти, кто и где включает это сжатие… В настройках apache никаких директив не обнаружил. nginx не установлен. Логично предположить, что это modx на лету включает сжатие, если в системе установлено расширение zlib (установлено). Но в настройках modx не нашёл соответствующих настроек. Может, modx включает сжатие в безусловном порядке — без всяких настроек? В корневом .htaccess (который в комплекте с modx) сжатие не включено (закомментировано):

Николай здравия! можно узнать на каком сейчас этапе продукт Обновление остатков и цен будет в самом ближайшем будущем (просто надо дописать обработку параметров). этот момент как я понял еще не сделан

Ну, вскрытие покажет :)

Так и сделал) Краткое описание. Ох и муторное же это дело. Дай Бог если для десятка проектов сгодится. Все же не магазин.

Собственно, про это я и говорил. Да, печаль. Может когда-нибудь появится.

В версии modx 2.4.2 настройка cache_resource_map (подобно cache_alias_map) так и не появилась…

Это не решает проблемы большой нагрузки при генерации кеша. Иногда сайт падает с критической ошибкой (белый экран): mod_fcgid: stderr: PHP Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /var/www/user/data/www/site.ru/core/model/modx/modx.class.php on line 2313, referer: www.site.ru/ mod_fcgid: stderr: PHP Fatal error: Class 'modUser_' not found in /var/www/user/data/www/site.ru/core/xpdo/xpdo.class.php on line 783, referer: www.site.ru/ Проблема решалась очисткой кэша modx. Думал, что криво записывался некоторый кэш в процессе работы скриптов modx. Но как оказалось, проблема была в том, что иногда modx не справляется с генерацией кэша большого числа ресурсов и записывает кривой кэш контекста context.cache.phpс пустым содержанием: <?php return array ( 'resourceMap' => array (
), 'pluginCache' => NULL, ); После удаления и перегенерации этого файла страницы грузятся нормально. Так что, проблема уже себя проявляет. В версии modx 2.4.2 настройка cache_alias_map (подобно cache_alias_map) так и не появилась…

На гите изменения есть, но новый пакет судя по всему я не собирал еще. Там только твшку свою надо будет для этого создать. Посмотри изменения, наверняка будет все понятно. И вот этот ПР прочти, пригодится.