На днях вспомнил про один сервис, который позволяет проверить не время генерации страницы, а скорость загрузки этой самой страницы. То есть вычислить время, которое пользователь будет ждать пока загрузится весь ваш сайт. Называется этот сервис .
Что он позволяет:
узнать время загрузки вашего сайта в секундах (с точностью до сотых);
иерархия ссылок;
время начала загрузки каждого отдельного элемента сайта и время, когда он загрузился (то есть можно узнать дельту – разницу, равная времени загрузки элемента);
размер каждого отдельного загружаемого элемента;
можно сортировать результаты по времени и порядку загрузки элементов, по размеру и т.п.;
ну еще много чего можно узнать.
Выглядят результаты вот таким образом:
Время загрузки элементов сайта
Загружаемые файлы и их размер
Советую проверять ваши сайты. Сайт запоминает историю проверок, так что можно сравнивать результаты за разные временные результаты. У меня, к примеру, полгода назад было 6-7 секунд, в январе 9 сек., а сейчас 2,5-3.
Время загрузки моего сайта
Для достижения такого результата я просто посмотрел, что именно загружается дольше всего, и подумал, как это можно уменьшить. В результате вырезал пару ненужных скриптов и рисунков. В скором времени планирую поработать над рисунками.
Если вы после проверки своего сайта не поняли, что надо изменять, сохраните ссылку на результат проверки, опубликуйте ее в комментариях – помогу.
Кстати, я ради интереса посмотрел на Demo.CosyDale.com. Результат меня порадовал – 2.5-3сек. Так что установленный BuddyPress влияет только на нагрузку вашего сервера, а не на время загрузки.
Я посмотрел историю тестов… Есть и 21 сек. :)
Но вы заметили, что дольше всего грузится? Ваша партнерка на loveplanet. Стоит ли оно того? И столько js-библиотек подключено: prototype, jquery… Старайтесь подключать только одну библиотеку, и плагины подбирайте именно по этому принципу.
@BRED:
Посмотрел, что у вас там, такое ощущение, что стоит у вас еще RC-1, а не 1,0. Потому что идет загрузка аватаров жуткая. потом заглянул на сайт и понял еще одно: вам надо уменьшить количество пользователей на сайте и активности в блогах.
PS Хоть не, вроде 2,7,1 + 1,0 стоит, там при загрузке файлов buddypress вот такое есть: ?ver2.7.1
Прочитал ваш пост и вспомнил про плагин для firefox: YSlow. Это мощный инструмент, который выполняет схожие задачи. Но он также выдает советы по оптимизации скорости загрузки страниц, показывает хедеры Expires (что позволяет узнать какие элементы кэшируются). Но, насколько я знаю, этот плагин не позволяет хранить историю.
Также вспомнился webgrind… Но это уже инструмент для профилирования php приложения, который наглядно позволяет увидеть и оценить тяжелые блоки в php коде. Ставится на web-сервер и требует установленного и подключенного php модуля xDebug, собственно результаты работы которого и парсит webgrind.
Прошу прощения, что не совсем в тему…
Но есть еще один полезный он-лайн сервис для тестирования уже не скорости загрузки, а верстки страниц . Он генерирует скриншоты в разных ОС (win/linux/mac/bsd), на выбор несколько десятков браузеров.
[отредактировал slaFFik: для ссылки добавляйте также http перед самим адресом сайта]
@Александр:
Вы меня опередили, я хотел в следующем посте рассмотреть как раз дополнения к FireFox и browsershots.org :) Теперь что-то новое надо придумывать.
@Rastler:
Вообще-то это многовато. Но пользоваться Tools.Pingdom.com надо не для того, чтобы узнать время, а чтобы увидеть, почему так много времени уходит. В вашем случае самые большие проблемы из-за NextGen Gallery – она подгружает много javascript’a и стилей. С моей точки зрения (и только с моей) вы не совсем правильно выбрали шаблон для фотоблога. У вас большие рисунки на главной. Вам бы надо такой шаблон, где стоит resize рисунков (это значит, что стоят скрипты timThumb phpThumb). Они большой рисунок обрезают/уменьшают до нужных размеров и кешируют. То есть на странице записи – полноразмерка, на главной странице/странице рубрик/еще где -
уменьшенные копии. Это ЗАМЕТНО облегчает загрузку, так как не 100кб грузится на главной (а это только 1 рисунок), а предположим 15кб. Разница заметная?
Боюсь, что для Carrington никто шаблон вам дорабатывать не будет – это именно для этого шаблона сложно :)
Легче найти другой шаблон, ей Богу.
timThumb: вызов рисунка идет не напрямую, а через этот скрипт, то есть: адрес скрипта + адрес рисунка + предполагаемые вами размеры и качество уменьшенного рисунка = уменьшение веса выводимого рисунка и главной страницы.
Кстати, сайт Ивана Калинина – lecactus.ru – загружается в среднем от 6 до 8 секунд. А проблемы у него с кнопками яндекса, 2 раза грузится одна и та же библиотека JQuery и большая главная страница (на которой много рисунков).
11 мая 2009 в 13:44
У меня на mozhga.net – 3,5 сек.
11 мая 2009 в 13:55
Я посмотрел историю тестов… Есть и 21 сек. :)
Но вы заметили, что дольше всего грузится? Ваша партнерка на loveplanet. Стоит ли оно того? И столько js-библиотек подключено: prototype, jquery… Старайтесь подключать только одну библиотеку, и плагины подбирайте именно по этому принципу.
11 мая 2009 в 20:26
На этом домене и Ворпресс обычный когда то стоял… и Джумла… По библитекам- я честно говоря… не особо в этом смыслю…
11 мая 2009 в 23:22
у меня просто жуть…
45extreme.com – 25 секунд
extreme.md – 10-12 секунд
=(
12 мая 2009 в 7:42
@BRED:
Посмотрел, что у вас там, такое ощущение, что стоит у вас еще RC-1, а не 1,0. Потому что идет загрузка аватаров жуткая. потом заглянул на сайт и понял еще одно: вам надо уменьшить количество пользователей на сайте и активности в блогах.
PS Хоть не, вроде 2,7,1 + 1,0 стоит, там при загрузке файлов buddypress вот такое есть: ?ver2.7.1
12 мая 2009 в 8:48
Я буквально на днях обновил и версию MU и BP
Я правда еще не настраивал кэш, займусь этим с ближайшие дни
12 мая 2009 в 8:50
Прочитал ваш пост и вспомнил про плагин для firefox: YSlow. Это мощный инструмент, который выполняет схожие задачи. Но он также выдает советы по оптимизации скорости загрузки страниц, показывает хедеры Expires (что позволяет узнать какие элементы кэшируются). Но, насколько я знаю, этот плагин не позволяет хранить историю.
Также вспомнился webgrind… Но это уже инструмент для профилирования php приложения, который наглядно позволяет увидеть и оценить тяжелые блоки в php коде. Ставится на web-сервер и требует установленного и подключенного php модуля xDebug, собственно результаты работы которого и парсит webgrind.
12 мая 2009 в 9:09
Прошу прощения, что не совсем в тему…
Но есть еще один полезный он-лайн сервис для тестирования уже не скорости загрузки, а верстки страниц . Он генерирует скриншоты в разных ОС (win/linux/mac/bsd), на выбор несколько десятков браузеров.
[отредактировал slaFFik: для ссылки добавляйте также http перед самим адресом сайта]
12 мая 2009 в 10:31
Хороший сервис, у меня на wordpress’е без кэша 9 сек. получилось …. А это интересно много или мало?
12 мая 2009 в 10:59
@Александр:
Вы меня опередили, я хотел в следующем посте рассмотреть как раз дополнения к FireFox и browsershots.org :) Теперь что-то новое надо придумывать.
@Rastler:
Вообще-то это многовато. Но пользоваться Tools.Pingdom.com надо не для того, чтобы узнать время, а чтобы увидеть, почему так много времени уходит. В вашем случае самые большие проблемы из-за NextGen Gallery – она подгружает много javascript’a и стилей. С моей точки зрения (и только с моей) вы не совсем правильно выбрали шаблон для фотоблога. У вас большие рисунки на главной. Вам бы надо такой шаблон, где стоит resize рисунков (это значит, что стоят скрипты timThumb phpThumb). Они большой рисунок обрезают/уменьшают до нужных размеров и кешируют. То есть на странице записи – полноразмерка, на главной странице/странице рубрик/еще где -
уменьшенные копии. Это ЗАМЕТНО облегчает загрузку, так как не 100кб грузится на главной (а это только 1 рисунок), а предположим 15кб. Разница заметная?
12 мая 2009 в 11:09
@slaFFik:
А поподробнее о timThumb можно? Потом шаблон же можно и доработать.
12 мая 2009 в 11:18
Боюсь, что для Carrington никто шаблон вам дорабатывать не будет – это именно для этого шаблона сложно :)
Легче найти другой шаблон, ей Богу.
timThumb: вызов рисунка идет не напрямую, а через этот скрипт, то есть: адрес скрипта + адрес рисунка + предполагаемые вами размеры и качество уменьшенного рисунка = уменьшение веса выводимого рисунка и главной страницы.
12 мая 2009 в 11:24
Ну пока посещаемость маленькая, думаю не буду менять шаблон …. А когда надо сделаю, уже с учетом времени загрузки.
12 мая 2009 в 12:40
Кстати, сайт Ивана Калинина – lecactus.ru – загружается в среднем от 6 до 8 секунд. А проблемы у него с кнопками яндекса, 2 раза грузится одна и та же библиотека JQuery и большая главная страница (на которой много рисунков).
12 мая 2009 в 12:44
Я понял почему у меня так долго грузится, у меня просто стоит apache … а надо nginx, он намного быстрее отдавать будут