Osfonder's blog Just another wd weblog

10Май/100

Способы ускорения загрузки страницы часть 3

Оптимизация структуры страницы

Внутреннюю структуру страницы можно бодро и весело разделить на три части: CSS стили, JavaScript код, HTML код. Точнее разделить ту часть, которая учавствует в генерации внешнего вида браузером.
И ничего удивительного в том, что от того как эти три составляющие организованны зависит то, как быстро пользователь увидит ваш сайт.
На удачу тут все канонично.

Размещайте CSS стили вверху

Проведенные исследования говорят о том, что размещение CSS стилей в теге <HEAD> позволяет браузерам прогрессивный рендеринг, то есть отображение HTML элементов по ходу их загрузки. Помещая CSS стили не в начало документа вы рискуете оставить посетителя наблюдать пустой экран пока не будут загружены стили. Дело в том, что многие браузеры не рендарят элементы пока не получат CSS во избежание двойной их отрисовки(без стилей и с ними).

Размещайте JavaScript код внизу

Внизу значит буквально перед закрывающим тэгом </BODY>. Браузеры согласно HTTP/1.1 спецификации не должны осуществлять более двух параллельных загрузок(картинки, CSS, JS) на доменное имя. Но они так же не будут начинать ни одну из внешних загрузок пока не будет загружен скрипт. Все изображения, стили и т.п. будут буквально ждать очереди пока не загрузиться JavaScript код.

Посты по теме

  1. Разработка сайтов: Процесс загрузки страницы
  2. Способы ускорения загрузки страницы часть 1
  3. Способы ускорения загрузки страницы часть 2
9Май/100

Способы ускорения загрузки страницы часть 2

Уменьшение объема передаваемых cookie данных

Разобравшись с ускорением за счет уменьшения количества HTTP запросов поразмыслим, как ещё можно оптимизировать структуру страницы дабы увеличить скорость её загрузки.
Согласно этапам процесса загрузки страницы, на стадии передачи данных браузером отправляются cookie с каждым запросом к внешнему файлу, будь то css, js или даже изображение. Таким образом по проводам гоняются лишние данные без особой на то причины. Способ избежать этого прост:

Выносить всю статику на домены не связанные с cookie

Это может быть сабдомен или вообще другой домен. И вы часто можете наблюдать это на больших ресурсах, когда изображения и скрипты подгружаются с чего-то вроде i.yandex.st, farm1.static.flickr.com, st.deviantart.net, l.yimg.com/g/css, l.yimg.com/g/javascript, ytimg.com.

Тут есть тонкость. Куки, установленные на домене верхнего уровня osfonder.ru будут передаваться на все поддомены js.osfonder.ru, css.osfonder.ru и т.п. Если вы хотите использовать поддомены для статичных файлов, то следует устанавливать куки на сабдомене www — www.osfonder.ru.
Другой способ — это купить отдельный домен для передачи через него всех статичных файлов для вашего сайта. Например у Yandex это yandex.st, у Yahoo! — yimg.com, у youtube.com — ytimg.com.

http://i.yandex.st/weather/i/1april/ruchka.gif


Знакомо ? )

Посты по теме

  1. Разработка сайтов: Процесс загрузки страницы
  2. Способы ускорения загрузки страницы часть 1
  3. Способы ускорения загрузки страницы часть 3
1Май/101

Способы ускорения загрузки страницы часть 1

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

В первой части:

Уменьшение количества HTTP запросов

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

JavaScript файлы

Здесь расклады простые браузеру для нормального отображения страницы абсолютно все равно. Загружать несколько js скриптов с форматированием и всеми делами или один сжатый и не читабельный. Он являет собой кусок машинного кода и все человеческое ему чуждо. Но в первом случае количество запросов будет больше одного и лишние пробелы и табы, прибавят веса, во втором же понадобиться лишь один запрос и меньший размер файла.

Сжать несколько файлов в один, убрав лишние символы можно просто. Приведу один из инструментов, на который жаловаться не приходилось.
Это продукт от google — google closure compiler. Проще всего его использовать online (если размер файлов не превышает допустимых пределов), но можно использовать и стэндалон в виде java приложения у себя на компьютере.
Есть еще вариант который раньше очень был распространен dean edwards packer.

CSS стили

