TracKer's blog in Development

Сегодня я хочу написать про несколько сервисов меряющих скорость загрузки сайта.

Скорость загрузки сайта это один из главных параметров сайта, извините за тавтологию.
Чем же этот параметр так важен? Дело в том что пользователь не любит ждать. Все должно происходить очень быстро. Раньше, когда большая часть пользователей использовала Dial-Up доступ в интернет, скорость загрузки сайта не имела большого значения, так как это было не заметно из-за медленного канала передачи данных. Теперь же, когда пользователи постепенно переходят на DSL и выше, пропускная способность каналов возросла и любое промедление в работе сайта сразу же становится заметным пользователю. На сегодняшний день есть множество способов оптимизации загрузки сайта, о некоторых я напишу в следующих статьях. Но для начала нужно определить насколько медленно (или быстро) все работает и стоит ли вообще проводить оптимизацию.

---

Первый сервис о котором я хочу рассказать это Site Perfomance. Пожалуй самый продвинутый сервис по тесту скорости из тех которые мне удалось найти. Для того чтобы произвести тест скорости, необходимо указать адрес вашего сайта, выбрать из списка сервер, который и будет производить тест скорости, и указать количество потоков для закачки содержимого страницы (это в упрощенном режиме). Например для Internet Explorer 6 и Firefox 3 характерно 6 потоков, а для Opera и Safari – 8 (все это указано в выпадающем списке). Серверов же только три: два в США, один в Европе.

Для того чтобы перейти в продвинутый режим необходимо нажать на кнопку “More Options” справа внизу формы. Поле этого будут доступны еще несколько параметров, а именно:

• Bandwidth – пропускная способность канала. Можно замерять скорость загрузки для разных групп посетителей, в зависимости от пропускной способности их канала.
• Packet loss – искусcтвенна симуляция потери пакетов.
• Delay – установка дополнительных задержек при закачке.
• HTTP-compression – поддержка сжатия.
• Keep-Alive – поддержка сохранения соединения.
• Referer – добавляет referer в запрос.
• HTTP-Auth Login и Password – Логин и пароль для доступа к странице.
• DNS override IP и Domain – позволяет самому установить значение IP-Domain в обход DNS сервера.

Анализ скорости загрузки происходит в несколько этапов (их колличество зависит от хоста и очередности файла): ожидание определения адреса сервера (wait4resolve), ожидание очереди закачки (queue), определение адреса сервера (resolve), ожидание соединения с сервером (connect), получение заголовков (headers), ожидание первого байта информации (first_byte), загрузка основного тела страницы (body).

В результате проверки мы получим исчерпывающую информацию о ходе загрузки сайта в виде нескольких таблиц. Основная таблица будет отображать ход выполнения закачки во времени, с подробным описанием каждого этапа скачания файла. Вот пример того как эта таблица выглядит:

Левая часть таблицы это этапы загрузки файлов (этапы я описал выше, а описание каждого цвета будет указано в легенде над таблицей) во времени (сверху указано на какой секунде начинается каждый этап). В правой части таблицы есть столбик “Compress ratio”. Значение 100% говорит о том что сжатия не произошло, тоесть страница было отдана клиенту без предварительного сжатия, чем меньше процент тем больше сжатие.

Кроме этого есть еще несколько довольно информативных таблиц с обобщенной информацией, а также советы по оптимизации.

---

Еще один сервис дла тестирования скорости загрузки страниц. Хоть у этого сервиса функционал не такой продвинутый как у предыдущего, однако есть несколько своих плюсов.

Как и предыдущий сервис, pingdom производит тест скорости загрузки страницы в несколько этапов (а именно в три) и выводит результат в виде графика по времени загрузки. Этапы анализа не настолько детальны как в предыдущем сервисе: соединение, время до первого байта информации и время до последнего байта информации.

Также есть таблица с общей информацией относительно загруженных данных.

В отличии от предыдущего сервиса, в этом можно различным образом сортировать полученные данные и сравнивать текущие результаты с полученными ранее – если при тесте была поставлена галочка “Save test” то все предыдущие проверки по домену будут доступны в маленькой таблице “Test archive” расположенной в правой нижней части страницы.

К минусам можно отнести неизвестность расположения сервера, поэтому непонятно с какого места происходит замер.

Кроме самого сервиса тестирования скорости, на сайте также присутствуют сервисы Ping и Traceroute, но опять же все зависит от расположения сервера, ведь маршруты у всех провайдеров разные и поэтому значение Ping’а и маршрут Traceroute’а можно использовать разве что для получения среднестатистических данных.

---

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

Для проведения тестирования необходимо ввести только адрес сайта. Сразу после тестирования откроется страница с обобщенными данными в верхней части страницы. Ниже будет находиться три вкладки: Рекомндации (активная), Влияние файлов на скорость, Диаграмма загрузки.

Во вкладке Рекомндации, будет перечислено множество рекомендаций по оптимизации загрузки страниц и файлов подобранных специально для тестируемого сайта.

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

