<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр: коллективные</title>
	<link>http://habrahabr.ru/rss/blogs/client_side_optimization/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Tue, 09 Feb 2010 17:49:43 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Перевод] Загрузка скриптов браузерами: вести с полей]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/83370/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/83370/</link>
			<description><![CDATA[<strong>Как справляются браузеры с параллельной загрузкой скриптов?</strong><br/>
<br/>
Во времена IE7 и Firefox 2.0 ни один браузер не загружал скрипты параллельно с другими ресурсами. Вместо этого старые браузеры блокировали все последующие запросы до полной загрузки, парсинга и выполнения скрипта. Вот так выглядел лог HTTP-запросов при подобной блокировке в старых браузерах:<br/>
<br/>
<img src="http://stevesouders.com/efws/images/scr%69pts-block.gif" alt="HTTP-запросы"/><br/>
<br/>
На <a href="http://stevesouders.com/cuzillion/?ex=10008&amp;title=s&amp;#99;ripts+Block+Downloads">тестовой странице</a>, по которой была сгенерирована данная диаграмма, есть шесть HTTP-запросов:<br/>
<ul>
<li>HTML-документ;</li>
<li>первый скрипт — 2 секунды на скачивание, 2 секунды на выполнение;</li>
<li>второй скрипт — 2 секунды на скачивание, 2 секунды на выполнение;</li>
<li>картинка — 1 секунда на скачивание;</li>
<li>стилевой файл — 1 секунда на скачивание;</li>
<li>iframe — 1 секунда на скачивание.</li>
</ul><br/>
На диаграмме видно, как скрипты блокируют друг друга, а также картинку, стилевой файл и iframe. Последние загружаются параллельно друг другу, но только после того, как завершена последовательная загрузка скриптов.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/83370/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 09 Feb 2010 10:36:00 GMT</pubDate>
			<author>razetdinov</author>
			<category>chrome</category><category>firefox</category><category>internet explorer</category><category>opera</category><category>safari</category><category>браузеры</category><category>загрузка</category><category>оптимизация</category><category>скрипты</category>
		</item>
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Рендеринг: отрисовка, перерасчет дерева / макета, стилизация]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/79760/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/79760/</link>
			<description><![CDATA[Перевод статьи от Стояна Стефанова с подробным рассмотрением процесса перерисовки страницы в браузерах, проблем, с ним связанных, и методов для ускорения этого процесса.]]></description>
			
			<pubDate>Wed, 30 Dec 2009 22:01:05 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>производительность</category><category>reflow</category><category>repaint</category><category>перерисовка</category><category>дерево отрисовки</category>
		</item>
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / data:URI и производительность, или как замедлить Firefox в 10 (десять) раз]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/79262/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/79262/</link>			
			<description><![CDATA[<img src="http://web-optimizator.googlecode.com/svn/i/home/slide4.png" align="left"/> Собственно, из заголовка должно быть почти все понятно. Но картинка не очень в тему: на ней надо нарисовать Лису, ползущую вслед догоняющему IE.<br/>
<br/>
Это пост является ответом на <a href="http://habrahabr.ru/blogs/client_side_optimization/78120/">«За бугром»</a>, ибо нашлась пара свободных часов, и было, чем их занять.<br/>
<br/>
<strong>UPD</strong> Был обнаружен плагин — Wappalyzer — который на порядок замедлял отображение data:URI в Firefox. Но даже с его отключением Firefox продолжает проигрывать почти всем браузерам.<br/>
<br/>
Но все по порядку.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/79262/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 25 Dec 2009 03:02:59 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>data:URI</category><category>mhtml</category><category>CSS Sprites</category><category>firefox</category><category>ie</category><category>chrome</category><category>opera</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / «За бугром» все больше интересуются техникой Data:URI CSS Sprites]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/78120/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/78120/</link>			
			<description><![CDATA[<img src="http://fullajax.ru/temp/datauri/ravelrumba/test2/thumbnail.png" align="left"/><br/>
Многим уже известна техника оптимизации сайтов на основе data:uri технологии. Последнее время все больше и больше к относительно новой технологии проявляется интерес мирового сообщества разработчиков. В интернете можно найти уже достаточно много статей на эту тему. Радует, что одним из первых, кто задумался серьезно о разработке кросс-браузерного data:uri это «наш человек» — Евгений Степанищев aka <a href="http://bolk.habrahabr.ru/" class="user_link">bolk</a>. Ну так вот, речь не об этом, это так для истории…<br/>
<br/>
Наткнулся мне «забугорный» блог <a href="http://www.ravelrumba.com">www.ravelrumba.com</a>, автор которого последнее время активно занимается исследованием эффективности data:uri css sprites. О чем свидетельствует ряд интересных статей о его работе. <br/>
<a href="http://www.ravelrumba.com/blog/css-images-and-data-uris/">CSS Images and Data URIs</a><br/>
<a href="http://www.ravelrumba.com/blog/data-uris-for-css-images-more-tests-more-questions/comment-page-1/">Data URIs for CSS Images: More Tests, More Questions</a><br/>
<br/>
Я решил поддержать его и провел анализ скорости загрузки разработанных им тестовых страниц. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/78120/#habracut">Результаты в картинках</a> </div>]]></description>
			
			<pubDate>Sun, 13 Dec 2009 11:37:46 GMT</pubDate>
			<author>sirus</author>
			<category>клиентская оптимизация</category><category>data:uri</category><category>css</category><category>sprites</category><category>web-разработка</category><category>optimization</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / Производительность flash-баннеров]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/77535/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/77535/</link>			
			<description><![CDATA[<img align="left" src="http://veg.slutsk.net/habr/cpu_usage.png"/>Частяком, когда я работаю с множеством сайтов, какая-нибудь самая наглая страничка отнимает слишком много процессорного времени, из-за чего система неприятно подтормаживает. Чаще всего оказывается, что виновник — это какой-нибудь хитрый баннер на Flash или совершенно бесполезная приблуда на Javascript, выполняющаяся в фоне.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/77535/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 07 Dec 2009 18:43:01 GMT</pubDate>
			<author>VEG</author>
			<category>производительность</category><category>flash</category><category>баннеры</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / ETag спешит на помощь]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/77004/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/77004/</link>			
			<description><![CDATA[Ни для кого не секрет, что в протоколе HTTP, а точнее в той его части, что является ответом с сервера, есть такие замечательные заголовки, как Last-Modified и ETag (Подробнее можно прочитать в <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.3">спецификации протокола</a>). Призваны они ускорить процесс получения контента с сервера, а точнее избавить клиента от загрузки данных, которые не были изменены с момента предыдущего запроса.<br/>
<br/>
Так вот. Для меня факт существования двух, по-сути одинаковых, механизмов сообщить клиенту изменилось ли содержимое страницы или нет немного настораживал. Немного. Точнее я его не понимал для чего нужен ETag, если мне всегда было достаточно одного Last-Modified и юзкейса для другого я даже и представить не мог (хотя меня этот вопрос, признаться честно, не особо и волновал). <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/77004/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 02 Dec 2009 07:53:45 GMT</pubDate>
			<author>pashka_r</author>
			<category>http</category><category>etag</category><category>кеширование</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / «Свежачок» по оптимизации — поведение браузеров при использовании Data:URI CSS Sprites]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/76881/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/76881/</link>			
			<description><![CDATA[<img src="http://www.ravelrumba.com/wp/wp-content/uploads/2009/11/data-uri-css-xy.png" align="right"/><br/>
Последнее время в инете стало появляться все больше публикаций про использование data:uri css sprites. Приведу две ссылки из блога Steve Souders, известный всему миру «оптимизатор» работающий в Google. <br/>
<br/>
<a href="http://www.stevesouders.com/blog/2009/11/16/cssembed-automatically-data-uri-ize/">CSSEmbed — automatically data: URI-ize</a><br/>
<a href="http://www.stevesouders.com/blog/2009/10/05/aptimize-realtime-spriting-and-more/">Aptimize: realtime spriting and more</a><br/>
<br/>
Наш отечественный герой «веб-оптимайзер» <a href="http://sunnybear.habrahabr.ru/" class="user_link">sunnybear</a> намного раньше поднимал вопрос про использование data:uri в css и нами совместно был проведен ряд исследований. В то время вылезло много интересных моментов и особенностей о которых мы писали в <a href="http://habrahabr.ru/search/?q=data+uri+css&amp;target_type=posts">предыдущих статьях</a>. Последние эксперименты вскрыли ряд ранее неизвестных моментов по работе браузеров с data uri css спрайтами. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/76881/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 01 Dec 2009 09:39:30 GMT</pubDate>
			<author>sirus</author>
			<category>data:uri</category><category>css</category><category>клиентская оптимизация</category><category>web-разработка</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / Ускорение загрузки AJAX приложения, + предзагрузка изображений]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/72151/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/72151/</link>			
			<description><![CDATA[Всё началось с создания сложного AJAX приложения с применением java технологий GWT, GXT, Spring, Hibernate, Terracota, AndroMDA, ActiveMQ и множеством других волшебных звуков за которыми прячется вся мощь и могущество java технологий создаваемых десятками тысяч гениальнейших программистов уже второе тысячелетие подряд …<br/>
<br/>
Но статья не об этом. Требовалось решить скромную, но очень интересную задачу, — не осилив всю технологичность, продуманность и совершенство решений на базе платформы java, снизить время загрузки клиентской части приложения.<br/>
<br/>
Входные данные: размер текстовых данных js, css, xml, html, images коло ~1,2MБ(+ флэш), время загрузки в Москве более полутора минут, при хождении по ссылкам заметное время(1-15 секунд) на загрузку картинок, при повторном обращении картинка загружалась повторно.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/72151/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 13 Oct 2009 08:04:02 GMT</pubDate>
			<author>opeg</author>
			<category>ajax</category><category>preloader</category><category>оптимизация</category><category>optimization</category><category>web optimizer</category>
		</item>
		
		
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Быстрый сайт — это больше, чем хороший сайт]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/71290/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/71290/</link>
			<description><![CDATA[Доклад для конференции Электронная Торговля'2009 (conf.oborot.ru)<br/>
&quot;Быстрые сайты кажутся пользователям более качественными и красивыми (это подтверждено многочисленными исследованиями). Пользователи склонны больше доверять быстрому интернет-магазину (впечатление от скорости работы сайта будет распространяться и на мнение о скорости, например, доставки или ответа на запросы).&quot;]]></description>
			
			<pubDate>Fri, 02 Oct 2009 09:14:31 GMT</pubDate>
			<author>sunnybear</author>
			<category>скорость загрузки</category><category>производительность</category><category>клиентская оптимизация</category><category>интернет-магазин</category><category>электронная коммерция</category><category>конверсия</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Как создавался SpriteMe]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/70585/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/70585/</link>
			<description><![CDATA[Steve Souders о SpriteMe<br/>
&quot;У меня была замечательная идея для доклада на WordCamp в прошлом мае мне предстояло публично оптимизировать тему для WordPress. В ночь перед этим (чтобы не тормозить публично) я решил основательно подготовиться. Всего за 30 минут мне удалось сделать большинство действий по оптимизации производительности (кэширование и сжатие на уровне Apache, перемещение скриптов вниз, запуск из командной строки YUI Compressor и т.д.).&quot;]]></description>
			
			<pubDate>Thu, 24 Sep 2009 22:31:03 GMT</pubDate>
			<author>sunnybear</author>
			<category>производительность</category><category>клиентская оптимизация</category><category>скорость загрузки</category><category>css sprites</category><category>spriteme</category>
		</item>
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / Data URI [CSS] Sprites 1.5 — уникальный автоматический генератор CSS спрайтов]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/69528/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/69528/</link>			
			<description><![CDATA[<a href="http://duris.ru"><img src="http://duris.ru/images/logo.png"/><img src="http://duris.ru/images/version.gif"/></a><br/>
<br/>
Тем кто следит за статьями про клиентскую оптимизацию уже известен современный подход к созданию CSS спрайтов на базе data:uri технологии. Указанный подход имеет весомые достоинства:<br/>
<ul>
<li> абсолютная минимизация конектов к серверу за изображениями определенных в css — сделать еще меньше уже невозможно.</li>
<li> полная 100%-ая автоматизация процесса создания спрайтов независимо от свойств backgroud-position и background-repeat.</li>
<li> предзагрузка всех изображений определенных в css, которые необходимы для сайта.</li>
</ul><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/69528/#habracut">Обновился сервис автогенерации</a> </div>]]></description>
			
			<pubDate>Sun, 13 Sep 2009 22:49:09 GMT</pubDate>
			<author>sirus</author>
			<category>css</category><category>client side optimization</category><category>sprite</category><category>webdevelopment</category><category>клиентская оптимизация</category><category>спрайт</category><category>web-разработка</category>
		</item>
		
		
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Зачем нужен CDN?]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/68820/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/68820/</link>
			<description><![CDATA[Очередной раздел книги &quot;Реактивные веб-сайты&quot;. Видимо, последний с моей стороны.<br/>
<br/>
&quot;После общения с множеством специалистов возникла следующая проблема: все знают, что CDN — это очень хорошо, это правильно, это стоит использовать. Данная статья пытается ответить на этот вопрос и объяснить, в каких случаях CDN может решить возникающие проблемы и ряд технологических и бизнес-задач.&quot;]]></description>
			
			<pubDate>Sat, 05 Sep 2009 11:39:33 GMT</pubDate>
			<author>sunnybear</author>
			<category>производительность</category><category>скорость загрузки</category><category>cdn</category><category>ngenix</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Пишем эффективный CSS]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/68132/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/68132/</link>
			<description><![CDATA[Очередная глава из книги &quot;Реактивные веб-сайты&quot;. Изложенный материал, скорее, побуждает задать новые вопросы, чем отвечает на текущие.<br/>
<br/>
&quot;В книге &quot;Разгони свой сайт&quot; тема производительности CSS-селекторов уже поднималась. Хотя все выводы были подкреплены значительный объемом исследований, но основной вопрос — как же должна выглядеть эффективная таблица стилей, которая обеспечивает наискорейшее отображение документа на экране — так и остался без ответа.&quot;]]></description>
			
			<pubDate>Thu, 27 Aug 2009 13:12:16 GMT</pubDate>
			<author>sunnybear</author>
			<category>производительность</category><category>клиентская оптимизация</category><category>скорость загрузки</category><category>css-селекторы</category><category>эффективность</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Обзор технологий автоматической клиентской оптимизации]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/67788/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/67788/</link>
			<description><![CDATA[Очередная глава из книги &quot;Реактивные веб-сайты&quot;:<br/>
<br/>
&quot;На данный момент тематика автоматической клиентской оптимизации сильно волнует умы веб-программистов, предпринимателей и просто энтузиастов. Выгоды вполне очевидные: быстрые сайт имеет значительные преимущества перед медленными конкурентами. При наличии высокой конкуренции это может оказаться существенным. Более того пользователи не склонны ждать долго. Быстрая загрузка может являться ключом к процветанию интернет-направления целой компании.&quot;]]></description>
			
			<pubDate>Sun, 23 Aug 2009 13:17:57 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>скорость загрузки</category><category>производительность</category><category>jsmin</category><category>css tidy</category><category>yui compressor</category><category>packer</category><category>web optimizer</category><category>aptimize</category><category>wao</category><category>minify</category><category>smart optimizer</category><category>php speedy</category><category>qpimg</category><category>smart sprites</category><category>spriteme</category><category>автоматизация</category>
		</item>
		
		
	
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / Ищу партнера]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/67485/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/67485/</link>			
			<description><![CDATA[С недавних пор я четко осознал, что тянуть и толкать свое небольшое начинание по клиентской (и серверной) оптимизации мне становится все сложнее и сложнее. Объем работы, контактов и информации растет с каждым днем, и управляться с ним одному уже не под силу.<br/>
<br/>
Собственно, о чем это я? О том, что хочу пригласить в свою команду (занимающуюся уже несколько лет вопросами производительности) не просто оптимизатора, а настоящего партнера, который был бы готов разделить объем как прав, так и обязанностей.<br/>
<br/>
<h3>Кого я вижу в качестве партнера?</h3><div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/client_side_optimization/67485/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 19 Aug 2009 17:57:48 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>скорость загрузки</category><category>партнерство</category>
		</item>
		
		
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Вычисляем при помощи Web Workers]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/67426/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/67426/</link>
			<description><![CDATA[John Resig раскрывает особенности встроенного в браузеры механизма «отложенных» вычислений при помощи Javascript и его будущие перспективы.]]></description>
			
			<pubDate>Wed, 19 Aug 2009 06:54:20 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>производительность</category><category>javascript</category><category>web workers</category><category>скорость загрузки</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Перезагружаем XHR-запросы]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/66924/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/66924/</link>
			<description><![CDATA[Перевод заметки от Steve Souders, в которой автор исследует поведение кэширование в различных браузерах для XHR-запросов. Приведены сравнительная таблица для различных случаев и рекомендации для веб-разработчиков для форсирования или сброса кэша.]]></description>
			
			<pubDate>Wed, 12 Aug 2009 16:36:28 GMT</pubDate>
			<author>sunnybear</author>
			<category>скорость загрузки</category><category>клиентская оптимизация</category><category>XHR</category><category>кэширование запросов</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Canvas: один шаг назад, два шага вперед]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/64187/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/64187/</link>
			<description><![CDATA[Очередная глава из книги &quot;Реактивные вебсайты&quot;, на этот раз про быстродействие скалярной и векторной графики.<br/>
<br/>
&quot;Спецификация Canvas (как отдельной области на странице, внутри которой можно отображать графические объекты) в 2005 году изначально была предложена со стороны Apple для поддержки некоторых приложений внутри движка WebKit (на данный момент его используют браузеры Safari и Chrome). Рабочая группа W3C включила Canvas в Web Applications 1.0, который вошел в готовящийся стандарт HTML 5.0.&quot;]]></description>
			
			<pubDate>Sat, 11 Jul 2009 13:37:58 GMT</pubDate>
			<author>sunnybear</author>
			<category>производительность</category><category>скорость загрузки</category><category>клиентская оптимизация</category><category>canvas</category><category>svg</category><category>vml</category><category>pgml</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] Автоматизация кэширования]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/63733/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/63733/</link>
			<description><![CDATA[Еще один раздел из готовящейся книги &quot;Реактивные вебсайты&quot;<br/>
<br/>
&quot;Кэширование на клиентском и серверном уровне может значительно ускорить скорость работы сайта. На данный момент все современные системы управления сайтом включают поддержку кэширования, в некоторых случаях даже многоуровневого.&quot;]]></description>
			
			<pubDate>Tue, 07 Jul 2009 05:04:22 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>скорость загрузки</category><category>производительность</category><category>кэширование</category><category>автоматизация</category>
		</item>
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Клиентская оптимизация / [Ссылка] API для DOM-селекторов в Firefox 3.5]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/client_side_optimization/63719/</guid>
			<link>http://habrahabr.ru/blogs/client_side_optimization/63719/</link>
			<description><![CDATA[Еще один раздел из готовящейся книги &quot;Реактивные вебсайты&quot;<br/>
<br/>
&quot;Предварительная версия документа API для селекторов, опубликованная консорциумом W3C представляет собой относительно новый взгляд для Javascript-разработчиков, как можно выбирать DOM-элементы на страницы при помощи CSS-селекторов. В одном этом документе собраны все тонкости такого сложного процесса, как поиск, выборка элементов из DOM-дерева и представление результата, доступного по упорядоченному интерфейсу.&quot;]]></description>
			
			<pubDate>Mon, 06 Jul 2009 19:36:21 GMT</pubDate>
			<author>sunnybear</author>
			<category>клиентская оптимизация</category><category>производительность</category><category>скорость загрузки</category><category>API для селекторов</category><category>john resig</category><category>css-селекторы</category>
		</item>
		
		
	
	
	
	
	
</channel>
</rss>
