- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую.
Для теста возьмем две страницы сайта:
1. Обычная страница сайта, работающая на CMS Modx
2. Дубликат первой страницы на html на том же домене
Проблема наблюдается на этапе предзагрузки страницы (первом ответе сервера) в ModX.
Среднее время ожидания предзагрузки (первого ответа сервера (может что и путаю)):
1. ModX - 500 ms
2. Дубликат html - 5 ms
Скриншоты с отображением временной шкалы загрузки страниц:
ModX
HTML
Разница в десятки раз - это слишком много. Я предпологаю, что на протяжении 500 ms ModX что-то там себе думает. Сервер/Кеширование/Заголовки вроде настроены нормально.
Можно-ли заставить ModX соображать быстрее, что для этого нужно сделать? Ибо такое время ответа меня совершенно не устраивает. Давайте подумаем вместе. В случае если реализация ускорения ModX сильно трудозатратна и простыми советами от вас её не решить, то я готов обсудить условия компенсации затраченного времени на помощь в данном вопросе.
Справочная информация:
1. Сайт расположен на VPS KVM (2 CPU Intel Xeon / 2 GB RAM)
2. 33 запроса с каждой страницы
3. NginX перед Apache
4. Включен gzip_module NginX
5. Все возможные сниппеты и чанки закешированы
Прошу прощения за оффтоп, а чем такие данные получаете? Это сервис или софт?
Вы случаем на странице, которая открывается по 500ms не используете getresources ? (если у вас версия Revo) если очень много ресурсов, выводить этим сниппетом, то будут жуткие тормоза. Сам на своих сайтах использую modx revo (всегда самую свежую версию) все работает очень шустро.
Прошу прощения за оффтоп, а чем такие данные получаете? Это сервис или софт?
Google Chrome WebmasterTools (инструмент встроенный в браузер)
Посмотрите уже готовые статьи и обсуждения:
http://ilyaut.ru/tips-and-tricks/site-optimization-on-modx-revolution/
https://www.markhamstra.com/modx/2011/10/caching-guidelines-for-modx-revolution/
http://forums.modx.com/thread?thread=74902#dis-post-415390
http://newpg.ru/documentation/modx/modx-revolution/modx-revolution-optimizatsiya-kesh.html
И да.. перед оптимизацией есть смысл выявить "узкие" места.
getresources используется для вывода тегов, но его исключение из страницы особой разнице в первичном ответе сервера не делает. Использую версию REVO
Время ответа до 8 мс вы никак не сможете сократить, т.к. в зависимости от сервера только на инициализацию движка MODX Revolution уходит от 100 до 200 мс + еще на обработку скриптов вызываемых на странице требуется время.
Из рекомендаций по увеличению времени отклика без явных переделок могу посоветовать следующее:
- Избавьтесь от статических элементов (сниппетов/плагинов и чанков) убрав галочку статический.
- Перенесите параметры сниппетов в наборы параметров
- Проверьте настройки кеширования вашего движка (возможно перенос кеша из файлов в memcache или APC позволит немного ускорить загрузку страниц)
Можете стукнуть мне в скайп если нужна будет помощь.
Разница в десятки раз - это слишком много. Я предпологаю, что на протяжении 500 ms ModX что-то там себе думает.
Ну конечно, это же динамически сгенерированная страница, как вы по другому хотели? Т.е. сервер делает какие-то запросы, что-то обрабатывает, поэтому сравнивать в данном случае с статикой абсолютно не правильно. Хотите те же результаты - переведите все в статику и удалите движок. И будет вам 8ms.
... т.к. в зависимости от сервера только на инициализацию движка MODX Revolution уходит от 100 до 200 мс + ...
на обычной ;) впске REVO c нормально настроенным файловым (!) кешем спокойно генерит исходный код за ~50ms http://ooo-cck.ru/ безо всякого колдунства...
на обычной ;) впске REVO c нормально настроенным файловым (!) кешем спокойно генерит исходный код за ~50ms http://ooo-cck.ru/ безо всякого колдунства...
Не знаю, как добился разработчик этого, но у меня даже пустая (!) страничка из 100 раз открылась только единожды за 76ms. Пробовал ModXCloud, там та же история.
Может быть, вы подскажите, что значит с нормально настроенным файловым кешем?
Что тут можно изменить:
Пробовал менять Класс-обработчик системы кэширования на другие, но файловый почему-то работает быстрее (пробовал cache.xPDOAPCCache, cache.xPDOMemCached, cache.xPDOMemCache; все модули на VPS есть.)
А чем вас 76ms не устраивает? Это 0.07s, что довольно не плохо. У вас дольше рендеринг в браузере может происходить, чем генерируется страница.