Как работают куки. Что такое cookies и как с ними работать. Непонятные Cookies: _utma, _utmb, _utmc, and _utmz

Файлы cookie - это небольшие текстовые файлы, которые создаёт браузер в специальной папке по команде PHP программы. Хотя cookie может создать и JavaScript, но в этой статье не об этом. Тут мы будем говорить только о установке cookie через PHP программу.

Файлы cookie содержать в себе информацию в виде пар имя=значение. Например, в cookie можно записать логин и пароль пользователя и хранить их на компьютере клиента, чтобы он в следующий раз не залогинивался заново. Конечно, хранение логина и пароля в cookie не самый безопасный способ, и эти данные лучше хранить используя сессии в PHP , но в качестве примера использования cookie этот случай подойдёт.

PHP программа даёт команду браузеру-клиенту установить cookie используя строку в заголовке ответа. То есть вы должны представлять, как работает интернет, что такое заголовок запроса и заголовок ответа, чтобы понять как работает установка cookie.

Итак, всю информацию о том, какие cookie должен установить браузер, PHP программа отправляет в заголовке ответа.

Установка cookie в PHP

Для установки cookie в языке PHP есть функция setcookie() , она и задает cookie, которое будет передано браузеру вместе с другими HTTP заголовками.

Все заголовки, которые создаёт ваш скрипт, должны быть отправлены до того, как ваш скрипт что-то выведет в окно браузера.

Вернёмся к нашей функции. Вот её синтаксис:

Bool setcookie (string имя, string значение, int время жизни, string путь, string домен, bool протокол, bool http only)

bool, string, int в этом синтаксисе ‐ это типы данных. То есть "bool setcookie() " обозначает то, что функций setcookie() возвращает значение булевого типа. Далее, первый и второй аргумент (имя и значение) должны быть типа строка (string), и так далее.

Сразу скажу, для начала вам понадобится только первые три параметра. На остальные можете пока не обращать внимания.

  • string имя - имя в паре имя=значение
  • string значение - значение в паре имя=значение
  • int время жизни - время хранения cookie, это метка времени Unix, т.е. желательно задавать это время с помощью функции time() , прибавляя время в секундах, через которое срок действия cookie должен истечь. Также можно воспользоваться функцией mktime() .
  • string путь - путь к директории на сервере, из которой будут доступны cookie.
  • string домен - домен, которому доступны cookie.
  • bool протокол - указывает на то, что значение cookie должно передаваться от клиента по защищенному HTTPS соединению. Если задано TRUE, cookie от клиента будет передано на сервер, только если установлено защищенное соединение. При передаче cookie от сервера клиенту следить за тем, чтобы cookie этого типа передавались по защищенному каналу, должен программист веб-сервера.
  • bool http only - если задано TRUE, cookie будут доступны только через HTTP протокол. То есть cookie в этом случае не будут доступны скриптовым языкам, вроде JavaScript. Эта возможность была предложена в качестве меры, эффективно снижающей количество краж личных данных посредством XSS атак (несмотря на то, что поддерживается не всеми броузерами). Стоит однако же отметить, что вокруг этой возможности часто возникают споры о ее эффективности и целесообразности. Аргумент добавлен в PHP 5.2.0. Может принимать значения TRUE или FALSE.

Только первый параметр обязателен. Если упустить третий параметр, то по умолчанию он будет равным нолю, это значит что cookie исчезнут сразу после закрытия браузера.

Вот пример установки cookie:

Этот пример только устанавливает cookie на компьютер клиента.

Получение cookie в PHP

В прошлом примере мы отправили браузеру команду создать cookie. Теперь он их создал, и когда в следующий раз браузер отправит запрос серверу, то он передаст содержимое cookie в заголовке запроса.

В PHP-програннме можно определить, прислал браузер cookie или нет очень просто. Они доступны в массиве $_COOKIE .

Давайте усложним прошлый пример:

"; print_r($_COOKIE); echo "";

Когда вы откроете страницу примера в первый раз, то за приветствием ничего не будет. Это потомы что cookie положены на ваш компьютер, но серверу ещё не отправлены.

Хотя в массиве $_COOKIE уже может что-то быть, но тогда эти cookie ложит не наш пример.

Только обновив страницу второй раз вы увидите, что PHP программа получила пару $_COOKIE => welcome .

Обратите внимание, что cookie положены на одну минуту, а это значит что через минуту, если обновить страницу, приветствие опять будет отсутствовать.

Пожалуй вот и всё что касается получения доступа к информации из cookie в PHP.

Удаление cookie в PHP

Чтобы удалить cookie нужно просто поставить их срок жизни в прошедшем времени.

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

Пример работы cookie в PHP

Напишем примитивный счётчик просмотра страниц сайта посетителем, используя cookie.

Обратите внимание, что данные в этом примере живут 60 секунд, потом счётчик обнулится.

На этом тема работа с cookie в PHP раскрыта практически полностью.

Здравствуйте, уважаемые читатели блога сайт. Практически сразу любой начинающий интернетчик сталкивается с таким понятием как cookie. Что означает это загадочное слово? Почему их иногда чистят? Чем отличаются сторонние куки от прямых? Как их включить или выключить? А главное — зачем?

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

Что такое куки — мифы и реальность

