Редактор темы

Реклама
Реклама

Highload by sander

  • Автор темы Автор темы Sander
  • Дата начала Дата начала

Sander

Новичок
Регистрация
5 Мар 2016
Сообщения
49
Рейтинг реакций
102
Баллы
33
Возраст
38
1/3
Автор темы
1617045261_logo[1].png
Основная цель этого модуля - это помощь в поиске проблемных мест и анализе общей производительности сайта.
Модуль собирает всю подробную информация по всем медленным запросам.
Затем в админке можно увидеть общую картину, какие разделы дольше всего обрабатываются, какие запросы в БД наиболее частые и наиболее медленные, какие проблемные файлы шаблонов и многое другое.

Как показывает практика, поиск проблемы занимает гораздо больше времени и усилий, чем её решение.
С помощью данного модуля, можно легко узнать и увидеть всё, что происходит в движке на различных этапах его работы.

Модуль поддерживает все актуальные версии DLE начиная с 10.1
Но в наиболее полной мере, функционал модуля раскрывает себя начиная с DLE v.13, поскольку в ней появилась утилита управления плагинами и через неё есть возможность отслеживать контрольные точки подключения файлов (записывается путь подключения, время и память).

Админка представляет собой 5 основных ключевых разделов:

1. Главная
1617051229_screenshot_1[1].png 1617051273_screenshot_3[1].png

На ней отображается список всех тяжелых запросов. Для удобства визуального осмотра - использована соответствующая цветовая маркировка.

2. Подробности запроса
1617051276_screenshot_4[1].png Screenshot_5.png

Одна из главных достопримечательностей модуля - подробности запроса.
На этой странице отображается полная информация внутренней работы движка: общее время выполнения и время выполнения каждого файла
В DLE 13+ некоторые строки
cp (Control Point) будут дублироваться. Это не страшно, но неизбежно.
Так же у
cp не будет времени выполнения, оно всегда будет равно 0, поскольку это лишь маркер - когда был выполнен вызов строки модуля.

Screenshot_6.png Screenshot_7.png Screenshot_8.png Screenshot_9.png
Остальные вкладки с детализацией запроса. Список запросов в БД, файлы шаблона и контрольные точки.


3. Статистика
Screenshot_10.png

В целом вся нужная информация написана в самом разделе (скриншоте), отдельно только хочу заметить, что это статистика только среди медленных запросов, время которых превышает 100мс. Быстрые запросы модуль не записывает, так задано у меня в настройках.

4. Аналитика БД
Screenshot_11.png Screenshot_12.png Screenshot_13.png

Второй, а возможно и первый по важности раздел, наряду со страницей "Подробности запроса".
Здесь анализируются и отображаются все наиболее медленные, частые и тяжелые запросы в базу данных.


5. Аналитика TPL
Screenshot_15.png
Почти аналогично разделу аналитики БД, так же можно посмотреть, какие файлы шаблона медленнее всего.
Как показала практика, данный раздел порой так же может быть крайне полезным.

Настройки
Screenshot_16.png


Страница модуля: Highload by Sander
Цена: $17

На странице модуля представлена более подробная информация, а так же там его можно купить в автоматическом режиме
 
Последнее редактирование:
Отличный модуль!
Выловил какие плагины создавали нагрузку.
при 170к трафика (вчера было 40-45% нагрузка на CPU) сегодня 12-18% можно сказать в 3 раза облегчил работу сайту за 17$ 😀😀

Screenshot_382.png
 
Автор темы
Обновление модуля - v.1.1

Добавлен раздел с отображением структуры папок сайта и их размеров.
Screenshot_19.png
 
Хорош модуль, но только на один сайт и практически на один раз, проверить нагрузку, исправить и больше он для этого сайта не нужен.
А для другого докупать лицензию.
Но что делать, если одновременно нужно проверить три сайта и выяснить, который из них создаёт большую нагрузку ?
Правильно, покупать лицензии на три сайта сразу.
Проверили, исправили. Всё. Больше модуль не нужен ) В дальнейшем, если ничего не менять на сайтах, вряд ли он пригодится ).
Но для диагностики больного модуль нужный, ибо особо то и нет альтернатив.
 