Во вкладке Диаграмма загрузки расположена ссылка на страницу с таблицей подобной тем которые генерировали два предыдущих сервиса.

В отличии от предыдущих сервисов, этот не фиксирует разные этапы загрузки файлов. Однако есть некоторые опции которые позволяют детализировать уже готовые данные без повторных тестов, а именно: отобразить данные в зависимости от выбранного браузера (доступно пять браузеров: Internet Explorer, Firefox, Opera, Safari / Google Chrome), в зависимости от включения опции кеширования (не очень понял как работает эта опция) и в зависимости от ширины канала (100, 50, 54 и 36 Килобит в секунду). Однако у меня возникли сомнения относительно работы этих опций, если повторно нажать на уже выбранную опцию то данные результата будут разные, то есть если выбрать Firefox, а потом нажать на него еще раз то прядок скачивания файлов измениться и соответственно время загрузки тоже… Еще к минусам можно отнести шкалу времени, которая расположена только внизу таблицы.

Чтобы получить больше информации о сайте предлагается зарегистрироваться, однако сделать это мне не удалось так как сайт переставал отвечать.

Вывод: Для точной проверки работы скорости загрузки сайта необходимы все три сервиса, Site Perfomance для точного пределения слабого звена в загрузке файлов, Pingdom для сравнивания результатов и Webo для получения советов по оптимизации. Хотя в принципе можно обойтись одним Site Perfomance.

Постовой: Здесь можно заказать создание корпоративного сайта качественно, быстро и не дорого.

Долгое время я пользовался одной очень удобной системой статистики BBClone. Удобность заключалась в том, что все посешения записывались как сессии в порядке очереди, и можно было просмотреть откуда пришел посетитель, по каким страницам ходил, сколько на них пробыл… Однако, при наличии WordPress скрыть BBClone было весьма сложно (при попытке установить пароль на его папку вылазила 500-я ошибка), из-за чего не чистые на душу спамеры спамили статистику реферер-смамом.

И вот недавно в поисках альтернативы я наткнулся на статью Дмитрия Донченко про Woopra и решил попробовать. Регистрация открыта, инвайты не требуются. Добавил сайт – апрува ждал 4 дня. После этого нужно скачать программу для просмотра статистики (можно и не качать) и плагин для WordPress, с помощью которого можно выделять отдельных посетителей/коментаторов (они помечаются так называемыми тегами).

Первое что понравилось – это посессионная статистика действий каждого посетителя. Можно увидеть кто в определенный момент времени был на сайте: на какой странице, сколько времени на ней провел, откуда пришел и куда перешел.

Также порадовала отлична функция Live, с подробной информацией о текущих посетителях сайта. Плагин для WordPress, позволяет отследить отдельных пользователей, коментаторов, администраторов, показывая их ники и мыло. Даже действия администратора можно отслеживать, давольно интересная фича при расследовании взлома например (придумывайте хорошие пароли).

Система обладает также некоторыми аналитическими функциями, в которы я еще не разобрался.

Конечно точность отслеживания ограничивается наличием (включенным) у посетителей JavaScript, например оисковую систему отследить не удастся, так они не выполняют код JS. Однако по функционалу давольно мощная система, которая, по крайней мере, мне заменила маленький, но удаленький BBClone.

Относительно же вопроса, что лучше Google Analytics или Woopra, помоему он тут не совсем уместен. Это всеравно что сравнивать Танк и Легковой автомобиль. Google Analytics помоему больше направлен на универсальный более промышленный формат, в то время как Woopra делает больший акцент на небольшие сайты типа блогов. Каждый из них хорош для своего сегмента.

Постовой: Открылся новый форум для вебмастеров. Есть хорошая подборка шаблонов для Wordpress.

Пару дней назад Славик запустил свой новый сервис – Каталог DoFollow блогов (закрылся). Сервис предназначен для того чтобы любой другой блог мог получить бесплатную обратную ссылку на себя, да да без nofollow. На первой странице доступно 20 блогов, при нажатии на “Все” получаем список всех. Можно добавить свой блог, единственное условие – блог должен быть dofollow, или хотябы не nofollow.

Что же такое dofollow?

Как известно есть такой параметр как “nofollow“, с его помощью можно запретить поисковой системе производить передачу Page Rank (да да, именно Page Rank, а не запретить индексацию, как многие считают) на страницу на которую ведет ссылка. Как уже стало понятно этот параметр понимает только ПС Google, и он не протеворечит спецификации HTML (в отличии от новых тегов придуманых Яндексом). Собственно, dofollow – это противоположность nofollow, однако его применяют не для того чтобы поисковая система поняла что на упомянутые ссылки необходимо обязательно передать часть PR, нет Google не разберает этот параметр. Его применяют чтобы подчеркнуть свою пренадлежность к некоторому своеобразному движению DoFollow. Суть движения – показать что в этих блогах ваш комментарий будет воспринят серьезно и ваш блог получит от этого небольшую выгоду в виде PR, тем самым провоцируя пользователей на частые коментарии. Движение даже имеет свой логотип:

---