Если говорить простым языком, то cookie это всего лишь фрагменты данных, которыми обмениваются ваш браузер и веб-сервера, на которых расположены посещаемые вами сайты (). Дело в том, что протокол http устроен так, что при каждом обращении к новой странице одного и того же сайта, ваш браузер как бы заново знакомится с сервером и все, что вы делали на страницах сайта чуть раньше, будет забыто напрочь.

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

Например, если для работы на сайте требуется авторизация , то вам при каждом переходе на новую страницу придется заново :

  1. Пользователь вводит имя и пароль в форму входа расположенную на сайте и отправляет их на сервер.
  2. Сервер получает их и проверяет на правильность, после чего отдает браузеру запрошенную пользователем страницу. Но вместе с ее кодом браузер получает cookie с идентификатором сессии. Как правило, они будут храниться в браузере какое-то время, в течении которого пользователь сможет работать с сайтом без повторной авторизации.
  3. При запросе других страниц сайта у сервера, браузер вместе с кодом запроса отправляет и куки с идентификатором сессии. Сервер проверяет идентификатор по своей базе и, при благоприятном стечении обстоятельств, отдает код запрашиваемой страницы.

А в интернет-магазине вы вообще ничего не сможете купить, ибо без cookie не будет работать «виртуальная корзина» для хранения покупок.

Что примечательно, разработка стандарта cookie началась именно для реализации корзины в пакете предназначенном для интернет коммерции. Происходило это в начале девяностых годов прошлого века авторами сейчас уже забытого всеми браузера Netscape. Потом стандарт пересматривался в связи с тем, чтобы попытаться ограничить использование куков для сбора личных данных о пользователях браузеров.

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

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

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

Однако, в настройках некоторых браузеров подгрузку сторонних cookie можно разрешить, ибо по умолчанию она блокируется из соображений безопасности. В этом плане в различных обозревателях интернета можно встретить примерно такой набор возможностей:

  1. Полное отключение куки.
  2. Очистка всех cookie при выходе из браузера.
  3. Запрет или ограничение на использовании сторонних куков
  4. Создание «белого» и/или «чёрного» списка сайтов, cookie с которых будут либо пропускаться, либо блокироваться.
  5. У некоторых браузеров имеется даже менеджер для очистки эти записей для отдельных сайтов.
  6. Установка ограниченных сроков истечения куки.

По поводу последнего пункта. Дело в том, что существуют записи cookie, которые сами удаляются при окончании вашего сеанса работы с тем или иным сайтом. Однако, у разработчиков сайтов есть возможность указать срок жизни эти записей, по истечении которого они будут почищены. Такие куки называются постоянными и именно об ограничении их срока жизни идет речь в последнем пункте. Хранятся они обычно в отдельном файле, который может называться cookies.txt.

Теперь давайте развеем несколько мифов, которыми обросли кукисы :

  1. Cookie идентифицируют не конкретного человека (вас), а отдельные браузеры. Открыв страницу того же самого сайта в другом браузере, вас попросят авторизоваться заново, ибо куков, говорящих о производимой ранее авторизации в данном обозревателе, не будет иметься. Если браузером пользуются несколько человек, то опять же эта технология не будет делать для них различия.
  2. Куки не являются программами (это обычный текстовый фрагмент), поэтому они не могут быть источниками заражения ваших компьютеров вирусами и сами вирусами тоже быть не могут.
  3. Также они не имеют ничего общего с всплывающими самопроизвольно в браузере окнами. Эти вещи отключаются в разных настройках обозревателя.

Теперь перечислим то, что действительно cookie могут делать :

  1. С помощью них можно отследить, какие именно страницы вы посещали, и срок хранения этих данных может быть весьма высок. Спецслужбы самой демократичной страны в мире когда-то обвинялись в использовании куков для слежки и получения конфиденциальных данных таким образом.
  2. Если трафик передаваемый с вашего компьютера в сеть интернет не шифруется, то злоумышленники могут его перехватить и в том числе прочитать cookie (перехватить или подменить). Чаще всего это происходит при использовании WiFi без шифрования.
  3. Cookie также могут устанавливаться программами на языках типа JavaScript, встроенными в текст страниц, или другими скриптами работающими в браузере (т.е. без получения этих данных с сервера).
  4. На данный момент у этой технологии есть альтернативные решения, но куки по-прежнему остаются оптимальным вариантом по совокупности имеющихся у них возможностей

Как почистить, включить или отключить куки?

Бывают случаи, когда нужно почистить cookie оставленные вами после сеанса пользования интернетом. Например, если вы авторизовались на каких-то сайтах, но при этом работали с чужого компьютера (в гостях, на работе, в интернет-кафе и т.п.). Если куки оставить, то другой пользователь вполне может войти на тот же сайт и попасть в ваш аккаунт, сам того не желая.