проверить нагрузку, исправить и больше он для этого сайта не нужен.
А для другого докупать лицензию.
А если ты через неделю еще плагин добавишь ? а через пол года еше 2 ?
 
Решив проблемы убирается только нагрузка на сервер или и сам сайт становится быстрее загружаться?
 
Решив проблемы убирается только нагрузка на сервер или и сам сайт становится быстрее загружаться?
тут же просто показывает что долго загружается. поставил модуль, проверил нагрузку, удалил модуль. а чтобы сайт стал работать быстрее - надо оптимизировать исходники дле, или вешать какой-то функционал над ними. модуль это не фиксит
 
тут же просто показывает что долго загружается. поставил модуль, проверил нагрузку, удалил модуль. а чтобы сайт стал работать быстрее - надо оптимизировать исходники дле, или вешать какой-то функционал над ними. модуль это не фиксит
СТОП
То есть, если раньше у тебя стояло 5 модулей, среди которых 2 были написаны идиотом и создавали +20 запросов в базу из 25 суммарных и ты исправляешь эти косяки доводя общее число запросов в БД при загрузке страницы до 7 сайт не станет быстрее грузится ? О_о
Да как бы время генерации страницы изменилось в 4 раза 🙂 ничего ?
 
То есть, если раньше у тебя стояло 5 модулей, среди которых 2 были написаны идиотом и создавали +20 запросов в базу из 25 суммарных и ты исправляешь эти косяки доводя общее число запросов в БД при загрузке страницы до 7 сайт не станет быстрее грузится ?
Не все так однозначно. Иногда лучше сделать 10 простых запросов, чем один тяжелый. Количество запросов не показатель времени генерации страницы.
 
Не все так однозначно. Иногда лучше сделать 10 простых запросов, чем один тяжелый. Количество запросов не показатель времени генерации страницы.
это был образный пример. я думаю все поняли о чем речь. Что можно найти то, что тормозит сайт и убрать. - висящий запрос = скорость открытия страниц
 
Sander только уважение. Но дороговато, если ценник на 5$ сделает, как горячие пирожки расходится будут) и доп лицензия по 2$. Я бы на 14$ только допов набрал)
 
Последнее редактирование:
СТОП
То есть, если раньше у тебя стояло 5 модулей, среди которых 2 были написаны идиотом и создавали +20 запросов в базу из 25 суммарных и ты исправляешь эти косяки доводя общее число запросов в БД при загрузке страницы до 7 сайт не станет быстрее грузится ? О_о
Да как бы время генерации страницы изменилось в 4 раза 🙂 ничего ?
так ты просто устранишь те проблемы, которые эти модули и создали, отключив их. сам по себе сайт быстрее работать не станет, если ты просто поставишь этот модуль на сайт. этот модуль просто покажет слабые места. думаю, он про это спрашивал.
 
Последнее редактирование:
Уфф как тяжело...
Опишу что решил модуль в моей ситуации
При трафике 300к падал сервер (не впс) а СЕРВЕР за 200 евро
нагрузка скакала дикая по вечерам.
Сейчас тот же сервер при 1 000 000 всего 10-12%

Нашел и устранил косяки в модулях. благодаря этому плагину.
Ни больше не меньше он не делает. он помогает найти косяки.
 
Нашел и устранил косяки в модулях. благодаря этому плагину.
Ни больше не меньше он не делает. он помогает найти косяки.
я это и написал. сам по себе модуль никак не ускоряет сайт. надо копаться в исходниках, чтобы что-то улучшить и ускорить
 
Sander только уважение. Но дороговато, если ценник на 5$ сделает, как горячие пирожки расходится будут) и доп лицензия по 2$. Я бы на 14$ только допов набрал)
Да хотяб по 10, а продление 4, тоже было бы более приемлемо.
Учитывая, что скрипт всего лишь диагностический, для мониторинга нагрузки и выполнения скриптов.
Нужная вещь, но можно бы и чуток подешевле )
 

Похожие темы Последние темы Популярные темы

Назад
Сверху