Как узнать проблему в магазине или хостинге? - [VM1] Общие вопросы и ошибки

День Добрый.
Столкнулся с такой проблемой.
Магазин работал и работал, я на него доустанавливал потихоньку модули и компоненты и в один прекрасный мномент время ответа главной страницы стало 12-13 сек.
Хостер знакомый говорит, что на сервере были проблемы и они там-что то меняли.
И я в свою очередь устанавливал расширения.

Теперь мучает вопрос это хостинг тормозит или я поломал магазин?

Можете помочь и подсказать в чём загвоздка. если в хостинге то буду переезжать ,если в магазине, то как можно из него вытащить весь товар, что бы перенести на новую площадку?

Сайт

Главная страница почти 2 мб.

А сколько запросов при открытии по профайлеру? 
Так как товаров на главной много и аккордиан меню, число запросов может быть большим.

просто буквально 1 неделю назад было всё ок. потом когда хостер что то у себя производил стало так.
Просто магизин ориентирован для Москвы, тут интернет быстрый у всех.

Хотя 2 мб это тоже много.



Вот что выдаёт главная на запросы

НУ кто подсказать то сможет?

Меня вот что ещё интересует если Магазин указывает время создания я так понимаю :RunTime:     2.72285890579 sec.  То полуается что сам скрипт отрабатывает за 2,7... а всё остальное я жду ответа самого сервера на котором расположен ресурс, так?

Ты включи лог самой Jommlы. Это у тебя Виртуемартовский

Воспользуйся этим

http://webo.in/

Только что прогнал:

•Большой размер DOM-дерева.
Рекомендуется использовать на каждой странице сайта не более 1000 узлов DOM-дерева (зафиксировано более 1700 узлов). Большой размер DOM-дерева документа отрицательно сказывается как на скорости первоначальной отрисовки страницы, так и на последущем ее использовании. Исследование производительности DOM-дерева.
•Обнаружены обработчики событий в HTML-коде.
Зафиксированный размер обработчиков событий (event handlers) в атрибутах onclick, onmouseover и др. составляет 706 (5%). Если вынести их во внешний JS-файл, то общая кешируемость сайта повысится, а содержание будет отделено от его поведения. Возможно, их можно назначать при загрузке страницы при помощи техники «ненавязчивый» JavaScript и следующего комбинированного обработчика.

При загрузке вебсайта обнаружены редиректы.
Каждое перенаправление (redirect) увеличивает время загрузки конечного ресурса на клиенте, необходимо устранить все таки перенаправления. Всего зафиксировано редиректов: 2.

А что как загружается по скорости.
Вот неплохой сервис

http://site-perf.com/

Вводишь адрес сайта и точку сканирования и гоняешь.

У тебя там как показывает этот сервис: 8 секунд идет

Sending request and receiving http-headers from server
This stage reflects the time spent on delivering http-request to server and http-headers of response from server. It is usually equal to connect time, but there are many factors influencing how much time will be added to this: how fast server will accept new connections, how many different modules will be initialized before beginning to process the request, how long .php or .cgi application will initialize itself before preparing http-headers of response, how fast OS will fetch requested file from disk... Also you should remember that each http-request includes all domain cookies that has been set previously, which directly affects the size of http-request.
Hint: Don't compile/load needless modules into apache or php - they will consume resources even if they aren't used at all. Use appropriate software for each task - nginx or lighttpd for static content, apache without mod_ssl for dynamic content and separate apache with mod_ssl for secured pages. Keep size of cookies low to decrease size of http-request, don't use cookies if they aren't really needed, use session cookies instead of persistent cookies.

Вольный перевод гугла

Отправка запроса и получения HTTP-заголовки с сервера
Этот этап отражает время, затраченное на доставку HTTP-запрос на сервер и HTTP-заголовки ответа от сервера. Он обычно равен времени подключения, но Есть много факторов, влияющих, сколько времени будет добавлен к следующему: как быстро сервер будет принимать новые подключения, сколько различных модулей будет инициализирована до начала обработки запроса, как долго. PHP или . CGI-приложение будет инициализироваться до подготовки HTTP-заголовки ответа, как быстро OS будет получать требуемый файл с диска ... Также вы должны помнить, что каждый HTTP-запрос включает в себя все домена печенье, был установлен ранее, что непосредственно влияет на размер HTTP-запроса.
Подсказка: Не компиляции / загрузки ненужных модулей в Apache и PHP - они будут потреблять ресурсы, даже если они не используются вообще. Использование соответствующего программного обеспечения для каждой задачи - Nginx или Lighttpd для статического контента, Apache без mod_ssl для динамического содержания и отдельных Apache с mod_ssl для обеспеченных страниц. Держите размер печенье низким уменьшить размер HTTP-запрос, не следует использовать куки, если они и не нужны, используйте сессии печенье вместо стойких печенье.

Смотрел сайт.

30 сек  - ответ от сайта, потом загрузка страницы, довольно шустро (10 секунд) что для 2 мб довольно не плохо.

Думаю проблема в хостинге.

вот я тоже на хостинг посматриваю, потому-что 2 мегабайта раньше загружались за 2.3 секунды.

Как и думал проблема в хостинге!