Кстати, на многих сайтах сейчас, при вводе логина и пароля, можно поставить галочку «Чужой компьютер», чтобы информация об авторизации не сохранялась в cookie. Ну и также во всех современных браузерах имеется режим «Инкогнито» или приватного путешествия по сети, когда на компьютере не остается никаких следов вашего пребывания.

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

  1. В (до версии 12.16) нужно выбрать из верхнего меню кнопки «Опера» пункты «Настройки» - «Общие настройки». В открывшемся окне перейти на вкладку «Расширенные», а затем выбрать в левом меню пункт «cookie ».

    Здесь можно включить и выключить прием куки вообще или только с посещаемого сайта (т.е. сторонние записи приниматься не будут). Тут же имеется и менеджер, который позволит удалить или изменить записи cookie для каждого из посещенных вами сайтов в отдельности.

    Если хотите просто почистить куки , то выбираете из верхнего меню Оперы пункты «Настройки» - «Удалить личные данные», а на открывшейся вкладке сможете почистить либо все cookie, либо только те, что было получены в последнем сеансе работы с браузером:

  2. В новой Опере (с номером версии выше 12.16) нужно будет из меню кнопки «Opera» выбрать пункты «Другие инструменты» - «Очистить историю посещений»:

    На открывшейся вкладке достаточно будет поставить галочку в поле «Удалить cookies и прочие данные сайта» и нажать на кнопку «Очистить» расположенную ниже:


  3. В и просто нажмите сочетание клавиш Ctrl+Shift+Delete , после чего в открывшемся окне поставьте галочку в поле «Удалить cookies и прочие данные сайта» и нажмите на кнопку «Очистить историю» расположенную ниже.

    Да, еще вы можете выбрать период времени, за который будут почищены куки описанным выше способом.

  4. В нужно будет нажать сочетание клавиш Ctrl+Shift+Delete, либо выбрать из верхнего меню кнопки «Firefox» пункты «Журнал» - «Удалить недавнюю историю».

    В открывшемся окне достаточно поставить галочку в поле «Куки », выбрать период, за который их нужно будет почистить, и нажать на кнопку «Удалить сейчас».

  5. В для очистки куков можно будет нажать уже знакомую нам комбинацию клавиш: Ctrl+Shift+Delete.

    Затем нужно поставить галочку в строке «Куки-файлы» и нажать на расположенную внизу кнопку «Удалить».

Удачи вам! До скорых встреч на страницах блога сайт

Вам может быть интересно

Как удалить почту и почтовый ящик на Mail.ru, Яндексе и Gmail
Инкогнито - что это такое и как включить режим инкогнито в Яндекс браузере и Гугл Хроме
Как удалить канал или видео с Ютуба?
История поиска и просмотров в Яндексе - как ее открыть и посмотреть, а при необходимости очистить или удалить Как удалить свою страницу на Одноклассниках Как удалить или временно отключить свою страницу в Facebook Как создать или удалить группу, либо страницу во вконтакте - как удалить паблик в ВК
Как удалить сообщение и всю переписку в Скайпе, можно ли изменить логин и удалить аккаунт Skype
Регистрация и вход на свою страницу в Контакте - что делать если войти в ВК не получается
Как удалить страницу в Вконтакте, а также избавиться от удаленных страничек в Друзьях Официальный сайт - как найти оф сайт через поисковую системы

Мы используем файлы «cookies» и похожие технологии на нашем сайте, чтобы отличить Вас от других пользователей нашего ресурса, улучшить работу и повысить эффективность сайта.

Что такое файлы cookie?

Cookies – это небольшие файлы, состоящие из букв и цифр, которые сохраняются Вашим браузером на Вашем устройстве (компьютер, телефон, планшет и т.п.), если Вы соглашаетесь на их использование.


Используя этот сайт, вы подтверждаете свое согласие на использование файлов cookie в соответствии с условиями, описанными на данной странице.

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

Настоящее уведомление предоставляет вам информацию о том, как мы используем cookies и как вы можете их контролировать. В частности, вы принимаете правила использование аналитических, рекламных и функциональных cookies для целей, указанных ниже.

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

Использование нами файлов cookie

Мы используем следующие cookie-файлы:

    Крайне необходимые cookie-файлы . Это файлы, необходимые для корректной работы нашего Сайта.

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

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

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

Пожалуйста, обратите внимание на то, что третьи лица (например, рекламные сети или провайдеры внешних услуг, таких как анализ веб-трафика) также могут использовать cookie-файлы. Этот процесс мы не контролируем. Эти cookie-файлы скорее всего являются аналитическими/техническими cookie-файлами или целевыми cookie-файлами.

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

Как долго файлы cookie хранятся на моем устройстве?

Некоторые файлы cookie действуют с момента вашего входа на Сайт до конца данной конкретной сессии работы в браузере. При закрытии браузера эти файлы становятся ненужными и автоматически удаляются. Такие файлы cookie называются «сеансовыми».

Некоторые файлы cookie сохраняются на устройстве и в промежутке между сессиями работы в браузере - они не удаляются после закрытия браузера. Такие файлы cookie называются «постоянными». Срок хранения постоянных файлов cookie на устройстве различается для разных файлов cookie.

Как контролировать или удалять файлы cookies

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

Другие подобные технологии

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

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

Защита персональных данных

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

Cookie (куки, печенье) - это небольшой объем именованных данных(в текстовом виде), сохраняемых браузером и связанных с определенной WEB- страницей или WEB- сайтом. Cookies играют роль памяти веб браузера, чтобы сценарии и программы на стороне сервера могли на одной странице работать с данными, введенными на другой странице, или чтобы браузер мог вспомнить пользовательские параметры или другие переменные состояния, когда возвращается на страницу, посещенную им ранее. Cookies первоначально предназначались для разработки серверных сценариев и на низшем уровне реализованы как расширение протокола . Данные cookie автоматически передаются между веб броузером и веб сервером, так что серверные сценарии могут читать и записывать значения cookie, сохраняемые на стороне клиента.

