Реактивные веб-сайты

Ольга Абанова (http://www.getincss.ru/) поделилась ценным матери-

алом о конкурентной загрузке стилей, а Денис Абушаев (http://mearion.

blogspot.com/) — своими советами касательно ускорения загрузки при-

ложений на Ruby on Rails.

Отдельно хочется отблагодарить авторов разделов «Разгоняем

Drupal» (Елену Цаплину), «Разгоняем Joostina» (Николая Кирша) и «Раз-

гоняем jQuery» (Олега Смирнова), которые самостоятельно собрали весь

материал и позволили читателям получить прикладные советы по оптими-

зации данных систем и библиотек «из первых рук».

Это просто замечательно, что коллектив высокопрофессиональных

авторов смог предоставить действительно интересный материал, который

будет полезен широкому кругу читателей, — и донести его в максимально

доступном формате.

a‡I UOIO?EU? ?‡·OUU O‡EU‡ ‰I? OOOAUEUAI?

С каждым годом Интернет

растет вширь и вглубь. Увеличи-

вается пропускная способность

каналов, пользователи переходят

с коммутируемого доступа на без-

лимитный. Сайты становятся

больше по размеру, больше по

наполнению и сложнее во взаи-

модействии. Размеры загружае-

мых файлов при этом увеличиваются многократно, а время ожидания

пользователей не уменьшается.

За последние 5 лет средний размер веб-страниц вырос втрое (по

данным исследования Akamai), а за последний год — в полтора раза (по

данным webo.in). При этом каждая страница использует в среднем по 60

объектов, что крайне негативно сказывается на общем времени загрузки.

Только порядка 5-10% от общего времени загрузки приходится на сервер-

ную часть. Все остальное составляет именно клиентская архитектура.

Что обычно видит пользователь, заходя на ваш сайт? И как долго он

это видит? 75% посетителей уйдут после 10 секунд. При этом наиболее

характерным временем ожидания будет 4 секунды: если за это время сайт

загружается у 90% пользователей, то вы счастливый владелец быстрого

интернет-ресурса.

———————— Page 9————————

Однако и здесь дорога каждая миллисекунда. Недаром высоконагру-

женные проекты типа Google, Amazon, Flickr, Netflix, Яндекс, вКонтакте и

Одноклассники так серьезно подходят к вопросу скорости загрузки сай-

тов. За каждым потерянным моментом времени кроется определенная

сумма денег. Это именно то место, где время тождественно равно деньгам.

C ?AI O?O·IAI‡?

Основное время при загрузке страницы уходит именно на клиент-

скую часть. Серверные затраты обычно крайне малы и составляют от 50 до

500 мс. Среднему пользователю на самом деле абсолютно все равно,

сколько страница будет создаваться на сервере, если он увидит ее через

полсекунды. В этом случае фокус смещается именно на клиентскую, а не

серверную оптимизацию.

Характер проблем варьируется от сайта к сайту. Иногда он заключа-

ется в особенности интернет-подключения основной массы пользовате-

лей ресурса (например, если широко используются модемы или GPRS).

Иногда — в сложности самого сайта и неоправданном использовании ре-

сурсов сети. Иногда — в неграмотном использовании клиентских техно-

логий и большого количества разнородных решений. Но все эти пробле-

мы можно решить.

aI??A‚?A IOIAIU? O?AIIE I‡?AOU‚‡ ‚A·-O?OAIUO‚

Говоря о скорости загрузки, нельзя не обозначить ее роль в оценке

технологического качества любого Интернет-проекта. При этом стоит об-

ратить внимание и на следующие моменты (которые можно достаточно

быстро проверить с помощью бесплатных инструментов).

? Совместимость сайта с браузерами.

? Соответствие стандартам.

? Семантика HTML-кода.

? Доступность сайта для пользователей.

? Скорость работы на стороне сервера.

? Скорость работы на стороне браузера.

eIO?OOU? ?‡·OU? O‡EU‡

Скорость работы оказывает ключевое влияние на конвертацию по-

сетителей в доход сайта. Особенно это характерно для интернет-мага-

зинов. Как мы можем проверить эту скорость? Для серверной стороны

существует инструмент host-tracker.com, с помощью которого можно

———————— Page 10————————

установить характерное время доступа к сайту из различных точек зем-

ного шара. Также он позволяет оценить характерное время создания

страницы на сервере (если минимальное время доступа к сайту больше

1с, то уже стоит бить тревогу). Время создания страницы на сервере

можно оценить и с помощью webo.in/my/action/timings/ (необходима

регистрация).

Для проверки отказоустойчивости сайта стоит воспользоваться

сервисом Load Impact (http://www.loadimpact.com/).