Это будут реальный цифры. В реальных условиях! А не то что вы хотите рассказать — «как могло бы быть хорошо на другой планете».
это будут липовые цифры, обусловленные жадностью хостера, который занимается оверселлингом.
Он решит задачу:
ну покажет этот плагин, что самое слабое место сайта — core.
что он этим решит то?
толк в сравнении с другими плагинами.
ну если только так.
но я готов поспорить на что угодно, что отключение какого-либо проблемного плагина в данном конкретном случае практически никак не скажется на общей нагрузке.
2 секунды на генерацию страницы — вряд ли в этом виноват какой-то один единственный глючный плагин.
И да. этот плагин поможет увидеть медленные запросы. если таковые есть. Что как бэ тоже влияет на время генерации.
Flector, пользуйтесь, пользуйтесь средствами мониторинга и анализа — весьма полезно.
Модератор
Yui
(@fierevere)
永子
но я готов поспорить на что угодно, что отключение какого-либо проблемного плагина в данном конкретном случае практически никак не скажется на общей нагрузке.
2 секунды на генерацию страницы — вряд ли в этом виноват какой-то один единственный глючный плагин.
такая вероятность есть, но если у автора темы используются обычные/популярные плагины без какой-либо специфики, которая может вызывать нагрузку на процессор или задержку уровня сети (например внешний запрос), то вероятность сильно снижается что действительно найдется виновник, которого можно без ущерба для функционала снести.
Вирусы кстати иногда сильно увеличивают время генерации страницы, за счет именно внешних запросов в сеть, а также некоторые плагины и темы (обычно премиум, не каталожные)
то вероятность сильно снижается что действительно найдется виновник,
Ну это уже в можно увидеть средствами мониторинга трафика и в логах. Даже тот же пингдом может подсказать в каком месте искать засаду.
Модератор
Yui
(@fierevere)
永子
я про запросы в сеть непосредственно от WP (+тема +плагины +возможные запросы вирусных скриптов)
пингдом и его аналоги их увидеть никак не помогут, они работают cервер > клиент
а что там сервер внутри себя и откуда запрашивает, остается искать только на самом сервере
раньше например многие темы запрашивали наличие обновлений на серверах их разработчиков
отдельные дурно написанные темы даже результат не кешировали
если сервер разработчиков падал — падали все сайты с их темами, точнее время генерации страницы росло до 60 и более сек, пока на сервере не закрывалась попытка соединения по таймауту
отдельные дурно написанные темы даже результат не кешировали
если сервер разработчиков падал
не только темы. скрипт шаринга от vk тоже может положить сайт, когда сервера vk недоступны, а это раз в год регулярно случается.
Модератор
Yui
(@fierevere)
永子
не только темы. скрипт шаринга от vk тоже может положить сайт, когда сервера vk недоступны, а это раз в год регулярно случается.
легко, вот еще один хороший пример внешнего запроса от ВП в сеть, подобные вещи сильно увеличивают генерацию страницы, не нагружая при этом процессор сервера
пингдом и его аналоги их увидеть никак не помогут,
Определив куда идёт запрос уже можно будет поискать откуда (плагин, тема, код). От простых методов — по названию/назначению плага, до поиска по коду, если он не зашифрован, разумеется.
вот еще один хороший пример внешнего запроса от ВП в сеть,
Вот и я об этом и говорю, говоря о сервисах типа пингдома. 🙂
Модератор
Yui
(@fierevere)
永子
сервер же просит, не браузер/анализатор
для браузера/анализатора это «черный ящик», который просто отражается в TFB
другое дело если браузер запрашивает.. это будет видно, но на сервере это не сказывается, поскольку для сервера это будет статический код, или в теле страницы или файл js
сервер же просит, не браузер/анализатор
А, если об этом то:
можно увидеть средствами мониторинга трафика и в логах
Да и QM это тоже покажет.
Модератор
Yui
(@fierevere)
永子
можно увидеть средствами мониторинга трафика и в логах
в логах вебсервера это не отражается, мониторить трафик сервера… навряд ли доступно простому клиентскому аккаунту
можно только каким-нибудь вот таким плагином половить
https://github.com/gurre/wp-log-http
если запросы делаются через API WordPress, а не напрямую PHP кодом (curl к примеру)
Перешел на более дорогой тариф генерация страницы 0,289 sec. В целом работает неплохо, но на что стоит обратить внимание в плагине который вы посоветовали, там очень много данных. нагрузка по прежнему высокая.