Cookie описаны в RFC 2965. Cookie файлы рассчитаны на то, чтобы изредка сохранять небольшие объемы данных. Они не являются универсальным средством взаимодействия или механизмом передачи данных, поэтому следует проявлять умеренность при их использовании. Спецификации RFC 2965 рекомендуют производителям браузеров не ограничивать число и размеры сохраняемых cookie файлов. Однако ограничения могут существовать:

    Всего куков может быть не более 300 штук (300 пар имя-значение). При превышении лимита самые старые файлы перезаписываются.

    Размер одной куки не может превышать 4кб. При превышении самые старые байты перезаписываются.

    От одного домена (второго уровня, включая поддомены) может быть установлено не более 20 куков.

    Для конкретного сайта будут доступны только те куки, которые им и были установлены.

Атрибуты cookie

    Атрибуты cookie: expire, max age, path, domain и secure.

Помимо обязательного имени(name) и значения(value) каждый cookie имеет несколько необязательных атрибута, управляющих временем его жизни, видимостью и безопасностью.

    expire - по умолчанию cookies являются временными(сеансовыми) – их значения сохраняются на период сеанса Веб- браузера и теряются при закрытии сеанса пользователем. Чтобы cookie сохранялся после окончания сеанса, необходимо сообщить браузеру, как долго он должен храниться. Изначально для этого использовался атрибут expire, указывающий дату окончания действия cookie. Значение expire (RFC 2616) записывается в формате "Wdy, DD Mon YYYY HH:MM:SS GMT". Если этот атрибут не задан, то cookie хранится в течение одного сеанса, до закрытия браузера.

    max age - аналогичен атрибуту expires, но срок хранения определяется в секундах (RFC 6265). Значение десятичное не - отрицательное целое число. По истечении заданного времени клиент должен отказаться от куки. Значение ноль означает, что от cookie нужно отказаться немедленно.

Установка значения любого из этих атрибутов(expires, max age) заставляет браузер сохранить cookie в локальном файле, чтобы он мог быть прочитан при следующем посещении пользователем веб страницы. После того как будет достигнута дата окончания действия expires или истечет период max age, браузер автоматически удалит cookie файл.

    path - задает веб страницы, с которыми связан cookie. По умолчанию cookie связывается с создавшей его веб страницей и доступен этой же странице, а также любой другой странице из того же каталога или любых его подкаталогов. Если, например, веб страница http://www.example.com/catalog/index.html создает cookie, то этот cookie будет также видим страницам http://www.example.com/catalog/order.html и http://www.example.com/catalog/widgets/index.html , но не видим странице http://www.example.com/about.html . Этого правила видимости, принятого по умолчанию, обычно вполне достаточно. Тем не менее иногда значения cookie файла требуется использовать на всем многостраничном веб сайте независимо от того, какая страница создала cookie. Чтобы это можно было сделать, для cookie файла задается значение path(path=/;). Тогда любая страница того же веб сервера, содержащая указанное значение в своем URL , сможет использовать cookie файл.

    domain - по умолчанию cookies доступны только страницам, загружаемым с того веб сервера, который их установил. Однако большим веб сайтам может потребоваться возможность совместного использования cookies несколькими веб серверами. Если атрибут domain для cookie не установлен, значением по умолчанию будет имя веб сервера, на котором находится страница. Обратите внимание, что нельзя сделать так, чтобы домен cookie файла отличался от домена вашего сервера.

    secure - это логический атрибут с именем secure, определяющий, как значения cookie файла передаются по сети. По умолчанию cookie не защищен, т. е. передается по обычному незащищенному HTTP соединению. Однако если cookie помечен как защищенный, он передается, только когда обмен между броузером и сервером организован по протоколу HTTPS или другому защищенному протоколу. По умолчанию принимает значение false.

Cookie определяются тройкой параметров имя-домен-путь (name-domain-path). Т.е cookie- файлы с разными путями или доменами являются разными cookie, даже если имеют одинаковые имена. Соответственно, cookie меняется на новое, только если новое cookie имеет те же имя, путь и домен. В остальных случаях новые значения cookie добавляются к старым.

Cookies могут быть установлены в браузер (или иной другой программе) двумя способами:

    при помощи протокола Методы и структура протокола HTTP в котором предусмотрены два параметра (заголовка) Set-Cookie (сервер указывает принять куку) и Cookie(ответ браузера). Кроме пары имя/значение(name=newvalue), куки может содержать срок действия, путь и доменное имя. Эти атрибуты должны идти после пары name=newvalue и разделяться точкой с запятой. Например:

Set-Cookie: name=newvalue; expires=date; path=/; domain=.example.com. или Set-Cookie: RMID=732423sdfs73242; expires=Fri, 31 Dec 2010 23:59:59 GMT; path=/; domain=.example.net

Домен и путь говорят браузеру, что cookie должна быть отправлена обратно на сервер при запросах URL для указанного домена и пути. Если они не указаны, используются домен и путь запрошенной страницы.

