Анализ скорости загрузки сайта

На днях вспомнил про один сервис, который позволяет проверить не время генерации страницы, а скорость загрузки этой самой страницы. То есть вычислить время, которое пользователь будет ждать пока загрузится весь ваш сайт. Называется этот сервис Tools.Pingdom.com.

Что он позволяет:

  1. узнать время загрузки вашего сайта в секундах (с точностью до сотых);
  2. иерархия ссылок;
  3. время начала загрузки каждого отдельного элемента сайта и время, когда он загрузился (то есть можно узнать дельту – разницу, равная времени загрузки элемента);
  4. размер каждого отдельного загружаемого элемента;
  5. можно сортировать результаты по времени и порядку загрузки элементов, по размеру и т.п.;
  6. ну еще много чего можно узнать.

Выглядят результаты вот таким образом:

Время загрузки элементов сайта

Время загрузки элементов сайта

Загружаемые файлы и их размер

Загружаемые файлы и их размер

Советую проверять ваши сайты. Сайт запоминает историю проверок, так что можно сравнивать результаты за разные временные результаты. У меня, к примеру, полгода назад было 6-7 секунд, в январе 9 сек., а сейчас 2,5-3.

Время загрузки моего сайта

Время загрузки моего сайта

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

Если вы после проверки своего сайта не поняли, что надо изменять, сохраните ссылку на результат проверки, опубликуйте ее в комментариях – помогу.

Кстати, я ради интереса посмотрел на Demo.CosyDale.com. Результат меня порадовал – 2.5-3сек. Так что установленный влияет только на нагрузку вашего сервера, а не на время загрузки.

На данный момент 64 комментария

  • У меня на mozhga.net – 3,5 сек.

  • Я посмотрел историю тестов… Есть и 21 сек. :)
    Но вы заметили, что дольше всего грузится? Ваша партнерка на loveplanet. Стоит ли оно того? И столько js-библиотек подключено: prototype, jquery… Старайтесь подключать только одну библиотеку, и плагины подбирайте именно по этому принципу.

  • На этом домене и Ворпресс обычный когда то стоял… и Джумла… По библитекам- я честно говоря… не особо в этом смыслю…

  • у меня просто жуть…
    45extreme.com – 25 секунд
    extreme.md – 10-12 секунд

    =(

  • @BRED:
    Посмотрел, что у вас там, такое ощущение, что стоит у вас еще RC-1, а не 1,0. Потому что идет загрузка аватаров жуткая. потом заглянул на сайт и понял еще одно: вам надо уменьшить количество пользователей на сайте и активности в блогах.

    PS Хоть не, вроде 2,7,1 + 1,0 стоит, там при загрузке файлов buddypress вот такое есть: ?ver2.7.1

  • Я буквально на днях обновил и версию MU и BP
    Я правда еще не настраивал кэш, займусь этим с ближайшие дни

  • @Александр:
    12 мая 2009 в 8:50

    Прочитал ваш пост и вспомнил про плагин для firefox: YSlow. Это мощный инструмент, который выполняет схожие задачи. Но он также выдает советы по оптимизации скорости загрузки страниц, показывает хедеры Expires (что позволяет узнать какие элементы кэшируются). Но, насколько я знаю, этот плагин не позволяет хранить историю.

    Также вспомнился webgrind… Но это уже инструмент для профилирования php приложения, который наглядно позволяет увидеть и оценить тяжелые блоки в php коде. Ставится на web-сервер и требует установленного и подключенного php модуля xDebug, собственно результаты работы которого и парсит webgrind.

  • @Александр:
    12 мая 2009 в 9:09

    Прошу прощения, что не совсем в тему…
    Но есть еще один полезный он-лайн сервис для тестирования уже не скорости загрузки, а верстки страниц browsershots.org. Он генерирует скриншоты в разных ОС (win/linux/mac/bsd), на выбор несколько десятков браузеров.

    [отредактировал slaFFik: для ссылки добавляйте также http перед самим адресом сайта]

  • Хороший сервис, у меня на wordpress’е без кэша 9 сек. получилось …. А это интересно много или мало?

  • @Александр:
    Вы меня опередили, я хотел в следующем посте рассмотреть как раз дополнения к FireFox и browsershots.org :) Теперь что-то новое надо придумывать.

    @Rastler:
    Вообще-то это многовато. Но пользоваться Tools.Pingdom.com надо не для того, чтобы узнать время, а чтобы увидеть, почему так много времени уходит. В вашем случае самые большие проблемы из-за NextGen Gallery – она подгружает много javascript’a и стилей. С моей точки зрения (и только с моей) вы не совсем правильно выбрали шаблон для фотоблога. У вас большие рисунки на главной. Вам бы надо такой шаблон, где стоит resize рисунков (это значит, что стоят скрипты timThumb phpThumb). Они большой рисунок обрезают/уменьшают до нужных размеров и кешируют. То есть на странице записи – полноразмерка, на главной странице/странице рубрик/еще где -
    уменьшенные копии. Это ЗАМЕТНО облегчает загрузку, так как не 100кб грузится на главной (а это только 1 рисунок), а предположим 15кб. Разница заметная?

  • @slaFFik:
    А поподробнее о timThumb можно? Потом шаблон же можно и доработать.

  • Боюсь, что для Carrington никто шаблон вам дорабатывать не будет – это именно для этого шаблона сложно :)
    Легче найти другой шаблон, ей Богу.
    timThumb: вызов рисунка идет не напрямую, а через этот скрипт, то есть: адрес скрипта + адрес рисунка + предполагаемые вами размеры и качество уменьшенного рисунка = уменьшение веса выводимого рисунка и главной страницы.

  • Ну пока посещаемость маленькая, думаю не буду менять шаблон …. А когда надо сделаю, уже с учетом времени загрузки.

  • Кстати, сайт Ивана Калинина – lecactus.ru – загружается в среднем от 6 до 8 секунд. А проблемы у него с кнопками яндекса, 2 раза грузится одна и та же библиотека JQuery и большая главная страница (на которой много рисунков).

  • Я понял почему у меня так долго грузится, у меня просто стоит apache … а надо nginx, он намного быстрее отдавать будут

RSS лентаTrackBack URL

Включиться в обсуждение

XHTML: <blockquote></blockquote> <a href=""></a> <strong></strong>

Если нужно разместить код, используйте теги: <pre>php|html|js</pre>