Fi1osof

По-моему, так себе причина. ExtJS там хоть и старый, но и в нем есть инструменты чтобы подписаться на результаты выполнения запросов. Наверняка тот же Ajax.listeners решает. А подход «Я могу сделать лучше, но удалю ка я то, что до этого работало» — не очень круто.

UPD: То есть если два компонента зависят от какого-то состояния, то не надо для них отдельные запросы делать, а сделать один и подписать их оба на него.

А зачем удалять старое, чтобы добавить новое? Нельзя к старому добавить новое? А пользователи решат чем пользоваться.

Таких странностей полно, когда не знаешь как искать.

Точно не скажу, но может с этим связано: modxclub.ru/comments/comment-9741.html

Не за что.

Речь об этом?
Перепроверьте у себя в настройках MODX config_cache_maxage, config_cache_maxsize и config_cache_maxfiles. По умолчанию они не нулевые и это создает большую нагрузку при работе phpthumb, потому что тот при записи считает общее кол-во файлов и занимаемое место. Я писал про это здесь.

То есть плагин срабатывает на загруженный файл и пытается сразу сгенерить самбы, а phpthumb пытается посчитать файлы. Установите настройки по нулям и попробуйте опять плагин включить, просто проверить. Вероятно будет работать ОК.

Когда в админке открывается какой-либо файловый менеджер с превью картинок, запросы на эти картинки через вышеупомянутый phpthumb идет на все картинки в списке, а не только на ту, какую вы загружаете. Эти запросы встают в очередь. Потом по мере очереди отваливаются с записью в логи. У вас определенно есть серверные проблемы. 98% хостинг не справляется с нагрузкой.

Говорю, читайте логи. У вас написано

PHP Fatal error: Maximum execution time of 30 seconds exceeded in

То есть запрос не выполняется за 30 секунд и обрываются. В админке MODX запрашивает картинки не напрямую, а через phpthumb. У вас скорее всего большие картинки и хостинг не справляется с их обработкой. Если картинку не получилось пережать, отдается ее оригинал. Вот для вас как бы и работает.

Гадать нет никакого смысла, это может быть все что угодно. Смотрите серверный логи (практически любой хостер дает логи прям в панели управления). Без этого просто никак. Логи наше все.

Совсем решить ее не получится. Но надо об этом как минимум думать. Я выше описал варианты. В данной ситуации достаточно было компонент собрать правильно через тот же вебпак или галп (гульп/gulp, кому как больше нравится). В зависимостях сослаться на публичные компоненты и оставить только свой код. Было бы меньше что проверять.

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

Вот я в этой ситуации вообще не уверен. Объясню. Здесь используется Service Worker. Ты знаешь что это за зверь? Даже я еще с этим на Вы. Вот небольшая выдержка из одной публикации:

Для тех, кто вообще не в курсе о чем речь, то очень вкратце — service worker это скрипт, который выполняется браузером в фоне, отдельно от веб-страницы и способен выполнять функции для которых не требуется взаимодействие со страницей или пользователем.

На практике Service Worker API позволяет делать такую магическую вещь, как кеширование файлов онлайн веб-приложения на локальное устройство пользователя и затем работать полностью в оффлайне, если нужно.

В будущем планируется добавить такие классные вещи как синхронизация кеша в фоне, то есть даже если пользователь не находится сейчас на вашем сайте, сервис-воркер все равно сможет запуститься и скачать обновления например. А также доступ к PushApi из фона опять же (то есть при получении обновления отправить вам пуш-уведомление).

Service worker устанавливается, активируется и начинает в фоне что-то делать. Например “слушать” события ‘fetch’ и при необходимости их изменять или отменять совсем

Звучит интригующе, не правда ли? Хотелось бы, чтобы с фронта шел запрос на какой-нибудь MODX-процессор и запрос «немного изменился в фоне»? Например.

Этот зверь вообще дикий. Вот смотри какой ответ от сервера приходит:


То есть документ (обрати внимание, не JS, не CSS, а именно HTML-документ) взят даже не из кеша, а из какого-то там ServiceWorker.

А вот смотри как одна и да же страница в исходниках выглядит в обычной вкладке и приватной (в приватной просто воркер еще не зарегистрирован).


И это даже на тех страницах, на которые я ранее не заходил.

Как тебе такая магия? Уверен, что хочешь себе на страничке что-то подобное регистрировать?

Круто! :)

Не за что!
Я сейчас не мало пишу у нас в modxcllub.ru. Сейчас еще и чат новый обкатываем. Но и здесь тоже буду иногда, пока не выгонят)) (по JS больше топиков появляется).
Тоже всего наилучшего!

Дмитрий, не за что!
Рад, что был услышан и адекватно воспринят. Вас я тоже услышал.

Сорри за рекламу, но я на сайте Клуба тоже запустил чаты. modxclub.ru/
Конечно в оформлении далеко не идеал, зато свое. Если кому интересны технологии, описал здесь: modxclub.ru/topics/iz-chego-teper-sostoit-modxclub.ru

Мой ответ: modx.pro/development/17264

Да, действительно, он нужен для запросов статистики в админке. У меня просто этот пакет на всех сайтах как само собою разумеющееся, вот и забываю указать…

Файлы есть, просто неполные.

Вылил в гитхаб актуальные репозитории modImporter и modMonitor. Если есть желание, можете дополнить и отправить PR, соберу, выложу свежий релиз. В свое время даже Райн Треш PR отправил.

Забыл отписаться здесь… Все дополнения опубликованы и доступны бесплатно в нашем репозитории. Новость здесь.

Не за что!