cookie (HTTP и/или PHP)

    setcookie - значение cookie перед отправкой клиенту подвергается URL - кодированию. При обратном получении значение cookie декодируется и помещается в переменную, с тем же именем, что и имя cookie. Если вы не хотите, чтобы значения кодировались, используйте функцию setrawcookie()

    setrawcookie - посылает cookie не преобразовывая значение, в остальном полностью аналогична функции setcookie

Cookies являются частью Методы и структура протокола HTTP - заголовка, поэтому setcookie() должна вызываться до любого вывода данных в браузер. Это то же самое ограничение, которое имеет функция header() . Вы можете использовать функции буферизации вывода, чтобы задержать вывод результатов работы скрипта до того момента, когда будет известно, понадобится ли установка cookies или других заголовков.

Любые cookies, отправленные серверу браузером клиента, будут автоматически включены в суперглобальный массив $_COOKIE, если директива variables_order содержит букву "C".

Когда браузер посылает cookie обратно на сервер, то он посылает только значение. Невозможно получить доступ к домену, пути, времени истечения срока действия или статусу безопасности cookie через массив $_COOKIE, поскольку броузер не посылает его серверу.

    Установка. Простая установка SetCookie("Name","Value")

    Массивы cookies.

    Setcookie("mycookie1["id"]", "value_id"); setcookie("mycookie1["lang"]", "value_lang");

    Значение cookie не доступно в массиве $_COOKIE в пределах того самого запроса, в котором cookie установлен. Другими словами, функция setcookie() не изменяет значения массива $_COOKIE. Однако при всех последующих запросах каждый установленный ранее cookie помещается в массив $_COOKIE.

Для назначения нескольких значений одной cookie, добавьте к её имени. Например: setcookie("MyCookie", "Test", time()+3600);