Тут абсолютно тот же способ, что и с js файлами — на этапе разработки разделяй и властвуй, но на "продакшн", где возможно, объединяй в один файл. CleanCSS в помощь.

Графические файлы

Тут есть два способа по уменьшению количества запросов.

1. Это т.н. технология спрайтов. Для всех не повторяющихся(no-repeat) изображений, используемых в дизайне мы создаем один, только один графический файл, куда помещаем их все, без зазора. В при указании бэкграунда, для элементов используем этот файл, устанавливая нужный фрагмент большого файла на фон позиционированием.
Для всех градиентов и прочего, что требует репита создается другой файл, шириной один пиксель. И опять же нужный фрагмент выбирается позиционированием.
Вот пример. Спрайт используемый на фэйсбуке (7.5 Кб)

2. Все небольшие изображения, вроде значков 8x8 пикселов и т.п. прописываются прямо в CSS или src изображения в виде base64 кодирования текста. Сложно? вот пример:


или для CSS:


Особенно такой способ в почете у однопиксельных градиентов.
Кодировщик (один из)

Посты по теме

  1. Разработка сайтов: Процесс загрузки страницы
  2. Способы ускорения загрузки страницы часть 2
  3. Способы ускорения загрузки страницы часть 3
Метки записи: , 1 комментарий
23Апр/100

Разработка сайтов: Процесс загрузки страницы

Занимаясь оптимизацией работы сайта нужно хорошо представлять, что происходит после того, как посетитель, набрав адрес, нажал клавишу Enter.
Почему тема оптимизации загрузки сайта важна? Дело в том, что интернет сейчас и десять лет назад сильно отличаются. Сейчас люди ожидают, что загрузка должна происходить быстро. А многие, в том числе и поисковые роботы, слишком долго прождав требуемую страницу, просто закроют её (using site speed in web search ranking).

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

Итак, что происходит после того, как пользователь ввел http://osfonder.ru/blog/ и нажал Enter? Заканчивается это все тем, что вылезет список постов, но до этого...

Визуально процесс выглядит так:

У вас отключен JavaScript. Воспользуйтесь ссылкой ниже для просмотра ролика.



оригинал на сайте bbc

1. DNS

Любой сайт в сети физически располагается на каком-либо сервере. Это компьютер, который постоянно работает и подключен к сети. Каждый сервер имеет, как минимум, один IP адрес. Он позволяет сей сервер уникально идентифицировать. IP адрес — это четыре числа от 0 до 255 разделенных точкой.
И после того как был нажат enter, браузер(читай компьютер) пользователя должен каким-то образом определить к какому серверу(читай IP адресу) относиться адрес osfonder.ru.

Для этого в интернете существуют DNS сервера. Они и хранят такую, необходимую для определения, информацию. По сути в определении адреса участвует цепочка DNS серверов, каждый из которых говорит к какому DNS серверу обратиться, дальше(делегируют) пока последний в этой цепи не выдаст желаемый IP адрес. Каждое звено цепи, естественно, тоже создает задержку.
Но ограничимся лишь тем, что система DNS, в итоге преобразует человеко-понятный символьный адрес в IP адрес и сообщает сколько времени считать его действительным и не дёргать систему, пока время не истечет.

2. Маршрутизация

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

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

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

Для примера, зайдите на cnn.com, а затем на lenta.ru и почувствуйте разницу. Если вы находитесь на территории РФ скорее всего лента.ру загрузиться быстрее. И дело в том, что в первом случае информация полетит по проводам в Атланту и из Атланты к вам(скорее всего через Москву и Санкт-Петербург), а во втором — ограничиться Москвой. В первом случае количество промежуточных роутеров порядка 50-ти, во втором меньше 10. Каждый из них создает незначительную задержку.

3. Передача данных

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

Еще чуть технической информации и дальше пояснение.
Браузеру(компьютеру) требуются какие-либо данные от сервера. Я ввожу http://lenta.ru нажимаю Enter, значит мне нужна главная страница новостей. Браузер устанавливает соединение пройдя вышеописанный процесс и говорит серверу: "мне нужна главная страница сайта lenta.ru",
а буквально передает серверу

GET / HTTP/1.1
Host: lenta.ru
+ еще немного информации о себе и почти всегда cookie данные

Это называется HTTP запрос.
Сервер говорит: "хорошо у меня есть такая страница"(200 OK + еще немного информации) и начинается передача данных. Т.е. html кода этой страницы. После передачи соединение закрывается.