P.S. Приблежается время “1234567890” по Unix Timestamp. Громкость этого события мне напоминает проблему Y2K. Хоть проблем тут никаких нет, но судя по скачку на Яндекс.Блоги это событие вызвало не малый интерес у блогеров. Событие состоится 13 февраля 2009 года в 23:31:30 по UTC (14 февраля 01:31:30 по Киевскому времени).

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

Сервис Mydreamis представляет из себя wishlist (список желаний) совмещенный с копилкой. Сразу после регистрации и заполнения профиля своими данными можно добавить свою “мечту”. Что интересно, при заполнении данных профиля не просят ввести номер кошелька, но об этом позже.

Что же из себя представляет “мечта”. При создании мечты нас просят ввести некоторые данные о ней, а именно:

• Заголовок – название мечты, оно будет показываться во всплывающий подсказках, поэтому название должно быть лаконичное и емкое
• Описание – описание мечты, сюда можно писать что угодно
• Сумма – цена счастья или сколько стоит мечта
• Тэги – тэги или, как их еще называют, метки
• Картинка – картинка которая соответствует мечте

Все, после сохранения ваша “мечта” доступна в общем списке для пожертвований и коментариев.

Так как есть теги, следовательно есть и поиск по ним. Тегов очень много, и искать среди них интересующий не очень удобно, а строка поиска отсутствует, что затрудняет поиск объекта для денежных вложений. Но думаю, это решится, так как проект находится в стадии бета-тестирования и еще продолжает обогащаться новым функционалом. Из переписки с администрацией, стало понятно, что скоро будут реализованы виджеты для блогов, что есть очень удобно при встраивании в блог.

Теперь по пожертвованиям и выводам. Вносить деньги можно c помощью следующих систем:

• WebMoney (WMU, WMB, WME, WMZ, WMG, WMR)
• Яндекс.Денги
• Visa & Mastercard
• Терминалы Элекснет

Как только вы получите первые деньги за мечту их сразу можно будет вывести на свой кошелек в системе WebMoney, но можно нарваться на большой процент который зависит от того сколько вы накопили денег. Чем больше денег, тем меньше процент. Подробнее в разделе Помощь.

Важно: Так как кошелек указывается при выводе денег – придумывайте хорошие пароли к аккаутам.

Итог. Давольно интересный сервис для накопления денег, а также их траты. Можно рассматривать как земену Янексовскому “Дай рубль”, так как теперь понятно на что его даешь.

В качестве примера вот одна из моих “мечт”:

Регистрация сейчас по инвайтам, у меня есть 5, могу поделитсья.
Пишите в каменты или на мыло: tracker2k@gmail.com
Еще инвайты можно получить у самой администрации написав письмо на мыло: info@mydreamis.ru

——-
В Блогуне обновление для рекламодателей.

Все кто имеет дело с разработкой или верствой для Web когда-нибудь сталкивался с проблемой несовместимости разных браузеров со стандартом CSS. Одним из самых заядлых на сегодняшний день является Internet Explorer 6, про него мы еще не скоро забудем.

Есть много способов проверять сверстанные страницы на кроссбраузерность. В Dreamweaver, например, есть функция позволяющая проверить кроссбраузерность используя списки сответствия CSS, однако я очень сомневаюсь что эти списки так хороши и в них учтены все специфические моменты. Microsoft, предлагает образы операционных систем с установленными на них разными версиями IE, давольно таки громозткое решение, но получше чем у Adobe, хотя бы тем что результат можно увидеть и оценить. До недавнего времени сам я пользовался VMWare с установленным на нее Windows XP со старым IE. Но каждый раз загружать VM, аппетитно поедающую память и процессорное время, начало надоедать и я начал искать альтернативу.

Вместо всех этих громоздких комбайнов можно воспользоваться одним сервисом – Browser Shots. Суть проста: вы вводите адрес сайта (или страницы) выбераете Браузеры и получаете скриншоты страницы. Браузеры возможно выбрать для нескольких операционных систем (сейчас доступно 4: Linux, Windows, Mac OS, BSD), то есть, например, можно выбрать Opera 9.62 для Linux и Windows или Safari 3.2 для Mac OS и Windows. После выбора браузеров вас поставят в очередь, скорость продвижения в ней зависит от колличества скриншотов и загрузки серверов, но она всегда долгая , наверно это самый не приятный момент (чтобы не ждать в очереди можно заплатить 30$ и месяц наслаждаться ). Иногда страницы могут загружаться так долго что очередь кончится, для этого есть кнопка продления времени “Продлить”.

Еще одна проблема в том, что не все скриншоты могут быть загружены, как показано на картинке выше. Так происходит потому что “фабрики” используемые для создания скриншотов создаются самими пользователями и некоторые не совсем правильно настроены. Однако при повторной загрузке эта проблема решается, так как фабрик много.

Сервис очень удобен если нет возможности запускать кучу виртуальных машин или устанавливать комбайны типа Dreamweaver с целью проверки одной страницы на кроссбарузерность. Единственное условеи – страница должна находиться в интернете.