При успешном завершении функция setcookie() возвращает TRUE. Однако, это не означает, что клиентское приложение (например, браузер) правильно приняло и обработало cookie. То есть по поведению функции setcookie НЕльзя определить включены ли куки в браузере клиента.

    Чтение . if (isset($_COOKIE["lang"])) { print "Кука".$_COOKIE["lang"]." существует."; }

    Чтобы вывести на печать имена и значения всех cookies, посланных в текущем запросе, выполните цикл по массиву $_COOKIE:

    Foreach ($_COOKIE as $cookie_name => $cookie_value) { print "$cookie_name = $cookie_value
    "; }

    Изменение . Если cookie принимает новое значение при имеющемся уже в браузере cookie с совпадающими параметрами name, domain и path, то старое значение заменяется новым. В остальных случаях новые значения cookie добавляются к старым.

    Удаление . Нужно указать только имя куки, например SetCookie("Name"). Это приведет к удалению установленной куки с именем "Name" - это официальная рекомендация по удалению куки.

    Работающий пример удаления и установки куки при помощи PHP : "; } else { setcookie("my_cook", "My name is John", time() + 60 * 60 * 24); echo "Cookie установлена пользователю." . "
    "; } var_dump($_COOKIE); ?>

Непонятные Cookies: _utma, _utmb, _utmc, and _utmz

Иногда, при проверке установленных Cookies можно увидеть переменные с непонятными названиями: _utma, _utmb, _utmc. Эти куки устанавливает Google Analytics. Краткое знакомство с переменными Cookies от Google Analytics

    Utma – выдается при первом посещении сайта.

    Utmb – переменная отслеживает время посещения сайта. При каждом заходе на страницу отмечает “переход”. Время жизни по умолчанию 30 минут.

    Utmc – отслеживает закрытие браузера пользователем. Если при повторном заходе кука отсутствует, засчитывается новое посещение, независимо от _utmb

    Utmv – переменная используется для установки “собственной” пользовательской переменной

    Utmx – переменная нужна для Website Optimizer. Время жизни у куки _utmx – 2 года.

Более подробную информацию о переменных можно узнать в документации Google Analytics.

Откуда возник термин "cookie" никто достоверно не знает, хотя считается, что во времена зарождения Unix-систем где-то использовалось словосочетание Magic Cookies. Имелись в виду "квитанции" (token, ticket), которыми обменивались программы.

Cookie является решением одной из наследственных проблем HTTP протокола (HyperText Transfer Protocol). Эта проблема заключается в непостоянстве соединения между клиентом и сервером, как при FTP или Telnet сессии, т.е. для каждого документа (или файла) при передаче по HTTP протоколу посылается отдельный запрос. Включение cookie в HTTP протокол дало частичное решение этой проблемы. Иначе говоря, транзакция завершается после того, как браузер сделал запрос, а сервер выдал соответствующий ответ. Сразу после этого сервер "забывает" о пользователе и каждый следующий запрос того же пользователя считает новым пользователем.

Используя cookie, можно эмулировать сессию по HTTP протоколу. Коротко принцип эмуляции сессии таков: на первом запросе выдается соотвествующее значение cookie, а при каждом последующем запросе это значение читается из переменной окружения HTTP_COOKIE и соответствующим образом обрабатывается.

Простой пример : есть форма, где пользователю предлагается указать свое имя, из нее вызывается скрипт, прописывающий значение cookie в браузер пользователя. При каждом последующем заходе на основе анализа значения cookie из браузера пользователя на странице появляется либо именное приветствие (если есть установленное значение cookie), либо первоначальная форма с запросом имени пользователя (если значение cookie не установлено).

Cookie - это небольшая порция текстовой информации, которую сервер передает браузеру. Браузер будет хранить эту информацию и передавать ее серверу с каждым запросом как часть HTTP заголовка. Одни значения cookie могут храниться только в течение одной сессии, они удаляются после закрытия броузера. Другие, установленные на некоторый период времени, записываются в файл. Обычно этот файл называется "cookies.txt" и лежит в рабочей директории установленного на компьютер браузера. У меня, к примеру, в этом файле содержится следующее:

# Netscape HTTP Cookie File
# http://www.netscape.com/newsref/std/cookie_spec.html
# This is a generated file! Do not edit.
www.webclub.ru FALSE /ourweb FALSE 946683907 1 1
.bizlink.ru TRUE / FALSE 915148488 u_irads_watch 627633
.doubleclick.net TRUE / FALSE 1920499140 id 332666ae
.yahoo.com TRUE / FALSE 915144943 Y v=1&n=6jm0u5lgubh1k&l=0b8a0d3h/o&p=m29vvru7130a
.yahoo.com TRUE / FALSE 915144943 T z=3587c277
mail.yahoo.com TRUE / FALSE 943919791 YM.Login
id%3d%241%24rm%24L6MDTCsrCNnk3syLZl2zo.%26sid%3dszxPh4SazGg/
%250a%26ts%3dX%2588%25c3%2506%25d3%25e5I-%255d%253f%2597%25ddu
.preferences.com TRUE / FALSE 1182140165 PreferencesID 3AGN9WD1D80gQfjvjAxRuq
.geocities.com TRUE / FALSE 900743217 iTag gY6bZzWItDQAAWll3T8ASk1vbiwgMTMg
search.netscape.com FALSE / FALSE 942189477 NGUserID cfc84d2a-522-898178454-1
www.webclub.ru FALSE FALSE 913543999 visited yes

Как видно, у меня оставили cookie Российский клуб вебмастеров, поисковая система AltaVista, бесплатный почтовый сервер Yahoo, Netscape Communications, рекламные сети DoubleClick и отечественная InterReklama. В настоящее время большинство браузеров поддерживает механизм cookies. Я точно знаю, что cookie можно использовать во всех версиях Netscape Navigator, Microsoft Internet Explorer и NCSA Mosaic.

Что можно делать с помощью cookie?

Сами по себе cookies не могут делать ничего, это только лишь некоторая текстовая информация. Однако сервер может считывать содержащуюся в cookies информацию и на основании ее анализа совершать те или иные действия. Например, в случае авторизованного доступа к чему либо через WWW в cookies сохраняется login и password в течение сессии, что позволяет пользователю не вводить их снова при запросах каждого документа, защищенного паролем.

На использовании cookies также часто строят функции оформления заказов в онлайновых магазинах, в частности, в самом крупном виртуальном книжном магазине Amazon Books реализована своеобразная виртуальная корзина покупателя, как в обычном реальном супермаркете, в которую сервер записывает информацию обо всех заказанных книгах. Пользователь просто помечает интересующие его книги, а затем оформляет покупку сразу всех отмеченных книг.

Еще одна распространенная область использования cookies - при настройке индивидуального профиля каждого зарегистрированного пользователя.

И, наконец, самая последняя область - использование механизма cookie в рекламном бизнесе на Интернет. Еще год назад реклама в Интернет за деньги была довольно экзотической услугой, а сейчас этот бизнес уже устоялся и стремительно развивается. Однако рекламодатели начинают предъявлять более жесткие условия к оценке эффективности своих расходов. Cookie используются для таргетинга рекламы (определения целевой аудитории, например, по географическому положению пользователей), отслеживания интересов пользователей, учета количества показов и проходов сквозь баннеры.

Работа с cookie

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

Формат и синтаксис cookie

Предлагаемое мной в этой статье описание формата и синтаксиса cookie является вольным пересказом изначальной спецификации Netscape Communications "Persistent Client State HTTP Cookies". В настоящий момент идет разработка более строгой спецификации для cookie. Итак, cookie является частью HTTP заголовка. Полное описание поля Set-Cookie HTTP заголовка:

Set-Cookie: NAME=VALUE; expires=DATE; path=PATH; domain=DOMAIN_NAME; secure

Минимальное описание поля Set-Cookie HTTP заголовка:

Set-Cookie: NAME=VALUE;

NAME=VALUE - строка символов, исключая перевод строки, запятые и пробелы. NAME-имя cookie, VALUE - значение. Не допускается использование двоеточия, запятой и пробела.

expires=DATE - время хранения cookie, т.е. вместо DATE должна стоять дата в формате "expires=Monday, DD-Mon-YYYY HH:MM:SS GMT", после которой истекает время хранения cookie. Если этот атрибут не указан, то cookie хранится в течение одного сеанса, до закрытия броузера.

domain=DOMAIN_NAME - домен, для которого значение cookie действительно. Например, "domain=cit-forum.com". В этом случае значение cookie будет действительно и для домена cit-forum.com, и для www.cit-forum.com. Но не радуйтесь, указания двух последних периодов доменных имен хватает только для доменов иерархии "COM", "EDU", "NET", "ORG", "GOV", "MIL" и "INT". Для обсуждаемых сейчас новых семи доменов первого уровня ("FIRM", "SHOP", "WEB", "ARTS", "REC", "INFO", "NOM"), вероятно, это условие сохранится. Для доменов иерархии "RU", например, придется указывать три периода.

Если этот атрибут опущен, то по умолчанию используется доменное имя сервера, на котором было задано значение cookie.

path=PATH - этот атрибут устанавливает подмножество документов, для которых действительно значение cookie. Например, указание "path=/win" приведет к тому, что значение cookie будет действительно для множества документов в директории /win/, в директории /wings/ и файлов в текущей директории с именами типа wind.html и windows.shtml. Для того, чтобы cookie отсылались при каждом запросе к серверу, необходимо указать корневой каталог сервера, например, "path=/".

Если этот атрибут не указан, то значение cookie распространяется только на документы в той же директории, что и документ, в котором было установлено значение cookie.

secure - если стоит этот маркер, то информация cookie пересылается только через HTTPS (HTTP с использованием SSL - Secure Socket Level), в защищенном режиме. Если этот маркер не указан, то информация пересылается обычным способом.

Синтаксис HTTP заголовка для поля Cookie

Когда запрашивается документ с HTTP сервера, браузер проверяет свои cookie на предмет соответствия домену сервера и прочей информации. В случае, если найдены удовлетворяющие всем условиям значения cookie, броузер посылает их в серверу в виде пары имя/значение:

Cookie: NAME1=OPAQUE_STRING1; NAME2=OPAQUE_STRING2 ...

Дополнительные сведения

Одновременно можно задавать несколько значений cookie.

В случае, если cookie принимает новое значение при имеющемся уже в браузере cookie с совпадающими параметрами NAME, domain и path, то старое значение заменяется новым. В остальных случаях новые значения cookie добавляются к старым.

Использование expires не гарантирует сохранность cookie в течение заданного периода времени, поскольку клиент (браузер) может удалить запись из-за нехватки выделенного места или каких-либо других причин.

Клиент (браузер) имеет следующие ограничения для cookies:


    всего может храниться до 300 значений cookies

    каждый cookie не может превышать 4Кбайт

    с одного сервера или домена может храниться до 20 значений cookie

Если ограничение 300 или 20 превышается, то удаляется первая по времени запись. При превышении лимита объема в 4Кбайт корректность значения cookie страдает - отрезается кусок записи (с начала этой записи) равный превышению объема.

В случае кэширования документов, например, proxy-сервером, поле Set-cookie HTTP заголовка никогда не кэшируется.

Если proxy-сервер принимает ответ, содержащий поле Set-cookie в заголовке, предполагается, что поле доходит до клиента вне зависимости от кода возврата 304 (Not Modified) или 200 (OK). Соответственно, если клиентский запрос содержит в заголовке Cookie, то он должен дойти до сервера, даже если жестко установлен параметр If-modified-since.

Ниже приведено несколько примеров, иллюстрирующих использование cookies

Пример 1 . Управление подмножеством документов, для которых действительны значения cookie, и их сроком годности

Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23:12:40 GMT
Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает серверу:
Cookie: CUSTOMER=WILE_E_COYOTE
Браузер запрашивает документ и принимает от сервера в ответ:
Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает серверу уже два значения cookie:
Сервер установил еще одно значение cookie, на этот раз с другой областью действия:
Set-Cookie: SHIPPING=FEDEX; path=/foo
Теперь браузер, запрашивая URL с путем "/" на этом сервере, посылает лишь два значения cookie:
Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001
и лишь при запросе браузером документов с путем "/foo" на этом сервере посылаются все три значения cookie:
Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001; SHIPPING=FEDEX
Комментарий: после закрытия браузера в файле "cookies.txt" останется только одно значение cookie:
CUSTOMER=WILE_E_COYOTE
поскольку только для него установлен срок годности - 9 ноября 1999 года. Все остальные значения не будут сохранены.

Пример 2 . Значения cookie с одинаковыми именами, но разными параметрами
Браузер запрашивает документ и принимает ответ от сервера:

Set-Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001; path=/
Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает значение:
Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001
Во второй раз, запрашивая документ, браузер принимает от сервера значение cookie с другой областью действия:
Set-Cookie: PART_NUMBER=RIDING_ROCKET_0023; path=/ammo
Когда браузер запрашивает URL с путем "/ammo" на этом сервере, он посылает значение:
Cookie: PART_NUMBER=RIDING_ROCKET_0023; PART_NUMBER=ROCKET_LAUNCHER_0001

Комментарий : здесь мы имеем две пары имя/значение с одинаковым именем "PART_NUMBER". При закрытии браузера ни одно из этих значений не сохранится, поскольку не задан параметр expires.

Способы задания значений cookie

Способ задания значений cookie зависит того, как эти значения будут использоваться и какие имеются серверные ресурсы. Можно манипулировать временем жизни выставленных cookie и устанавливать подмножества URL (Universal Resource Locator), в которых заданные значения действительны. Есть несколько способов задания, наиболее часто используются три - через META-таги языка HTML, JavaScript и CGI-скрипты. Любым способом можно задавать как одно, так и несколько значений сразу. Сразу хочу предупредить - не забывайте об ограничениях по объему и количеству значений cookie, а также параметре domain, так как помимо основного доменного имени узла часто бывает несколько алиасов (alias).


    Задание cookie с помощью META-тагов

    Простейший способ выставить cookie - использовать соответствующий META-таг в контейнере...любого статического HTML документа. В общем случае это выглядит следующим образом:

    Такой способ задания cookie, на мой взгляд, наиболее интересен для создателей маленьких домашних страничек, когда нет возможности писать свои собственные CGI-скрипты. А если есть поддержка SSI (Server Side Include) или PHP/Fi, то можно делать интерактивные страницы вообще без использования внешних CGI-скриптов. При наличии SSI на узле создание интерактивности с использованием механизма cookie становится просто удовольствием.

    С помощью cookie задается на любой статичной странице, директивой можно потом считать любые переменные окружения, в том числе и ранее заданные значения cookie (переменная HTTP_COOKIE), а с помощью конструкций, и задавать различные варианты внешнего вида страниц. Так же просто можно проделывать подобные вещи, используя PHP/Fi.

    Если же ни SSI, ни PHP/Fi недоступен, то можно задавать значение cookie, используя JavaScript.

    Задание cookie с помощью JavaScript

    Можно задавать значение cookie, используя язык JavaScript. Единственный недостаток этого способа заключается в том, что не все браузеры его поддерживают.

    Пример 3 . Функция установки значения cookie

    // name - имя cookie
    // value - значение cookie
    // - дата окончания действия cookie (по умолчанию - до конца сессии)
    // - путь, для которого cookie действительно (по умолчанию - документ, в котором значение было установлено)
    // - домен, для которого cookie действительно (по умолчанию - домен, в котором значение было установлено)
    // - логическое значение, показывающее требуется ли защищенная передача значения cookie

    function setCookie(name, value, expires, path, domain, secure) {
    var curCookie = name + "=" + escape(value) +
    ((expires) ? "; expires=" + expires.toGMTString() : "") +

    ((secure) ? "; secure" : "")
    if (!caution || (name + "=" + escape(value)).length <= 4000)
    document.cookie = curCookie
    else
    if (confirm("Cookie превышает 4KB и будет вырезан!"))
    document.cookie = curCookie
    }

    Пример 4 . Функция чтения значения cookie

    Возвращает установленное значение или пустую строку, если cookie не существует.

    // name - имя считываемого cookie

    function getCookie(name) {
    var prefix = name + "="
    var cookieStartIndex = document.cookie.indexOf(prefix)
    if (cookieStartIndex == -1)
    return null
    var cookieEndIndex = document.cookie.indexOf(";", cookieStartIndex + prefix.length)
    if (cookieEndIndex == -1)
    cookieEndIndex = document.cookie.length
    return unescape(document.cookie.substring(cookieStartIndex + prefix.length, cookieEndIndex))
    }

    Пример 5 . Функция удаления значения cookie

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

    // name - имя cookie
    // - путь, для которого cookie действительно
    // - домен, для которого cookie действительно
    function deleteCookie(name, path, domain) {
    if (getCookie(name)) {
    document.cookie = name + "=" +
    ((path) ? "; path=" + path: "") +
    ((domain) ? "; domain=" + domain: "") +
    "; expires=Thu, 01-Jan-70 00:00:01 GMT"
    }

    Работающий пример персонализации пользователя, построенный на JavaScript и использующий механизм cookie.

    Задание cookie с помощью CGI-скриптов

    Самый мощный и гибкий способ управления документами с использованием механизма cookie - с помощью CGI-скриптов. Задание значения cookie на Perl будет выглядеть следующим образом:

    Print "Content-type: text/htmln";
    print "Set-Cookie: username=aaa13; expires=Friday, 31-Dec-99 23:59:59 GMT; path=/; domain=www.citforum.ru;nn";
    Скрипт при выдаче результатов работы генерирует HTTP заголовок:
    Content-type: text/html
    Set-Cookie: "username=aaa13; expires=Friday, 31-Dec-99 23:59:59 GMT; path=/; domain=www.citforum.ru;"
    Чтобы прочитать в скрипте ранее заданное значение cookie, используется переменная окружения HTTP_COOKIE.

    $cookie = $ENV{"HTTP_COOKIE"};

    Совсем недавно я написал систему рейтинга серверов для Российского Клуба Вебмастеров, которая использует механизм cookie для защиты от накрутки очков. В ней, задавая и анализируя значения cookie, я либо не допускаю пользователя до голосования (если отключены cookie в браузере или пользователь один раз уже проголосовал), либо разрешаю голосовать (если соответствующее значение не задано). Обмануть такую систему можно, только стирая каждый раз файл cookies.txt. Можно было бы использовать файл логов голосования на узле, но возникали бы проблемы разделения доступа к файлу и замедление работы вследствие использования медленных дисковых операций.

Немного о проблемах, связанных с использованием cookie

Главной проблемой является изначальное недоверие пользователей к тому, что удаленные сервера без их (пользователей) ведома и согласия записывают на их собственные локальные диски какую либо информацию. Бытовали также слухи о том, что с помощью механизма cookie можно прочесть любую информацию с любого компьютера. Это неправда, к тому же современные версии браузеров позволяют контролировать прием cookie или вовсе блокировать его. Кроме того, появилось множество специальных утилит для управления приемом cookie, так называемые Cookie Managers.

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