Любой сайт использует внешние файлы. Проще говоря — это картинки, css-стили, js-скрипты. И для каждого из них выполняется процесс маршрутизации, устанавливается новое соединение и вышеописанная операция повторяется. Чувствуете?
Например, в админ-панели последней версии UMI-CMS загружается около 70-ти внешних файлов(без учета системных xml). Что, в принципе, можно оптимизировать.
Админ-панель подходящий случай, т.к. подразумевает частое использование, её оформление не меняется, а потому может и должна работать быстро. И скорость загрузки админки UMI, чуть не единственная претензия нашего отдела сопровождения к ней.
Но не стоит умолять важность скорости загрузки любых страниц и веб-приложений.

Заключение

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

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

Посты по теме

  1. 10 Золотых принципов успешных Веб-приложений
  2. Используйте CDN для ускорения своих сайтов
  3. Способы ускорения загрузки страницы часть 1
  4. Способы ускорения загрузки страницы часть 2
  5. Способы ускорения загрузки страницы часть 3
22Мар/100

Используйте CDN для ускорения своих сайтов.

Создавая современный сайт или веб-приложение вы наверняка используете сторонние JavaScript библиотеки и css фрэймворки.

Самые популярные и используемые из них располагаются в CDN Google, Microsoft и Yahoo!. Это значит, что вы можете подключать их на ваших страницах прямо с серверов вышеуказанных компаний.

А следовательно посетитель, пришедший с другого сайта, который использует ту же библиотеку, с той же Content Delivery Network, не будет повторно ее скачивать и затратит меньше времени на загрузку страницы. Вы же — понизите побочный траффик своего сервера.

Ниже представлен список наиболее полпулярных библиотек с сылками в CDN.

jQuery

Последняя версия первой ветки:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"></script>

1.4.2
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>

<script type="text/javascript" src="http://ajax.microsoft.com/ajax/jquery/jquery-1.4.2.min.js"></script>

jQuery UI

1.7.2

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.7.2/jquery-ui.min.js"></script>

CSS для jQuery UI

jQuery Validate Plugin

1.6
<script type="text/javascript" src="http://ajax.microsoft.com/ajax/jQuery.Validate/1.6/jQuery.Validate.min.js"></script>

ASP.NET Ajax Start.js

beta 0911

<script type="text/javascript" src="http://ajax.microsoft.com/ajax/beta/0911/Start.js"></script>

Prototype

1.6.1.0

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/prototype/1.6.1.0/prototype.js"></script>

script.aculo.us

1.8.3

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.3/scriptaculous.js"></script>

MooTools

1.2.4

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/mootools/1.2.4/mootools-yui-compressed.js"></script>

Dojo

1.4.1

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/dojo/1.4.1/dojo/dojo.xd.js"></script>

SWFObject

2.2

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/swfobject/2.2/swfobject.js"></script>

Yahoo! User Interface Library (YUI)

2.8.0r4

<script type="text/javascript" src="http://yui.yahooapis.com/2.8.0r4/build/yuiloader/yuiloader-min.js"></script>

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/yui/2.8.0r4/build/yuiloader/yuiloader-min.js"></script>

3.0.0

<script type="text/javascript" src="http://yui.yahooapis.com/3.0.0/build/yui/yui-min.js"></script>

Ext Core

3.1.0

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/ext-core/3.1.0/ext-core.js"></script>

Chrome Frame

1.0.2

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/chrome-frame/1.0.2/CFInstall.min.js"></script>

YUI CSS Reset

2.8.0r4

<link rel="stylesheet" type="text/css" href="http://yui.yahooapis.com/2.8.0r4/build/reset/reset-min.css"/>

jQuery UI Themes

<link rel="stylesheet" type="text/css" href="http://ajax.googleapis.com/ajax/libs/jqueryui/1.7.2/themes/base/jquery-ui.css"/>

Black Tie, Blitzer, Cupertino, Dark Hive, Dot Luv, Egg Plant, Excite Bike, Flick, Hot Sneaks, Humanity, Le Frog, Mint Choc, Overcast, Pepper Grinder, Redmond, Smoothness, South Street, Start, Sunny, Swanky Purse, Trontastic, UI Darkness, UI Lightness, Vader and Base