Как отследить на хостинге файл дающий нагрузку?

Question

[delaf]

Привет


Есть обычный хостинг без root- доступа


Как на нем можно отследить какой файл фонит, и жрет много памяти?


Варианты:

1. По отключать по очереди модули на CMS

2.…


что еще?


ps. cms — wordpress

Answer 1

[Николай Васильчук]

Может стоит дампнуть сайт полностью и уже локально мучить его?

Answer 2

[holyorb2]

Уточните задачу: какая CMS, сколько много, при каких обстоятельствах, постоянно или скачками.

Например, возьмем Друпал. Память будет выжырать только один файл Index.php потому что все остальные файлы подключаются к нему. Обычная процедура выявления нагрузки идет вот так:
1. Смотрим перечень модулей и их назначение, на этом этапе уже видно какие модули могут выкушать память, правда не всегда получается их отключить, потому что они делают функционал сайта
2. Ставиться модули девелоперов Devel, например, и ищутся «тяжелые» страницы в основном на таких страницах очень много запросов в мускул
3. На «тяжелых» страницах начинаем дебаг с помощью Xphof

Answer 3

[Садых Садыхов]

Есть обычный хостинг без root- доступа

Если это обычный shared-хостинг, то стоит написать в тех. поддержку. Они точно видят, какие файлы дают нагрузку.

Comments

[delaf]

да, спасибо. Интересуюсь больше для теории :) Что можно сделать самому, пока поддержка не дала ответа

[Алексей Сундуков]

>Они точно видят, какие файлы дают нагрузку.
«А мужики то и не знают» (с) В смысле, «брехня» (с).
Говорю как работавший на шареде в том числе.

[DevMan]

В смысле, «брехня» (с)

Зависит от того как организовано.
Если сделано все по уму, то прекрасно видно.
Говорю как работавший на шареде в том числе.

[Алексей Сундуков]

А можно конкретики? Напоминаю окружение: от клиент на техсапорт приходит запрос выявить в чем проблема на WP движке.

P.S. Я конечно в свою бытность и с JS-ом помогал клиентам, но по хорошему это не входит в сферу ответственности хостинг-провайдера.

[Борис Сёмов]

>В смысле, «брехня» (с)
>Зависит от того как организовано.
>Если сделано все по уму, то прекрасно видно.
При организации «по уму» у вас на шаред хостинге профайлер php и техподдержка занимается ковырянием в скриптах клиента?
Точно брехня, так никто в здравом уме не делает.
А если нет профайлера, вы укажите точку входа, и толку от этой инфы клиенту 0.

[Алексей Сундуков]

Почему не делает? Я когда работал в регру на техсапорте часто ковырялся в php скриптах и js коде движков. В общем цель была помогать клиентам с проблемами, но в рамках разумного. Так что не брехня. Другое дело, что обычно да, на техсупорт первой линии специалистов способных 1) к ковырянию в движке и 2) способных понять где проблема (а она не всегда связанна напрямую с движком) конечно же не садят. Но это не значит, что таких случаев не бывает. Все бывает.

Answer 4

[Борис Сёмов]

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