<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / cookies</title>
	<link>http://habrahabr.ru/rss/tag/cookies/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 03:33:14 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
			
		<item>		
			<title><![CDATA[PHP / [Из песочницы] Используем $_COOKIE как $_SESSION]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/php/134870/</guid>
			<link>http://habrahabr.ru/blogs/php/134870/</link>			
			<description><![CDATA[Тема пришла из далекого детства, когда я только начинал программировать, разбирал особенности PHP. На тот момент меня удивляла такая не справедливость: c сессией можно было работать как с обычным ассоциативным массивом(<b>$_SESSION</b>), а для кукисов необходимо было использовать функцию <b>setcookie()</b>. Потом я уже поднабрался опыта и понял зачем это сделано именно так. <br/>
Время идет и PHP не стоит на месте, в нем появилась такая прекрасная вещь как <a href="http://php.net/manual/en/book.spl.php">SPL</a>, одна из возможностей которой — обращение к объекту как к массиву, т.е. реализация <b>ArrayAccess</b> интерфейса.<br/>
И вот сейчас я вспомнил о своей детской идее, о массиве <b>$_COOKIE</b>, и реализовал ее:<br/>
<br/>
<blockquote><code><font color="black">&lt;?php<br/>
<font color="#008000">/*</font><br/>
<font color="#008000">достаточно этой строчки чтобы создать куку как на стороне сервера так и клиента</font><br/>
<font color="#008000">*/</font><br/>
$_COOKIE[<font color="#A31515">'lang'</font>] = <font color="#A31515">'ru'</font>;&nbsp;<br/>
</font><br/>
<br/>
<font color="gray">* This source code was highlighted with <a href="http://virtser.net/blog/post/source-code-highlighter.aspx"><font color="gray">Source Code Highlighter</font></a>.</font></code></blockquote><br/>
<br/>
Реализацию можно посмотреть под катом<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/php/134870/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 20 Dec 2011 09:33:22 GMT</pubDate>
			<author>STEVER</author>
			<category>php</category><category>cookies</category><category>arrayaccess</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Nginx / Проксируем Cookies на Nginx при помощи модуля lua-nginx]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/nginx/130861/</guid>
			<link>http://habrahabr.ru/blogs/nginx/130861/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage1/ee3b2566/290ccc61/0c0df625/4108c0fb.jpg"/><br/>
<br/>
Я уже писал о том, как с помощью Nginx <a href="http://habrahabr.ru/blogs/nginx/114845/">трансформировать контент на лету</a>. С момента публикации статьи на базе описанного метода запущен и развивается реальный проект ecommerce. Помимо перевода и трансформации также реализован и SEO рерайт по заветам <a href="https://sites.google.com/site/webmasterhelpforum/ru/stati/rukovodstvo-po-poiskovoj-optimizacii-dla-nacinausih-ot-google">руководства для начинающих от Google</a>.<br/>
<br/>
Однако, до полной победы изделия русских программистов над заграничным контентом, не хватало одной небольшой, но очень важной вещи — проксирования <b>Cookies</b>. <br/>
<br/>
<h4>В чем суть проблемы</h4><br/>
Проблема заключается в том, что любой нормальный сервер приложений всегда выставляет Cookie, например для того, чтобы сохранять сессию клиента или корзину с его товаром. Если этот сервер (точнее его администратор) озабочен поддержанием определенного уровня безопасности, то он выставляет в теле Cookie домен и путь, например <b>domain= backend.org; path=/path1</b>. Наш Nginx запущенный в режиме <i>Reverse Proxy</i> замечательно меняет все ссылки в теле документов с <i>backend.org</i> на <i>frontend.org</i>, но не делает этого для кук! Это означает что браузер клиента отвергнет такие куки.<br/>
<br/>
Этот вопрос с давних пор волнует умы администраторов nginx, в рассылках он всплывает по 1-2 раза в год. Большинство вопрошавших, по-видимому, решили свои проблемы подкручивая логику <i>backendа</i>, но не я! После очередного апдейта оригинального сайта стало понятно, что костыль с PHP + Curl тянуть больше невозможно и надо непременно найти решение с помощью Nginx!<br/>
<br/>
Я вернул тему в рассылку, попутно перебирая варианты из <i>ngx_http_perl_module</i> и переменной <i>$upstream_http_set_cookie</i>, даже заглянул в дебри сорсов с призрачной надеждой написать модуль самому. Но все было неудачно пока в один прекрасный момент я не получил письмо от <b>Mikhail Mazursky</b>, который дал ценный совет. Благодаря этому совету я не только с легкостью решил задачу проксирования Cookie, но и получил новый инструмент, с помощью которого можно создать версию 2.0 своего проекта.<br/>
<br/>
<h4>Решение</h4><br/>
Название этого инструмента <a href="https://github.com/chaoslawful/lua-nginx-module">lua-nginx-module</a>, который написан <a href="https://github.com/chaoslawful">еще одним китайским самородком</a> с корнями из <b>Taobao</b>. Из названия легко понять, что речь об языке скриптов <b>Lua</b> встроенном в Nginx — но это больше чем просто интерпретатор! Эти ребята создали полностью неблокируемую реализацию с производительностью десятки тысяч операций в секунду, которая имеет хуки ко всем событиям внутри Nginx. То что раньше можно было реализовать только написав свой модуль на C, теперь можно сделать несколькими строчками на Lua. Заинтересовались? <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nginx/130861/#habracut">Тогда добро пожаловать под кат!</a> </div>]]></description>
			
			<pubDate>Thu, 20 Oct 2011 18:27:06 GMT</pubDate>
			<author>Begetan</author>
			<category>nginx</category><category>lua-nginx-module</category><category>reverse proxy</category><category>cookies</category><category>lua</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Информационная безопасность / [Из песочницы] Уводим чужие cookies c mail.ru]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/infosecurity/129173/</guid>
			<link>http://habrahabr.ru/blogs/infosecurity/129173/</link>			
			<description><![CDATA[Не так давно прочитал на Хабре <a href="http://habrahabr.ru/blogs/infosecurity/128170/">пост</a>, в котором предлагалось посетить бесплатное мероприятие, посвященное вопросам информационной безопасности. Так как мероприятие проходило в моем городе, я решил, что мне нужно непременно туда сходить. Первое занятие было посвящено уязвимостям на сайтах типа <a href="http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%B6%D1%81%D0%B0%D0%B9%D1%82%D0%BE%D0%B2%D1%8B%D0%B9_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%B8%D0%BD%D0%B3">XSS</a>. После занятия я решил, что нужно закрепить полученные знания в реальных условиях. Выбрал для себя несколько сайтов, которые относятся к моему городу и начал во все формы пытаться воткнуть свой скрипт. В большинстве случаев скрипт отфильтровывался. Но бывало так, что «алерт» и срабатывал, и появлялось мое сообщение. О найденной уязвимости сообщал администраторам, и они быстро все исправляли.<br/>
<br/>
В один из таких дней проверяя свежую почту на mail.ru мне на глаза попалась форма для поиска писем в почтовом ящике. Изредка я пользовался этим поиском, чтобы найти что-то нужное в куче своих старых писем. Ну, а так как я в последние пару дней вставлял свой «алерт» практически везде куда только можно было, рука рефлекторно потянулась к этой форме поиска. Набрал код своего скрипта и нажал Enter. Каково же было мое удивление, когда на экране я увидел до боли знакомое сообщение…<br/>
<br/>
<img src="http://i.piccy.info/i7/f3c1ace6daee4eeec0bea45c1d7f1b20/1-5-87/48113942/xss1.jpg" alt="image"/><br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/infosecurity/129173/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 26 Sep 2011 12:33:03 GMT</pubDate>
			<author>Flexo</author>
			<category>информационная безопасность</category><category>mail.ru</category><category>xss</category><category>cookies</category><category>oisd</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Firefox / Расширение Collusion для Firefox: визуализация следящих cookies]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/firefox/123823/</guid>
			<link>http://habrahabr.ru/blogs/firefox/123823/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage1/4e417e1f/9d4cb5cb/69527206/8a81af65.png" align="right"/>«Если вы не платите за что-то, значит, вы не покупатель, а сами являетесь продуктом, который продают», — под таким девизом работает расширение <a href="http://collusion.toolness.org/">Collusion</a> для Firefox. После установки оно начинает в реальном времени строить 3D-граф следящих cookies на всех сайтах, которые вы посещаете. Если у вас два монитора, то на одном вы можете продолжать сёрфинг, а на другом — открыть вкладку с 3D-графом и наблюдать, как он постепенно достраивается. <br/>
<br/>
Collusion даёт дополнительную информацию по известным следящим cookies, которые есть в базе. Например, <a href="http://pink.habralab.ru/">Хабралаборатория</a> ей неизвестна.<br/>
<br/>
<a href="http://collusion.toolness.org/">Демо</a><br/>
<br/>
P.S. Понадобилось отключить AdBlock, чтобы заработало. Требует версии Firefox 5 или выше.]]></description>
			
			<pubDate>Sun, 10 Jul 2011 19:55:01 GMT</pubDate>
			<author>alizar</author>
			<category>Collusion</category><category>habralab.ru</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Браузеры / [Перевод] IE научился чистить флеш-куки]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/browsers/118707/</guid>
			<link>http://habrahabr.ru/blogs/browsers/118707/</link>
			<description><![CDATA[Пользователи Internet Explorer теперь могут удалять flash cookies благодаря последней версии Adobe Flash и поддержке со стороны Microsoft.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/browsers/118707/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 04 May 2011 18:28:19 GMT</pubDate>
			<author>Sterhel</author>
			<category>internet explorer</category><category>cookies</category>
		</item>
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Браузеры / [Из песочницы] Cookies внутри iframe — проблема при создании приложения ВКонтакте/Facebook]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/browsers/112077/</guid>
			<link>http://habrahabr.ru/blogs/browsers/112077/</link>			
			<description><![CDATA[Управление сессиями при помощи посылки <i>cookies</i> на сайтах стало настолько распространено, что без этого не обходится, наверное, ни один проект, требующий авторизации пользователей. Казалось бы, механизм настолько изучен, что проблемы с ним просто немыслимы.<br/>
<br/>
Так считали и мы при разработке iframe-приложения для ВКонтакте. <br/>
Но после того, как приложение было разработано (разработка велась в основном в Mozilla Firefox и Google Chrome), выяснилось, что оно неработоспособно в Internet Explorer, к которому позднее присоединились последние версии Opera и Safari. <br/>
<br/>
Под катом подробное описание проблемы и вариантов её решения.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/browsers/112077/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 18 Jan 2011 12:53:09 GMT</pubDate>
			<author>lu4e3ar</author>
			<category>cookies</category><category>iframe</category><category>вконтакте</category><category>facebook</category><category>internet explorer</category><category>opera</category><category>safari</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Google / Автор расширения Facebook Disconnect уволился из Google]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/google/110719/</guid>
			<link>http://habrahabr.ru/blogs/google/110719/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage/47ace830/6a540619/edda0f3b/38ec5e95.jpg"/><br/>
<br/>
Программист Брайан Кенниш (Brian Kennish) работал в компании Google семь лет, участвуя в создании браузера Chrome и Google Wave. Он приобрёл известность два месяца назад, когда без разрешения работодателя <a href="http://habrahabr.ru/blogs/facebook/106547/">выложил</a> расширение <a href="https://chrome.google.com/extensions/detail/ejpepffjfmamnambagiibghpglaidiec">Facebook Disconnect</a> для браузера Chrome, блокирующее модуль Facebook Connect во время посещения сторонних ресурсов (на сегодняшний день его установили уже более 75 тыс. пользователей).<br/>
<br/>
Как оказалось, идея этого расширения противоречит не только бизнесу Facebook, но и бизнесу самой компании Google, которая тоже стремится собирать максимум персональной информации о пользователях во время их сёрфинга по Сети.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/google/110719/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 26 Dec 2010 03:47:59 GMT</pubDate>
			<author>alizar</author>
			<category>Facebook Disconnect</category><category>Disconnect</category><category>приватность</category><category>Брайан Кенниш</category><category>cookies</category><category>AdBlock</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Веб-разработка / Из чего готовят Google Analytics Cookies]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/webdev/100212/</guid>
			<link>http://habrahabr.ru/blogs/webdev/100212/</link>			
			<description><![CDATA[<img src="http://lh5.ggpht.com/_qaDmU9gvYog/TE2WHFFvQMI/AAAAAAAAABk/6pvDFE98Ze8/google-analytics-cookies.jpg" alt="печеньки" align="left"/><br/>
Добрый день. <br/>
Недавно одни из наших заказчиков выразили желание получать дополнительную информацию о посетителях своего сайта, конкретнее — о людях, заполнивших контактную форму. Это крупная европейская компания и им хотелось бы «фильтровать» своих потенциальных клиентов. Поясню на примере — допустим, решают они организовать выставку своего оборудования в Венгрии и им нужно решить, кто из венгров, оставлявших им свои контакты, скорее всего стоящий клиент, а кто «мимо проходил». <br/>
Основными показателями «надежности» клиента для нас стали: число посещений сайта, время проведенное на сайте, количество просмотренных страниц. Всю эту информацию мы получили из <a href="http://www.google.com/analytics/">Google Analytics</a> Cookies.<br/>
<br/>
Что же из себя представляют печеньки от Google?<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/100212/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 26 Jul 2010 14:21:17 GMT</pubDate>
			<author>BurundukXP</author>
			<category>google analytics</category><category>google</category><category>cookies</category><category>seo</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Веб-разработка / Знай откуда пришел пользователь]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/webdev/80000/</guid>
			<link>http://habrahabr.ru/blogs/webdev/80000/</link>			
			<description><![CDATA[Когда вы открываете свой <a href="http://www.askdev.ru/">проект</a> вы начинаете писать о нем везде, в том числе и на <a href="http://habrahabr.ru/blogs/i_am_advertising/63791/">хабре</a>. <br/>
<br/>
Сервисы статистики типа Google Analytics дадут вам общую оценку трафика, а именно сколько посетителей пришло с какого ресурса. Можно настроить цели(goals) и отследить регистрации или покупки, но этого часто бывает недостаточно. <br/>
<br/>
А что если вам нужна статистика о том откуда идут более активные пользователи или пользователи которые создали больше всего тем на форуме за какой-то промежуток времени, или сделали больше всего покупок в вашем интернет магазине. Вариантов может быть много и такие данные сервисы аналитики уже дать нет смогут. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/80000/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 04 Jan 2010 22:16:40 GMT</pubDate>
			<author>ivv</author>
			<category>cookies</category><category>стастистика</category><category>google analytics</category><category>продвижение</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / работа с куками из javascript]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/74217/</guid>
			<link>http://habrahabr.ru/blogs/personal/74217/</link>			
			<description><![CDATA[Всем привет!<br/>
<br/>
Сегодня хочется поделиться с теми кто еще не в теме, теорией о том как работать с cookie из JS<br/>
<br/>
JS не предоставляет удобного API для работы с cookies. И это в принципе не плохо, могло бы быть и хуже (например js вообще не реализовывал бы работы с куками), но все же, лучше, когда можно читать куки с помощью одной инструкции (чего пока нативным js — невозможно).<br/>
<br/>
Существует множество framework'ов и plugin'ов к ним, которые восполняют данный недостаток. Однако бывают проекты где нецелесообразно подключать framework лишь для удобства работы с куками.<br/>
<div class="habracut"> <a class="habracut" href="http://the-buddha.habrahabr.ru/blog/74217/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 23 Nov 2009 10:00:58 GMT</pubDate>
			<author>the_buddha</author>
			<category>javascript</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Быстрое переключение cookie]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/75931/</guid>
			<link>http://habrahabr.ru/blogs/personal/75931/</link>			
			<description><![CDATA[У меня возникла странная потребность:Мне нужно быстро переключаться между двумя жж-шными аккаунтами.Способа сделать это быстрее, чем разлогиниться→залогиниться я не знаю.Может кто-нибудь подсказать нечто действенное?Браузер — ff3.6.]]></description>
			
			<pubDate>Fri, 20 Nov 2009 19:12:34 GMT</pubDate>
			<author>georgthegreat</author>
			<category>браузеры</category><category>cookies</category><category>юзабилити</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Веб-разработка / Internet Explorer. Интересные особенности работы с двухбуквенными именами]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/webdev/74746/</guid>
			<link>http://habrahabr.ru/blogs/webdev/74746/</link>			
			<description><![CDATA[Всем привет.<br/>
<br/>
Этот топик — некая зарисовка на полях, которая, надеюсь, кому-нибудь пригодится, а кто-то — просто прочитает ее с интересом.<br/>
<br/>
Не так давно мы запустили приложение для Твиттера по (не дай бог быть осужденным в пиаре) адресу <a href="http://lu.ly">lu.ly</a><br/>
<br/>
За несколько недель до релиза мы перевели приложение с внутреннего домена для разработки на production-домен как вдруг столкнулись с непонятной ситуацией.<br/>
<br/>
В Internet Explorer и 6-й и 7-й и 8-й версии не устанавливались <b>некоторые</b> cookie сайта.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/74746/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 09 Nov 2009 16:57:50 GMT</pubDate>
			<author>naoise</author>
			<category>internet explorer</category><category>cookies</category><category>двухбуквенные имена</category><category>безумие</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[JavaScript / В Сафари сломалось время]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/javascript/55828/</guid>
			<link>http://habrahabr.ru/blogs/javascript/55828/</link>			
			<description><![CDATA[Будьте осторожны — сегодня в Сафари сломалась установка кук, видимо в связи с переходом на летнее время. Период жизни кук сокращается ровно на час, а меньше чем на час куки вообще не сохраняются.<br/>
<br/>
Test case:<br/>
<br/>
<code>&lt;script type=&quot;text/javascript&quot;&gt;<br/>
var now = new Date();<br/>
now.setTime(now.getTime() + 30*60*1000); // 30 min <br/>
document.cookie='foo=bar; path=/; expires='+now.toGMTString();<br/>
alert(document.cookie);<br/>
&lt;/script&gt;<br/>
</code><br/>
<br/>
Проверено в Safari 4 Public Beta (528.16) под Windows.]]></description>
			
			<pubDate>Sun, 29 Mar 2009 13:59:43 GMT</pubDate>
			<author>artch</author>
			<category>safari</category><category>javascript</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / GET запросы]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/55145/</guid>
			<link>http://habrahabr.ru/blogs/personal/55145/</link>			
			<description><![CDATA[При создании разнообразных движков для сайтов, разработчики часто упускают такой не существенный момент, он вроде бы и маленький, но все же баг.<br/>
<br/>
На примере Яндекса, эта ссылка<br/>
<b>passport.yandex.ru/passport?mode=logout&retpath=http%3A%2F%2Fwww.yandex.ru%2F</b><br/>
Приводит к выходу пользователя из почты. Вряд ли кто то будет нажимать на нее, но а что если это будет не ссылка, а например картинка с таким адресом. Браузер сделает запрос, картинки не найдет, но пользователя выкинет из почты.<br/>
<br/>
Таких примеров великое множество мейл.ру, вконтакте.ру, одноклассники.ру, разнообразные системы: форумов, портальных систем, онлайн магазинов.<br/>
На многих сайтах стоит проверка по referer'у пользователя, но если он не предается, то обычно система не реагирует и делает положенные действия.<br/>
Выход пользователя из системы это как один из примеров, если это онлайн магазин и покупка товара проходит через GET запрос или обрабатывается через $_REQUEST…<br/>
Фактически злоумышленник может воспользоваться этим, например с помощью форума и заставить пользователя, сделать какое либо действие на стороннем сайте.<br/>
<br/>
Последнее время мне очень интересна эта проблема, и способы ее решения.]]></description>
			
			<pubDate>Sat, 21 Mar 2009 20:16:57 GMT</pubDate>
			<author>ScorpLeX</author>
			<category>GET запросы</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Кому кукисы? Свежие кукисы!]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/41512/</guid>
			<link>http://habrahabr.ru/blogs/personal/41512/</link>			
			<description><![CDATA[<img src="http://img-fotki.yandex.ru/get/3004/tavi-web.2/0_1df8a_b5bb8c15_XL.jpg"/><br/>
Сфоткано на заправке, трасса Москва-Рязань.]]></description>
			
			<pubDate>Thu, 02 Oct 2008 20:12:00 GMT</pubDate>
			<author>tavi</author>
			<category>юмор</category><category>забавно</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Используем пару профилей на одном ресурсе из одного окна Firefox]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/40217/</guid>
			<link>http://habrahabr.ru/blogs/personal/40217/</link>			
			<description><![CDATA[Давно думал как можно обеспечить себе достаточное удобство для работы под двумя профилями на одном ресурсе.<br/>
<br/>
Моё решение сегодняшнего дня это установка в <a href="https://addons.mozilla.org/en-US/firefox/addon/1419">Firefox плагина IE Tab</a>, который позволяет открывать во вкладках Firefox-а странички с использованием движка IE, конечно же мы получаем отдельную сессию на IE движке и можем из такого таба входить на ресурс уже открытый и имеющий куки какого-то пользователем в других вкладках огненной лисы. <br/>
<br/>
А у вас есть какие-нибудь способы на такой случай?]]></description>
			
			<pubDate>Thu, 18 Sep 2008 11:22:21 GMT</pubDate>
			<author>Nichola</author>
			<category>firefox</category><category>plugins</category><category>авторизация</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Кросс-доменные Cookie]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/37575/</guid>
			<link>http://habrahabr.ru/blogs/personal/37575/</link>			
			<description><![CDATA[Рассмотри случай когда у вас есть несколько поддоменов на одном сервере. Нам нужно чтобы сессия хранилась на сервере и читалась всем скриптами на разных поддоменах.<div class="habracut"> <a class="habracut" href="http://derbov.habrahabr.ru/blog/37575/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 20 Aug 2008 14:44:22 GMT</pubDate>
			<author>derbov</author>
			<category>програмирование</category><category>php5</category><category>cookies</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[JavaScript / Альтернатива cookies посредством Java Script]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/javascript/29293/</guid>
			<link>http://habrahabr.ru/blogs/javascript/29293/</link>			
			<description><![CDATA[Поиск по хабру похожей статьи не дал, потому рискну поделится с теми кто еще не в курсе<br/>
Многие из вас сталкивались с проблемой хранения данных на клиенте. Первым делом в голову приходит cookies но ограничение хранения данных в размере не более 4kb не всех радует, сегодня если позволите я вам расскажу как посредством Java script хранить около 100kb на клиенте.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/javascript/29293/#habracut">итак приступим</a> </div>]]></description>
			
			<pubDate>Thu, 17 Jul 2008 15:49:54 GMT</pubDate>
			<author>antyrat</author>
			<category>javascript</category><category>flash</category><category>silverlight</category><category>cookies</category><category>storage</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

