<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр / Веб-стандарты / Захабренные</title>
	<link>http://habrahabr.ru/rss/blog/webstandards/</link>
	<description><![CDATA[Захабренные посты из блога «Веб-стандарты» на Хабрахабре]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Fri, 10 Feb 2012 19:36:48 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
	
	
	
		
	<item>		
		<title><![CDATA[Веб-стандарты / [Перевод] HTTP — протокол уровня приложений]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/137924/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/137924/</link>
		<description><![CDATA[Данная статья является переводом первой статьи из цикла статей о протоколе HTTP с сайта <a href="http://dev.opera.com/articles/view/http-basic-introduction/">opera.com</a>.<br/>
Пересоздал её, чтобы тип статьи стал переводом.<br/>
<br/>
<h4>Введение</h4><br/>
 В Бутане, когда люди знакомятся, они обычно приветствуют друг друга словами «Твоё тело чувствует себя хорошо?». В Японии они могут кланяться, в зависимости от обстановки. В Омане мужчины обычно целуют друг друга в нос, после рукопожатия. В Камбодже и Таиланде они обычно соединяют ладони, как при молитве. Это все протоколы общения, простая последовательность кодов, которая имеется значение и готовит обе стороны к обмену информацией.<br/>
<br/>
В Интернете есть очень эффективный протокол прикладного уровня, который готовит компьютеры к обмену информацией: <a href="http://ru.wikipedia.org/wiki/HTTP">Hypertext Transfer Protocol</a>, или HTTP. HTTP — протокол прикладного уровня поверх коммуникационного протокола <a href="http://ru.wikipedia.org/wiki/TCP/IP">TCP/IP</a>. HTTP часто упускается из вида при изучении веб-дизайна и веб-разработки, что является ошибкой: понимание его помогает определить лучший способ взаимодействия с пользователями, достичь лучшей производительности сайта и создает эффективный инструмент для управления информацией в сети Интернет.<br/>
<br/>
Это первая статья из серии статей, целью которой является научить основам HTTP и эффективному его использованию. В этой статье мы увидим на каком этапе HTTP работает в механизме Интернет.<br/>
 <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/137924/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 09 Feb 2012 18:32:51 GMT</pubDate>
		<author>gre</author>
		<category>http</category><category>tcp-ip</category><category>конспект</category><category>osi</category><category>учебные материалы</category>
	</item>
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Веб-стандарты / [Перевод] Призыв к действию: вы нужны Открытому Вебу *сейчас*!]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/137900/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/137900/</link>
		<description><![CDATA[<blockquote><i><b>От переводчика:</b> увидев вчера <a href="http://css-live.ru/vecssti-s-polej/opera-firefox-i-ie-xotyat-vnedrit-prefiksy-webkit/">новость о том, что другие браузеры собираются ввести поддержку <code>-webkit-</code>экспериментальщины</a> (<a href="http://css-live.ru/">тут</a>), я испытал схожие чувства и смог произнести одно лишь слово «МаCSSаракш!». Поэтому, увидев в твиттере ссылку на эту <a href="http://www.glazman.org/weblog/dotclear/index.php?post/2012/02/09/CALL-FOR-ACTION:-THE-OPEN-WEB-NEEDS-YOU-NOW">статью</a> Дэниела Глазмана, я посчитал необходимым перевести ее для Хабра. Буду благодарен за внимание и ваши мысли по этому поводу!</i></blockquote><br/>
Рабочая группа CSS, W3C, производители браузеров и Открытый Веб нуждаются в вас, буквально <i>в каждом из вас</i>. Эта статья написана Дэниелом Глазманом, сопредседателем рабочей группы CSS: часть до «Это не должно случиться» передает официальное обсуждение внутри этой рабочей группы. Члены рабочей группы, участвующие в дискуссии, включают представителей Adobe, Apple, Disruptive Innovations, Google, HP, Microsoft, Mozilla, Opera и WWW-консорциума (W3C). Вторая часть статьи — целиком моя.<br/>
<br/>
Не так давно, IE6 был сверхдоминирующим браузером в Вебе. Веб был переполнен сайтами, работающими только в IE6, и другие браузеры, их пользователи, были в отчаянии. IE6 мертв, те времена прошли, все производители браузеров, включая саму MS, ликуют. Прошли? Не совсем… IE6 ушел, проблема осталась.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/137900/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 09 Feb 2012 12:19:33 GMT</pubDate>
		<author>SelenIT2</author>
		<category>css</category><category>w3c</category><category>webkit</category><category>ie6</category><category>браузеры</category><category>монополия</category><category>маразм</category><category>нужно предотвратить</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Доля Nginx снова немного подросла]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/137843/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/137843/</link>			
		<description><![CDATA[<img src="http://habrastorage.org/storage2/e95/9d8/f41/e959d8f41e49f76cac4440229529d5bc.png"/><br/>
<br/>
Компания Netcraft, как всегда, держит нас в курсе общемировых тенденций, в плане динамики рынка веб-серверов и общего количества сайтов в мире. Так вот, на днях был опубликован очередной отчет, согласно которому всего за месяц сайтов в Сети стало больше на 30 миллионов. Это увеличение примерно на 5,2%. Если так пойдет и дальше, что скоро <s>ГС заполонят интернет</s> количество сайтов будет исчисляться в миллиардах. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/137843/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Wed, 08 Feb 2012 11:13:13 GMT</pubDate>
		<author>marks</author>
		<category>Apache</category><category>netcraft</category><category>nginx</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Google предлагает стандартизировать автозаполнение форм]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/137213/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/137213/</link>			
		<description><![CDATA[Компания Google <a href="http://googlewebmastercentral.blogspot.com/2012/01/making-form-filling-faster-easier-and.html">внедрила</a> в браузер Chrome поддержку экспериментального атрибута <code>autocomplete type</code> и теперь обращается с призывом ко всем веб-мастерам использовать этот атрибут в описании всех онлайновых форм. Просто добавьте его в поле <code>input</code>, например, для email это может выглядеть так:<br/>
<br/>
<pre><code class="html">&lt;input type=”text” name=”field1” x-autocompletetype=”email” /&gt;</code></pre><br/>
Таким образом, владелец сайта может гарантировать, что функция Chrome Autofill точно сработает на этом поле. <br/>
<br/>
<img src="http://habrastorage.org/storage2/4b9/ed3/2d2/4b9ed32d28f7bcf1cb0e593fcbe70885.png"/><br/>
<br/>
Google сейчас договаривается с другими заинтересованными сторонами, чтобы стандартизировать данный атрибут как часть спецификаций HTML5. Пока что у него экспериментальный статус, что подчёркивается приставкой <code>x-</code> в полном написании <code>x-autocompletetype</code>.<br/>
<br/>
Нынешний стандарт в данной области <a href="http://tools.ietf.org/rfc/rfc4112.txt">RFC 4112</a> практически нигде не используется и явно нуждается в обновлении.]]></description>
		
		<pubDate>Sat, 28 Jan 2012 20:38:42 GMT</pubDate>
		<author>alizar</author>
		<category>автозаполнение</category><category>autocomplete</category><category>HTML5</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Протокол SPDY могут включить в HTTP/2.0]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/137009/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/137009/</link>			
		<description><![CDATA[Председатель Марк Ноттингем разослал вчера всем членам рабочей группы по HTTP <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/0098.html">письмо</a>, где предложил сделать сетевой протокол <a href="http://www.chromium.org/spdy">SPDY</a> частью стандарта HTTP/2.0. Эта технология, разработанная в Google, позволяет значительно ускорить загрузку сайтов по HTTP за счёт мультиплексирования запросов, расстановки приоритетов для запросов и сжатия заголовков HTTP (cм. <a href="http://www.chromium.org/spdy/spdy-whitepaper">результаты тестов</a>). SPDY уже давно работает в связке браузера Chrome с серверами Google.<br/>
<br/>
Основанием для своего предложения Ноттингем считает то, что протокол уже де-факто используется в онлайне, он реализован в двух основных браузерах: Chrome и, месяц назад, в <a href="http://habrahabr.ru/blogs/webstandards/134012/">Firefox Nightly</a>, и уже появились его экспериментальные имплементации от независимых разработчиков, например, <a href="https://github.com/mnot/nbhttp/tree/spdy">SPDY-сервер на Питоне</a>.<br/>
<br/>
Формальное принятие SPDY в HTTP/2.0 должно придать импульс для повсеместного внедрения этой технологии как на стороне серверов, так и в остальных браузерах.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/137009/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Wed, 25 Jan 2012 18:01:50 GMT</pubDate>
		<author>alizar</author>
		<category>HTTP</category><category>HTTP 2.0</category><category>SPDY</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / «Баг»-не-баг нецентрирования рисунков атрибутом align=center]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/135818/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/135818/</link>			
		<description><![CDATA[Как известно, Хабр использует «олдскульные» атрибуты тегов, допускающие форматирование текста и рисунков в статьях и комментариях авторами. Среди таких тегов оказался один, отсутствующий в стандартах W3C. Это — &lt;img align=«center»&gt;. Обнаружилось, что часть авторов «наивно» пользуется этим атрибутом, потому что другого редактор Хабра просто не предоставляет. Как ни странно, в части браузеров этот атрибут на Хабре поддерживается, хотя эксперименты с чистыми тестовыми страницами показывают, что чудес нет, в img он не работает.<br/>
<br/>
Заинтересовал вопрос, в каких случаях атрибут поддерживается и что надо дописать в стилях, чтобы он начал поддерживаться везде. Если бы это заработало на сайте, мы поддержали бы наивное мнение, что это правильный атрибут, но, тем не менее, получили бы инструмент центрирования рисунков.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/135818/#habracut">клац-клац</a> </div>]]></description>
		
		<pubDate>Sat, 07 Jan 2012 17:16:32 GMT</pubDate>
		<author>spmbt</author>
		<category>css</category><category>html</category><category>атрибуты тегов</category><category>стандарты html</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Видео с Web Standards Days в Москве]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/135312/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/135312/</link>			
		<description><![CDATA[В сезон, когда всё, за чем можно наблюдать в сети — так за падающими кривыми посещаемости, сообщество «<a href="http://web-standards.ru/">Веб-стандарты</a>» спешит порадовать вас свежим видео и ссылками на доклады <a href="http://webstandardsdays.ru/2011/12/13/">со встречи Web Standards Days, прошедшей 13 декабря в Москве</a> в гостях у МИЭМ. Мы бьём все рекорды — видео готово спустя всего две недели.<br/>
<br/>
Поскольку в этом году встречи выстроились в серию и некоторые докладчики, прямо-таки гастролировали из Киева в Минск, а потом в Москву с одним докладом, то некоторые выступления вы уже могли видеть в предыдущей записи <a href="http://habrahabr.ru/blogs/webdev/134211/">про Web Standards Days в Минске</a>. Но были и четыре свежих выступления, их и предлагаем вашему вниманию:<br/>
<br/>
<h5>«Бесчеловечные эксперименты над CSS» Романа Комарова</h5><br/>
<object type="application/x-shockwave-flash" width="400" height="302" data="http://www.vimeo.com/moogaloop.swf?clip_id=34190518&amp;server=www.vimeo.com&amp;fullscreen=1&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=">	<param name="quality" value="best" />	<param name="allowfullscreen" value="true" />	<param name="scale" value="showAll" />	<param name="movie" value="http://www.vimeo.com/moogaloop.swf?clip_id=34190518&amp;server=www.vimeo.com&amp;fullscreen=1&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=" /></object><div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/135312/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Mon, 26 Dec 2011 11:31:43 GMT</pubDate>
		<author>pepelsbey</author>
		<category>wsd</category><category>web standards days</category><category>вст</category><category>веб-стандарты</category><category>москва</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / BrowserID: почтовый адрес как ID пользователя]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/134762/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/134762/</link>			
		<description><![CDATA[Mozilla закончила разработку <a href="https://github.com/mozilla/browserid">BrowserID</a> — единой децентрализованной системы аутентификации, которая использует HTML5, криптографию с открытым ключом и цифровые подписи. Она основана на упрощённой интерпретации <a href="http://www.open-mike.org/entry/verified-email-protocol">Verified Email Protocol</a>.<br/>
<br/>
Даже сейчас, на первом этапе внедрения, система довольно проста для пользователя: ему нужно один раз <a href="https://browserid.org/signup">подтвердить email</a>, после чего он получает возможность безопасной авторизации на любом сайте в два клика мышкой, без ввода пароля. В будущем авторизация ещё более упростится, когда поддержку BrowserID внедрят в браузеры, а почтовые провайдеры станут центрами идентификации первого уровня.<br/>
<br/>
<img src="http://habrastorage.org/storage1/503a6058/e41fecee/6ebf98f2/908d312b.png"/><br/>
<sup>Так будет работать система, если Gmail станет поддерживать BrowserID. В этом случае отпадёт необходимость подтверждать свой email на сайте Browserid.org, который сейчас является пока единственным центром идентификации первого уровня.</sup><br/>
<br/>
Кроме отсутствия паролей, ключевым преимуществом BrowserID является защита приватности — в отличие от OpenID и всех подобных систем, провайдер identity в BrowserID <i>не получает</i> данных о том, на каком сайте залогинился пользователь.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/134762/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 16 Dec 2011 23:41:58 GMT</pubDate>
		<author>alizar</author>
		<category>BrowserID</category><category>OpenID</category><category>авторизация</category><category>аутентификация</category><category>Verified Email Protocol</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / WebSocket Protocol опубликован как RFC]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/134497/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/134497/</link>			
		<description><![CDATA[Протокол WebSocket получил свой номер RFC и опубликован в официальной библиотеке IETF как <a href="http://tools.ietf.org/html/rfc6455">RFC 6455</a>. Это означает, что черновик спецификаций признан вполне удачным, в целом стабильным и подходящим для стандартизации. Его дальнейшую судьбу будет отслеживать организация IETF, и впереди у потенциального стандарта — два этапа. После «предложенного стандарта» будут рассмотрены улучшения, которые представит сообщество, затем документ RFC может получить статус «драфта» (чернового стандарта) и, в конце концов, может быть признан как полноценный Стандарт Интернета (STD) — из нескольких тысяч кандидатов до такого статуса дожили всего <a href="http://www.rfc-editor.org/rfcxx00.html#STDbySTD">72</a>.<br/>
<br/>
WebSocket — протокол двунаправленной связи между браузером и веб-сервером. Протокол включает в себя описание запроса клиента и ответа сервера на установление соединения, а также базовое оформление сообщений, передаваемых поверх TCP-соединения.<br/>
<br/>
С помощью WebSocket можно создавать интерактивные браузерные веб-приложения, которые постоянно обмениваются данными с сервером, но при этом не нуждаются в открытии нескольких HTTP-соединений, как XMLHttpRequest или &lt;iframe&gt;’ы.<br/>
<br/>
В качестве авторов RFC 6455 указаны Ян Фетте из Google Security Team и Алексей Мельников (isode.com).]]></description>
		
		<pubDate>Mon, 12 Dec 2011 20:56:12 GMT</pubDate>
		<author>alizar</author>
		<category>WebSocket</category><category>IETF</category><category>RFC 6455</category><category>стандарт интернета</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Покупка facebook шаблона: на что обратить внимание?]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/134244/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/134244/</link>			
		<description><![CDATA[Итак, сегодня я хочу поговорить о шаблонах для социальной сети facebook. Это направление сейчас большими шагами идет вперед. Я, кстати, не могу понять, почему Дуров до сих пор не «придумал» что-то подобное и для своего детища. Но сейчас не об этом. Так же, сразу хочу сказать, что 90% (это приблизительное число не имеющее под собой никакого математического основания и написанное с одной лишь целью — заменит слово «много» или «почти 100%») информации взято с одного из любимых моих блогов, о котором я очень часто пишу в своих постах. Так вот в этом блоге есть статья <a href="http://wdremix.net/2011/07/04/the-facebook-template-what-to-pay-attention/">The Facebook Template: What to pay attention?</a>, которая появилась приблизительно в то время, когда я стал facebook'у уделять больше внимания. В общем информация в этой статье мне понравилась и я хочу поделится ею с вами, правда, добавив немного и от себя. <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/134244/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 09 Dec 2011 11:24:36 GMT</pubDate>
		<author>pavlushka</author>
		<category>facebook</category><category>шаблоны</category><category>шаблоны facebook</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Протокол SPDY появился в Firefox Nightly]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/134012/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/134012/</link>			
		<description><![CDATA[Ещё один браузер близок к тому, чтобы реализовать поддержку протокола SPDY — надстройки над HTTP 1.1, которая ускоряет загрузку веб-страниц на 44-64% (по тестам Google). <br/>
<br/>
3 декабря разработчики Mozilla <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=528288">завершили</a> работу, а с сегодняшнего дня SPDY появился в тестовой сборке Firefox Nightly. По умолчанию он выключен, но активировать можно в настройках <i>about:config</i>, переключив флаг <i>network.http.spdy.enabled</i> в значение <i>true</i>.<br/>
<br/>
<img src="http://habrastorage.org/storage1/ab35b2bc/3e05fa77/3539bde0/7568df40.png"/><br/>
<br/>
Разработчики Mozilla пока <a href="http://news.ycombinator.com/item?id=3309999">затрудняются сказать</a>, в какой версии Firefox протокол SPDY будет включен по умолчанию. Они говорят, что тестирование продлится долго, потому что «в интернете работают очень важные SPDY-сайты» (читай, сайты Google) и нужно гарантировать корректную работу с ними браузера Firefox.<br/>
<br/>
Пока у Mozilla также нет понимания, какую именно версию черновика SPDY поддерживать, ведь этот протокол до сих пор имеет статус экспериментального и может измениться в любое время. Google и Mozilla работают вместе, чтобы представить согласованную версию стандарта в IETF.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/134012/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Mon, 05 Dec 2011 10:34:16 GMT</pubDate>
		<author>alizar</author>
		<category>SPDY</category><category>Firefox Nightly</category><category>HTTP 1.2</category>
	</item>
	
	
	
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Веб-стандарты / [Перевод] Microdata & the microdata DOM API]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/133961/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/133961/</link>
		<description><![CDATA[<h4>Введение</h4><br/>
<br/>
Одной из проблем, на решение которой был направлен HTML5, было повышение логичности (и, следовательно, машиночитаемости) разметки, о чем свидетельствует введение стандартных семантических элементов, таких как &lt;header&gt;, &lt;nav&gt; и &lt;figure&gt;. Это все хорошо, но иногда возникает потребность добавить определенные машиночитаемые атрибуты для элементов контента, так чтобы их можно бы использовать в каком-либо скрипте предсказуемо, даже если разметка используемая для различного контента различается между собой. Эта потребность уже удовлетворена, в определенной степени, с помощью простых и обратно совместимых <a href="http://microformats.org/">Микроформатов</a>, и с помощью более эзотерического <a href="http://www.w3.org/TR/xhtml-rdfa-primer/">RDFa</a>.<br/>
<br/>
В связи с этим, нет ничего удивительного, что решение этой проблемы было добавлено в спецификацию HTML5 в виде спецификации <a href="http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html">микроданных</a>(далее Microdata), включающей в себя набор атрибутов, которые могут быть добавлены к любому элементу и связанное DOM API для обработки/агрегирования микроданных на странице.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/133961/#habracut">Прочитать перевод</a> </div>]]></description>
		
		<pubDate>Sun, 04 Dec 2011 18:49:13 GMT</pubDate>
		<author>termi</author>
		<category>microdata</category><category>javascript</category><category>html</category><category>dom api</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Создатель CSS предлагает убрать скроллбар и сам скроллинг из браузеров]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/131666/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/131666/</link>			
		<description><![CDATA[<img src="http://habrastorage.org/storage1/0b393c04/e0008133/a98e2761/34e1c920.png"/><br/>
<br/>
Сейчас многие разработчики стараются либо вовсе убрать скроллбар, либо сжать его до минимума. Создатель же CSS, Хокон Виум Ли, предлагает убрать скроллбал из современных версий браузеров. В принципе, определенная логика в этом есть, поскольку Хокон Виум Ли предлагает полностью поменять способ навигации в браузере. По его задумке, скроллбар не нужен.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/131666/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Tue, 01 Nov 2011 09:21:12 GMT</pubDate>
		<author>marks</author>
		<category>браузеры</category><category>css</category><category>скроллбар</category><category>скроллинг</category>
	</item>
	
	
	
	
	
	

	
	
	
		
	<item>		
		<title><![CDATA[Веб-стандарты / [Перевод] Объявление о создании jQuerийской группы стандартизации]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/131363/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/131363/</link>
		<description><![CDATA[<blockquote><blockquote><sup><b>Предисловие переводчика.</b> Словосочетание «jQuery Standards Team» в косвенных падежах будет переводиться необычным словосочетанием «jQuerийская группа стандартизации»: перевод «группа стандартов jQuery» не подходит, потому что речь пойдёт <nobr>не о каких-либо</nobr> «стандартах jQuery», а о влиянии на те стандарты, которые касаются не самóй библиотеки jQuery, а других основных веботехнологий. Для имени «יהודה‎» выбран вариант перевода «Иуда», как наиболее традиционный (в совершенном согласии с мнением <a href="http://habrahabr.ru/users/brainplus/" class="user_link">brainplus</a>, высказанным <a href="http://habrahabr.ru/blogs/i_am_advertising/88331/#comment_2655500">в марте прошлого года</a>). Слово «process» переводится «процесс», дабы ненароком не посягнуть на многозначность первоисточника.</sup></blockquote></blockquote>Сегодня мы с радостью объявляем о том, что в <a href="http://jquery.org/team/">команде разработчиков jQuery</a> создана новая подгруппа, названная jQuery Standards Team; <nobr>её цель —</nobr> дать веборазработчикам право голоса в процессе стандартизации.<br/>
<br/>
<h2>Введение</h2><br/>
Все мы знаем, как важны веб-стандарты. Они помогают обеспечить работоспособность того кода, который мы пишем, в различных технологических средах, у лиц с различными возможностями, <nobr>а главное —</nobr> во всех браузерах.<br/>
<br/>
Но тем не менее, как часто доводится всем нам ощутить, что наши голоса, наши предложения и идеи услышаны теми группами, которые отвечают за принятие этих стандартов? В действительности, хотя многие из нас желали бы увидеть те или иные изменения, нехватка времени и долгие формальности мешают нашему вкладу в обсуждение стандартов, вовлечению в написание спецификаций, участию в заседаниях о будущих фичах. Вот чем затрудняется право голоса веборазработчиков.<br/>
<br/>
<img src="http://i39.tinypic.com/fxtixy.jpg" align="right"/>Есть и другая проблема: желающие воздействовать на процесс нередко ощущают, что воздействие от участия в конкретной ветви обсуждения по списку рассылки не значительно, потому что сообщество Паутины весьма фрагментировано. Поставщики браузеров весьма деятельны во всех этих списках, и в большинстве ветвей обсуждения предполагается колоссальный объём внутренних базовых знаний. Браузеростроителям обычно есть где посовещаться да обсудить интересующие их проблемные области, а у веборазработчиков так не выйдет, если не считать случайных встреч на конференциях.<br/>
<br/>
Проект jQuery намерен переменить эти обстоятельства: мы желаем, чтобы у вас было право голоса в выборе той формы, которую принимает будущее Паутины.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/131363/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Thu, 27 Oct 2011 13:43:45 GMT</pubDate>
		<author>Mithgol</author>
		<category>jQuery</category><category>веб-стандарты</category><category>обсуждение жизненных вопросов</category><category>список рассылки</category><category>браузеростроение</category><category>стандартизация</category><category>Yehuda Katz</category><category>Paul Irish</category><category>W3C</category><category>TC39</category><category>Github</category><category>Freenode</category>
	</item>
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Новые коды состояния HTTP]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/130902/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/130902/</link>			
		<description><![CDATA[На рассмотрение в IETF поданы <a href="https://tools.ietf.org/html/draft-nottingham-http-new-status-02">спецификации</a> новых кодов состояния HTTP, которые более точно описывают некоторые типичные ситуации.<br/>
<br/>
<pre>428 Precondition Required
429 Too Many Requests
431 Request Header Fields Too Large 
511 Network Authentication Required</pre><div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/130902/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Fri, 21 Oct 2011 10:19:58 GMT</pubDate>
		<author>alizar</author>
		<category>HTTP-код</category><category>код состояния HTTP</category><category>error 428</category><category>error 429</category><category>error 431</category><category>error 511</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / ACID3 обновился: IE9+ 100/100, Firefox 100/100]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/128650/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/128650/</link>			
		<description><![CDATA[<img src="http://img-fotki.yandex.ru/get/5813/25193168.a/0_4a40a_ea5368dc_L.jpg"/><br/>
<br/>
Сегодня Ян Хиксон (Google) и Håkon Wium Lie (Opera Software) <a href="https://plus.google.com/107429617152575897589/posts/JdHnqpuUER4#107429617152575897589/posts/JdHnqpuUER4">объявили</a> об обновлении теста ACID3 для совместимости с современными реалиями веб-стандартов, исключив из него те части, которые могут измениться в соответствующих спецификациях.<br/>
<br/>
Теперь IE9+ (включая мобильную версию IE в Windows Phone 7.5) и последние версии Firefox набирают 100/100. <br/>
<br/>
Обратите внимание, что изменения были внесены именно в «тест», а не браузеры. Cм. также статью &quot;<a href="http://habrahabr.ru/blogs/webdev/118076/">Погружение в ACID3</a>&quot;.]]></description>
		
		<pubDate>Sun, 18 Sep 2011 04:41:37 GMT</pubDate>
		<author>kichik</author>
		<category>acid3</category><category>web standards</category><category>ie</category><category>internet explorer 9</category><category>firefox</category><category>google</category><category>opera</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Песня о веб-стандартах]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/128265/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/128265/</link>			
		<description><![CDATA[<b>Bruce Lawson</b> опубликовал у себя в блоге <a href="http://www.brucelawson.co.uk/2011/the-web-standards-hoedown/">пост с видеороликом</a>, где он со своими коллегами зажигает:<br/>
<iframe width="560" height="349" src="http://www.youtube.com/embed/IZ6JrBqy0CU" frameborder="0" allowfullscreen></iframe><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/128265/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Mon, 12 Sep 2011 13:31:41 GMT</pubDate>
		<author>TecHMeaT</author>
		<category>стандарты</category><category>HTML5</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Энтерпрайз порталы. Часть 1. Определение Web-портала, энтерпрайз портала, CMS/WCM и их назначение. Существующие стандарты для Portlet API. Основные производители порталов]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/125568/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/125568/</link>			
		<description><![CDATA[Продолжение темы порталов, поднятой в моей <a href="http://habrahabr.ru/blogs/AJAX/124376/">предыдущей статье</a>.<br/>
<br/>
<i>Наиболее сложная проблема, с которой я столкнулся при написании данной статьи, заключалась в достоверности определений даваемых различными источниками. Не помогла мне и пресловутая Wikipedia, т.к. некоторые определения вызывали явные сомнения (конечно, я бы мог бы их поправить, с другой стороны, ну кто я такой?). Кроме того, версии Wikipedia на русском и английском языках содержали несколько отличающиеся определения. Было бы неправильно писать эту статью основываясь только на собственном опыте, поэтому в качестве источника, к которому я буду апеллировать, я выбрал ежегодные отчеты аналитического агентства Gartner о горизонтальных порталах.</i><br/>
<br/>
Давайте обратимся к определению портала, которое дает авторитетное аналитическое агентство Gartner: портал – это программная инфраструктура для Web, предоставляющая доступ (с возможностью взаимодействия) к релевантным информационным активам (например, к информации/контенту, приложениям и бизнес-процессам), интеллектуальным и человеческим активам путем выборки по целевой аудитории, предоставляемыми с высокой степенью персонализации.<br/>
<br/>
Aгентство Gartner предлагает следующее деление порталов по целевой аудитории:<br/>
<ul>
<li>B2E (business-to-employee) – порталы для взаимодействия с сотрудниками,</li>
<li>B2C (business-to-customer) – порталы для взаимодействия с заказчиками,</li>
<li>B2B (business partners) – порталы для взаимодействия с бизнес-партнерами.</li>
</ul><br/>
Aгентство Gartner предлагает также подразделять программные продукты, позволяющие создавать и поддерживать порталы, по их устройству на следующие типы:<br/>
<ul>
<li>Вертикальные порталы – фокусируются на специфических приложениях и бизнес функциях;</li>
<li>Горизонтальные порталы – собирают интегрированную информацию из множества межотраслевых приложений, а также специфических бизнес сервисов и приложений для определенной отрасли производства.</li>
</ul><br/>
В Интернет я также встречал понятие мега-портал, но не нашел ни одного источника, который смог бы подтвердить правомочность использования этого термина.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/125568/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Wed, 03 Aug 2011 11:14:53 GMT</pubDate>
		<author>SVTeam</author>
		<category>portal</category><category>portlet</category><category>портал</category><category>портлет</category><category>jsr</category><category>jsr168</category><category>jsr286</category><category>gartner</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / Mozilla разрабатывает альтернативу OpenID]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/124300/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/124300/</link>			
		<description><![CDATA[<img src="http://habrastorage.org/storage1/b9d0df41/377794f6/f6b92faa/d0317902.jpg"/><br/>
<br/>
Сообщество разработчиков Mozilla сейчас занимается разработкой новой системы авторизации пользователей на сайтах. По словам представителей команды разработчиков проекта BrowserID, пароли станут ненужными, если система получит широкое распространения. В общем-то, до «убийцы паролей» этот проект, вероятно, все же не дотягивает, но в качестве альтернативы OpenID платформа BrowserID представляет определенный интерес.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webstandards/124300/#habracut">Читать дальше &rarr;</a> </div>]]></description>
		
		<pubDate>Sat, 16 Jul 2011 14:02:03 GMT</pubDate>
		<author>marks</author>
		<category>mozilla</category><category>BrowserID</category><category>протоколы</category><category>OpenID</category>
	</item>
	
	
	
	
	
	

		
	<item>		
		<title><![CDATA[Веб-стандарты / IE избавляется от Conditional Comments]]></title>
		<guid isPermaLink="true">http://habrahabr.ru/blogs/webstandards/123605/</guid>
		<link>http://habrahabr.ru/blogs/webstandards/123605/</link>			
		<description><![CDATA[В официальном <a href="http://blogs.msdn.com/b/ie/archive/2011/07/06/html5-parsing-in-ie10.aspx">IEBlog</a>, описывающим возможности недавно вышедшего IE10 PP2, появилась новость, говорящяя, что IE10 не будет поддерживать условные комментарии (Conditional Comments) вида  для совместимости с новым HTML5-парсером.<br/>
<br/>
<i><b>Removing legacy features</b><br/>
<br/>
Because some features in earlier versions of IE aren’t compatible with HTML5 parsing, we’ve removed them from IE10 mode. Sites that rely on these legacy features will still work when running in legacy modes. This way, sites that work today will continue to work with IE10 even if the developers of the site don’t have the time to update them. </i><br/>
<br/>
Вместо этого, разработчикам предлагается заниматься не выяснением модели браузера, а <a href="http://blogs.msdn.com/b/ie/archive/2010/04/14/same-markup-writing-cross-browser-code.aspx">определением его возможностей</a>.]]></description>
		
		<pubDate>Thu, 07 Jul 2011 07:51:18 GMT</pubDate>
		<author>0xy</author>
		<category>ie</category><category>браузеры</category><category>новости</category>
	</item>
	
	
	
	
	
	

	

	
	
	
	
	
</channel>
</rss>

