HTML - статьи

Keywords для начинающих

В этой статье хотелось бы уделить внимание “keywords”. Хотя этот мета-тэг и является одним из самых незначительных элементов при оптимизации сайта, о нем все же не стоит забывать.
Почему Keywords теряет свое значение?
Этот элемент, ставший излюбленным местом для поискового спама, первоначально был придуман для облегчения работы поисковой системы при индексации сайтов. Вебмастер проставлял в списке ключевые слова, по его мнению, отражающие тематику страницы и сайта, а робот, индексируя страницу, собирал не только видимый текст, но и содержимое Keywords. При оценке релевантности (соответствии страницы запросу в поисковой системе) страниц, больший вес, и, соответственно, более высокую позицию в результатах поиска, получала та, Keywords которой содержал запрашиваемое слово.
Со временем, умелые спаммеры смекнули, как извлечь выгоду из применения Keywords. Для достижения высокого позиционирования, тэг стали набивать не только повторными словами и фразами, но также включать слова, и вовсе отсутствующие в тексте страницы и сайта. Еще в 1999 году, в коде одной такой "релевантной" страницы по очень популярному запросу (не важно какой поисковой системы), я обнаружил в Keywords около тысячи повторений одного и того же слова.
Таким образом, и вполне оправдано, доверие поисковых систем к вебмастерам резко снизилось. Поисковики изменили правила работы, а "заспамленные" сайты исключили из поисковой базы.
Целью любой поисковой системы является предоставление пользователю наиболее соответствующей его запросу информации. Поэтому разработчики неустанно следят за качеством поиска и совершенствуют его. Появление любого рода поискового спама (недобросовестных действий, направленных на обман поисковой системы с целью получения высокой позиции в результатах поиска) приводит к изменению алгоритма работы. Причем эти изменения часто отрицательно сказываются на позиционировании "нормальных" сайтов.
Поисковые машины эволюционируют и трудно сказать, что ожидает элемент Keywords завтра. Возможно, он перестанет использоваться всеми без исключения поисковыми системами. Однако не смотря на заявления, что Keywords уже нигде и никак не используется, его все же не стоит игнорировать.

Итак, что же вписывать в Keywords?

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

Что нельзя вписывать?

Слишком распространенные слова. Например: программы, компьютеры, интернет. Поисковые системы их просто игнорируют, т.к. ими загружены миллионы документов. Так же, не стоит включать служебные слова (предлоги, союзы и т.д.). Нельзя повторять слова два и более раз.

Как правильно составить очередность слов?

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

Стоит ли дублировать слова с прописной буквы словами с заглавной?

Нет. Достаточно писать с прописной, за исключением аббревиатур, личных имен, имен компаний, марок и.т.д.

Нужно ли вписывать слова во множественном числе?

Да, когда это имеет смысл. Если множественное число образуется путем изменения корня, а не замены окончания, тогда стоит давать вариант во множественном числе: "mouse" - "mice".

Если сайт содержит тысячу страниц, стоит ли для каждой из них подготавливать описание?

Есть 2 варианта:

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

Достоинства: легко и просто решается проблема заполнения Keywords

Недостатки: программа вписывает не то, что мы хотим, ведь она руководствуется механическим отбором слов.

- Отобрать наиболее важные страницы (15-30 шт.) и прописать в них Keywords вручную.

Сколько ключевых слов можно вместить в список?

Следует ограничиться 250 символами. Конечно, ничего страшного, если получится список длиной 500 символов, остальное просто не будет учтено поисковыми системами - некоторые из них не учитывают более 200 символов, а многие и вовсе игнорируют...

Возможно, на данный момент, создание Keywords не столь актуально. Однако не стоит им пренебрегать. Никогда неизвестно какую стратегию работы изберут поисковые системы завтра.

CSS

Некоторое внимание хотелось бы уделить ещё одному стандарту от консорциума . На момент написания статьи, существовала вторая и ведётся работа над третьей версией. На самом же деле версия 2.0 этого стандарта поддерживается не полностью некоторыми (IE, как ни странно, находится именно в этом списке) браузерами. Полностью этот стандарт версии 2.0 поддерживает только MZ. Поэтому рекомендуется очень аккуратно использовать CSS 2.0 при разработке кросс-браузерных сайтов. Наиболее же полно стандарт CSS поддерживается многими (даже старыми) пользовательскими агентами только версии 1.0.
В качестве примера можно привести простое свойство CSS для курсора, которое представляет его указателем, обозначающим ссылку (обычно это символ руки):


И прописываем новый параметр в ссылке:

b','Closer')>link2

Что необходимо?

Для начала нам понадобится непосредственно сама страничка, куда мы будем вставлять меню и скрипт, который будет управлять отображением/скрытием будущего меню.
Для примера возьмем обыкновенную html страничку, с несколькими ссылками:

link1 | link2 | link3

Содержание страницы

Назовем получившуюся страницу 1.htm

И собственно код скрипта:


Думаю, описание его не требуется, так как это, в принципе не главное :)

Назовем этот скрипт menu.js. После, чтобы его вызвать, следует прописать на будущей странице строку сразу после тега

Что нужно делать дальше?

Теперь надо бы нам написать слой, внутри него - табличку, которая и будет отображаться при наведении курсора на ссылку, этим и займемся:



Таблица, которая находится внутри слоя (между ) изначально невидима за счет параметра VISIBILITY: hidden, и следует заметить, что у каждого такого слоя (их может быть несколько, для отображения нужного из нескольких, при наведении курсора на определенную ссылку) есть свой id. В нашем случае id=msa. Для остальных таблиц слоев писать id=msb, id=msc и т.д. в порядке возрастания по алфавиту. Теперь засовываем этот слой куда-нибудь вниз нашей страницы (лучше сразу перед тегом ).

Как же отобразить этот слой?

Чтобы отобразить нужный нам слой, следует в ссылке прописать параметр ONMOUSEOVER=P7_autoLayers(0,'msa','Closer'), где 'msa' указывает на id отображаемого слоя.

"Привяжем" к ссылке link1 наш слой:

a','Closer')>link1
Теперь при наведении курсора мыши на link1 у нас будет появляться табличка!

Создание универсального выпадающего меню

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

Мультибраузерный сайт: как его сделать

,
В данной статье я расскажу вам об основных принципах создания "мультибраузерного" сайта. Под словом "мультибраузерный сайт" я подразумеваю сайт, определяющий браузер пользователя и, в зависимости от результата, использующий уникальные этому браузеру CSS стили. Также я расскажу о некоторых проблемах, которые могут возникнуть при работе с браузерами.
Значит так, что нам надо? А нам надо сделать так, чтобы сайт отображался в большинстве браузеров по возможности одинаково (к сожалению, абсолюта не добиться).
Перво-наперво необходимо определить, в каких браузерах наш сайт должен отлично выглядеть. В моем варианте это: IE, Opera, Netscape и Mozilla.
И сразу совет: старайтесь не использовать атрибуты , переложите эти обязанности на CSS... или на строковые элементы стиля aka style="*". Хотя даже "style" стоит использовать только при крайней необходимости.
Для решения этой интересной задачи я предлагаю следующее: использовать несколько стилей для разных браузеров. Однако, я вам не советую просто универсально писать, т.к. получится хуже, но геморроя меньше:)
Вот кодик, который я написал для своего сайта. Так мы определяем, с каким браузером мы имеем дело:
function browser_define($agent)

{

if(ereg('MSIE ([0-9].[0-9]{1,2})',$agent)&&!ereg('Opera ([0-9].[0-9]{1,2})',$agent)) $browser='ie';

elseif(ereg('Opera',$agent)) $browser='opera';

elseif(ereg('Netscape/',$agent)&&ereg('Gecko/',$agent)) $browser='netscape';

elseif(ereg('Gecko/',$agent)&&!ereg('Netscape/',$agent)) $browser='mozilla';

else $browser='ie';

return $browser;

}
Функция возвращает имя браузера. Используем ее так:

Т.е., если, например, к нам зашли через IE, то скармливаем CSS файл по имени ie.css. Можно сделать небольшую модернизацию и определять еще и версию браузера, но я в этом большого резона не увидел...
Теперь, после того, как мы научились определять браузер юзера и использовать специфичный ему CSS файл, поговорим о различиях между этими браузерами.
Вот наиболее важные нюансы, на которых стоит заострить внимание:

Если используете комментарии в CSS файлах, то юзайте конструкцию /* комментарий */, но никак не # и не , т.к. Mozilla и Netscape странно реагируют на них, поэтому следующий за комментарием элемент стиля просто игнорируется, правда, в Opera и IE все ОК.

Различное отображение тега . В IE он будет смотреться наиболее презентабельным образом, а вот в других браузерах, он мало того, что некрасиво выглядит(ИМХО), так он еще и выравнивается несколько странно... Т.е. где-то выше, где-то ниже. Поэтому для решения этой проблемы я использую относительное позиционирование:

position: relative; top: 1px;

Это спасает. НО! В Opera я заметил такую фишку, что при наложении такого кода на любой другой элемент, например, на бордюр таблицы, границы просто становятся невидимыми:( Выйти из этого положения можно следующим способом: дописать "z-index". Т.е. у нас получается:

position: relative; top: 1px; z-index: 1;

Далее идут различия в кнопках. Т.е. например, где-то текст кнопки располагается выше на 1px, где-то ниже. Короче, это безобразие надо отслеживать. А самое прикольное, что в Opera возможен такой глюк, что при использовании DOCTYPE (хотя многие его не используют, но без него валидный код вам будет только сниться:)), размеры кнопок странно отображаются, т.е. для дорогой Opera я указываю "height: 14px;", несмотря на то, что в других браузерах стоит "height: 18px;", который и является реальной величиной.

Будьте внимательны с размерами

и . Мною было найдено некоторые несоответствие в размерах в браузерах Netscape и Opera(7.6). Самое интересное, что в Opera 8 этого нет!</li><br><br> <li>Сокращайте слова в атрибуте "ALT" при <img>, так как в Mozilla этот текст "выйдет" за границы . Эту фишку я заметил толька в Mozilla, в других браузерах все было ОК.</li><br><br> <li>Далее хочу напомнить, что использование для оформления скроллбара кода типа:</li><br><br> scrollbar-face-color, scrollbar-shadow-color, scrollbar-highlight-color, scrollbar-3dlight-color, scrollbar-darkshadow-color, scrollbar-track-color, scrollbar-arrow-color<br><br> <br> будет отображаться только в IE и производных от него. Поэтому не удивляйтесь, что, зайдя в Mozilla, вместо радостных тонов вы увидите серый скроллбар (в зависимости от темы оформления).<br><br> <li>Не юзайте следующий код:</li><br><br> leftmargin, marginwidth, topmargin, marginheight<br><br> подобные скармливают нам различные визуальные редакторы. Точно знаю про Namo WebEditor(дааавно пользовался)<br><br> Используйте для отступов документа код:<br><br> BODY { padding: 0; margin: 0; }<br><br> Если же вы хотите сделать отступ в 1px сверху и снизу, то просто напишите:<br><br> BODY { padding: 1px 0 1px 0; margin: 0; }<br><br> Вы, наверное, спросите "А зачем margin: 0 нужен, ведь и без него все нормуль?" А я вам отвечу, что это просто необходимо для Mozilla. А то вы будете ломать голову, почему же у вас там появились лишние отступы:)<br><br> Вот в общем-то и все... Дерзайте, и у вас все получится.<br><br> P.S. Данная статья может содержать некоторые неточности, но суть, я думаю, вам понятна: ;-) <br><br> <h1>A</h1> <b>Description</b><br> The A element brackets (or anchors) a piece of text (and/or image) which<br> is identified as a hypertext link.<br> The A element must have either an HREF attribute or a NAME attribute.<br> The HREF attribute identifies a destination ,<br> and the bracketed text is rendered as a hypertext link to the URL.<br> Browsers will display the contents of an A element with an HREF attribute<br> in a special manner to indicate that if the contents are selected,<br> the browser will execute that hypertext link.<br> The NAME attribute identifies a destination tag, and the bracketed text<br> is thereby identified as an available hypertext target<br> within this document.<br> Browsers do not display the contents of an A element with a NAME attribute<br> in any special way.<br> However, an A element with an HREF attribute can now be constructed<br> by using the document URL suffixed with #name.<br> This will load the document, but will position the display<br> starting at the location of this NAME tag.<br> An A element with an HREF attribute can also be constructed<br> to jump directly to this destination tag within the same document<br> by a URL consisting solely of #name<br> The presence of REL=relation<br> in document A with HREF to document/object B<br> identifies a relationship that B has to A that A recognizes/authorizes/verifies.<br> The presence of REV=relation<br> of the identical relation<br> in document B with HREF to document/object A<br> identifies a desired/expected/claimed relationship that B has to A,<br> but must be verified by checking with A.<br> <b>Minimum Attributes</b><br> <A HREF="..." >characters...<br> </A><br><br> or<br><br> <A NAME="..." >characters...<br> </A><br><br> <b>All Possible Attributes</b><br> <A HREF="..."<br> NAME="..."<br> REL="..."<br> REV="..."<br> URN="..."<br> TITLE="..."<br> METHODS="..."<br> LANG="..."<br> DIR=ltr|rtl<br> CHARSET="..."<br> ID="..."<br> CLASS="..."<br> MD="..."<br> TARGET="..."<br> SHAPE="...">characters...<br> <br> </A><br><br> <b>Elements Allowed Within...</b><br><br> members of groups<br><br> but not element<br><br> <b>Allowed In Content Of...</b><br><br> Any element that permits members of group<br><br> <b>Variations</b><br><br> The LANG, DIR and CHARSET attributes are introduced with the<br><br> internationalization proposal.<br><br> The CHARSET attribute is a hint as to the expected<br><br> character set used by the hyperlink.<br><br> Earlier proposals suggest changing the NAME attribute to ID,<br><br> declaring the NAME attribute as obsolete,<br><br> and adding an ID attribute for various elements<br><br> including the paragraph and heading elements.<br><br> With the ID, MD, and CLASS attributes as part of the style sheet<br><br> proposal, this is likely to change.<br><br> At present REV and REL are rarely used or supported,<br><br> and are Level 1 attributes,<br><br> but are of growing interest to automated document environments.<br><br> These relationships are more commonly identified in the<br><br> of the document using the element.<br><br> REL and REV can be either a comma-separated or white space separated<br><br> set of relationship(s) of the HREF link.<br><br> One proposal suggests that comma imply "or" and white<br><br> space imply "and" for a list of values.<br><br> These relationships and their semantics were originally proposed<br><br> to be registered with an HTML authority, which was described at<br><br> http://www.w3.org/hypertext/WWW/MarkUp/RegistrationAuthority.html,<br><br> but that link no longer responds. The entire topic of link relationships<br><br> is under active discussion and change.<br><br> Early examples of relationship names are<br><br> UseIndex, UseGlossary, Annotation, Reply, Embed,<br><br> Precedes, Subdocument, Present, Search, Supersedes, History, Made,<br><br> Owns, Approves, Supports, Refutes, Includes, Interested.<br><br> URN is for a Universal Resource Number, and is not currently<br><br> used or supported, and is a Level 1 attribute.<br><br> RFC 1866 describes it as a preferred, more persistent identifier<br><br> than the value of HREF.<br><br> TITLE is little used or supported, and is a Level 1 attribute,<br><br> but is expected to be the title of the HREF document.<br><br> RFC 1866 suggests TITLE can be displayed as a margin note<br><br> <br> or on a small box while the mouse is over the anchor.<br><br> (ed. I am unaware of any browser that has implemented this<br><br> feature.)<br><br> METHODS is little used or supported, but is expected to be<br><br> a white-space-separated list of HTTP METHODS supported by the<br><br> object and accessible to the user.<br><br> RFC 1866 suggests that the content of the A element may be<br><br> rendered differently depending upon the HTTP method.<br><br> TARGET is a Netscape 2.0 extension to define a window name for use<br><br> by the retrieved hyperlink. If the named window is not already<br><br> open, Netscape 2.0 will open a new window and assign it that name.<br><br> See also the element for naming a window.<br><br> SHAPE is proposed to provide a mechanism to define<br><br> multiple A elements and corresponding "hotzones" within the<br><br> proposed element, to perform the equivalent function<br><br> of ISMAP without the need for writing a responding cgi-bin program.<br><br> For an alternate proposal, see the element.<br><br> A is a Level 0 element.<br><br> <h1>ABBREV</h1> <b>Description</b><br> The ABBREV element<br> changes the character rendering of the<br> contents of the element to logically represent<br> abbreviations.<br> <b>Minimum Attributes</b><br> <ABBREV>characters... </ABBREV><br> <b>All Possible Attributes</b><br> <ABBREV<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </ABBREV><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The ABBREV element is a Version 3 proposed element.<br> All character definition elements are Level 2.<br><br> <h1>ACRONYM</h1> <b>Description</b><br> The ACRONYM element<br> changes the character rendering of the<br> contents of the element to logically represent<br> acronyms.<br> <b>Minimum Attributes</b><br> <ACRONYM>characters... </ACRONYM><br> <b>All Possible Attributes</b><br> <ACRONYM<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </ACRONYM><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The ACRONYM element is a Version 3 proposed element.<br> All character definition elements are Level 2.<br><br> <h1>ADDRESS</h1> <b>Description</b><br> The ADDRESS element defines a separated multi-line set of text<br> to be rendered for address information.<br> <b>Minimum Attributes</b><br> <ADDRESS>characters...<br> </ADDRESS><br> <b>All Possible Attributes</b><br> <ADDRESS<br> LANG="..."<br> DIR=ltr|rtl<br> ALIGN=center|left|right|justify<br> ID="..."<br> CLASS="..."<br> CLEAR=left|right|all|"..."<br> NOWRAP>characters...<br> </ADDRESS><br> <b>Elements Allowed Within...</b><br> members of group <br> or element <br> <b>Allowed In Content Of...</b><br> Any element that permits members of group<br> <b>Variations</b><br> ADDRESS text is typically rendered in italics, and may be indented.<br> The LANG and DIR attributes are introduced with the<br> internationalization proposal.<br> The internationalization proposal also includes<br> ALIGN=center|left|right|justify<br> The CLEAR and NOWRAP attributes are proposed in Version 3.<br> ADDRESS is a Level 0 element.<br> <b>Sandia Requirements</b><br> An ADDRESS element is required to identify a "point-of-contact".<br> For details, see the .<br><br> <h1>APPLET</h1> <b>Description</b><br> The APPLET element replaced the APP element as the mechanism<br> to identify and invoke a JAVA(tm) application. A browser that<br> understands this element will ignore everything in the content<br> of the APPLET element except the PARAM elements. Browsers that<br> do not understand this element should ignore it and the PARAM<br> elements and instead process the content of the element.<br> Thus the content is the alternate HTML if the application is<br> not invoked. CODE is the name of the file that contains the<br> compiled Applet subclass. This name is relative to the base<br> URL of the applet and cannot be an absolute URL. WIDTH and HEIGHT<br> give the initial width and height (in pixels) of the applet<br> display area. CODEBASE specifies the base URL of the applet.<br> ALT specifies parsed character data to be displayed if the brower understands<br> the APPLET tag but can't/won't run them. NAME specifies a name<br> for the applet instance, which allows applets on the same page<br> to commuicate with each other. ALIGN specifies the display<br> alignment. VSPACE and HSPACE specify the reserved space around the<br> applet (in pixels).<br> <b>Minimum Attributes</b><br> <APPLET<br> CODE="..."<br> WIDTH="..."<br> HEIGHT="...">characters... </APPLET><br> <b>All Possible Attributes</b><br> <APPLET<br> CODE="..."<br> WIDTH="..."<br> HEIGHT="..."<br> CODEBASE="..."<br> ALT="..."<br> NAME="..."<br> ALIGN=left|right|top|texttop|middle|absmiddle|baseline|bottom|absbottom<br> VSPACE="..."<br> HSPACE="...">characters... </APPLET><br> <b>Elements Allowed Within...</b><br> and any other elements which would have been allowed at this <br> point in the document.<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The APPLET element is a proposed extension for JAVA(tm) applications,<br> and is a Netscape 2.0 extension.<br><br> <h1>AREA</h1> <b>Description</b><br> The AREA element<br> specifies a single area of an image which, if selected, will<br> link to the hyperlink identified by HREF.<br> If multiple AREA elements in the<br> same MAP define overlapping areas, the first encountered takes precedence.<br> <b>Minimum Attributes</b><br> <AREA COORDS="..."><br> <b>All Possible Attributes</b><br> <AREA COORDS="..."<br> SHAPE=rect|circle|polygon<br> HREF="..."<br> NOHREF<br> ALT="..."><br> <b>Elements Allowed Within...</b><br> AREA has no end tag and therefore has no content.<br> <b>Allowed In Content Of...</b><br> <b>Variations</b><br> The AREA element is part of a proposed enhancement to<br> provide client-side image maps.<br> COORDS describes the position of<br> an area (in pixels) of the image in comma-separated x,y coordinates<br> where the upper-left corner is "0,0".<br> For SHAPE=rect (the default), it is "left,top,right,bottom".<br> For SHAPE=circle, it is "center_x,center_y,radius".<br> For SHAPE=polygon, it is successive x,y vertices of the polygon.<br> If the first and last coordinates are not the same, then a segment<br> is inferred to close the polygon. The NOHREF indicates that this<br> region should generate no links.<br> The ALT attribute specifies optional parsed character data to describe the area which<br> could be displayed by a text-only browser as a substitute for the image.<br> AREA is an extension in Netscape 2.0,<br> but the only SHAPE recognized is "rect", and ALT is not defined.<br><br> <h1>AU</h1> <b>Description</b><br> The AU element<br> changes the character rendering of the<br> contents of the element to logically represent<br> the name of an author.<br> <b>Minimum Attributes</b><br> <AU>characters... </AU><br> <b>All Possible Attributes</b><br> <AU<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </AU><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The AU element is a Version 3 proposed element.<br> All character definition elements are Level 2.<br><br> <h1>B</h1> <b>Description</b><br> The B element changes the physical rendering of the<br> contents of the element to a bold font.<br> <b>Minimum Attributes</b><br> <B>characters...<br> </B><br> <b>All Possible Attributes</b><br> <B<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </B><br> <b>Elements Allowed Within...</b><br> members of group<br> <b>Allowed In Content Of...</b><br> Any element that permits members of group<br> <b>Variations</b><br> Browsers who do not have bold may render in some other manner.<br> RFC 1866 states that <B> content must be rendered as distinct<br> from <I> content.<br> The LANG and DIR attributes are introduced with the<br> internationalization proposal.<br> All character definition elements are Level 2.<br><br> <h1>BANNER</h1> <b>Description</b><br> The BANNER element is proposed for corporate logos, navigation aids,<br> disclaimers and other information which shouldn't be scrolled<br> with the rest of the document.<br> <b>Minimum Attributes</b><br> <BANNER>characters...<br> </BANNER><br> <b>All Possible Attributes</b><br> <BANNER<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </BANNER><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> <b>Variations</b><br> This is a proposed Version 3 element.<br><br> <h1>BASE</h1> <b>Description</b><br> The BASE element provides the absolute<br> base to be used for any relative URL links in this document.<br> It must be a complete file name,<br> and is usually the original URL of this document.<br> If this file is moved, having the BASE set to the original URL<br> eliminates the need to also move all the documents which are<br> identified by relative URL links in this document.<br> <b>Minimum Attributes</b><br> <BASE HREF="..."><br> <b>All Possible Attributes</b><br> <BASE HREF="..." TARGET="..."><br> <b>Elements Allowed Within...</b><br> <b>Allowed In Content Of...</b><br> <b>Variations</b><br> This is a Level 0 element.<br> Netscape 2.0 defines the TARGET attribute to define a default<br> named target window for every link in a document that does not<br> have an explicit TARGET attribute.<br><br> <h1>BASEFONT</h1> <b>Description</b><br> Change the document base font size to one of the seven defined sizes.<br> The default is 3.<br> <b>Minimum Attributes</b><br> <BASEFONT SIZE=1|2|3|4|5|6|7><br> <b>All Possible Attributes</b><br> <BASEFONT SIZE=1|2|3|4|5|6|7><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The BASEFONT element is a Netscape extension.<br><br> <h1>BDO</h1> <b>Description</b><br> The BDO element is a directional override feature needed to deal<br> with unusual pieces of text in which directionality cannot be<br> resolved from context in an unambiguous fashion.<br> It requires the DIR attribute.<br> The meaning of DIR is different on BDO than on inline text markup elements.<br> For BDO the DIR attribute<br> is a bidi override, forcing the directionnality of even those<br> characters that have strong directionnality. On inline elements,<br> DIR indicates a new directional embedding level, affecting mostly the<br> neutrals and the overall layout.<br> <b>Minimum Attributes</b><br> <BDO DIR=ltr|rtl>characters... </BDO><br> <b>All Possible Attributes</b><br> <BDO<br> DIR=ltr|rtl LANG="...">characters...<br> </BDO><br> <b>Elements Allowed Within...</b><br> members of group<br> <b>Allowed In Content Of...</b><br> Any element that permits members of group<br> <b>Variations</b><br> The BDO element is a proposed element as part of the enhancement<br> to deal with internationalization of HTML.<br><br> <h1>BGSOUND</h1> <b>Description</b><br> The BGSOUND element will cause an audio file to be presented<br> as background to the document.<br> <b>Minimum Attributes</b><br> <BGSOUND SRC="..."><br> <b>All Possible Attributes</b><br> <BGSOUND<br> SRC="..."<br> LOOP="..."><br> <b>Elements Allowed Within...</b><br> The BGSOUND element is defined as having no content.<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The BGSOUND element is a MS Internet Explorer 2.0 enhancement.<br> SRC specifies the URL of the audio<br> file to be played. LOOP specifies how many times the sound will<br> be displayed while the HTML document is displayed, and can either<br> be a number or the string "infinite". The default for LOOP is one.<br> Considerable opposition to the use of this element has been expressed<br> on the Web, especially the use of LOOP=infinite, since users currently<br> have no way to disable the audio.<br><br> <h1>BIG</h1> <b>Description</b><br> The BIG element changes the physical rendering of the<br> contents of the element to a bigger font than normal text, if practical.<br> <b>Minimum Attributes</b><br> <BIG>characters...<br> </BIG><br> <b>All Possible Attributes</b><br> <BIG<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters...<br> </BIG><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The BIG element is proposed in Version 3, and is implemented as<br> a Netscape 2.0 enhancement.<br> All character definition elements are Level 2.<br><br> <h1>BLINK</h1> <b>Description</b><br> The BLINK element changes the physical rendering of the<br> contents of the element to a blinking font.<br> <b>Minimum Attributes</b><br> <BLINK>characters...<br> </BLINK><br> <b>All Possible Attributes</b><br> <BLINK>characters...<br> </BLINK><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> This element is a Netscape 1.1 enhancement<br> and many browsers ignore this element.<br> Many users find the use of this element annoying.<br> It should be restricted to short term use for new information.<br> Netscape 1.1N permits users to disable the rendering of this element.<br><br> <h1>BLOCKQUOTE</h1> <b>Description</b><br> The BLOCKQUOTE element defines a separated multi-line set of text<br> to be rendered as quoted text.<br> <b>Minimum Attributes</b><br> <BLOCKQUOTE><br> </BLOCKQUOTE><br> <b>All Possible Attributes</b><br> <BLOCKQUOTE<br> LANG="..."<br> DIR=ltr|rtl<br> ALIGN=center|left|right|justify><br> </BLOCKQUOTE><br> <b>Elements Allowed Within...</b><br> members of group<br> <b>Allowed In Content Of...</b><br> Any element that permits members of group<br> <b>Variations</b><br> RFC 1866 states the contents of the BLOCKQUOTE element is typically<br> rendered slightly indented both left and right, and/or italic font.<br> It also states that a single-font browser rendering may <br> display the contents with a vertical line<br> of ">" characters down the left margin<br> to indicate quotation in the Internet mail style.<br> The LANG and DIR attributes are introduced with the<br> internationalization proposal.<br> The internationalization proposal also includes<br> ALIGN=center|left|right|justify<br> Version 3 proposes replacing the BLOCKQUOTE element with the<br> element.<br> BLOCKQUOTE is a Level 0 element.<br><br> <h1>BODY</h1> <b>Description</b><br> The BODY element contains all the content of the document,<br> as opposed to the<br> , which contains information about<br> the document. All displayable elements should be within the content<br> of the BODY.<br> <b>Minimum Attributes</b><br> <b>All Possible Attributes</b><br> <BODY<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="..."<br> BACKGROUND="..."<br> BGCOLOR="..."<br> BGPROPERTIES=fixed<br> TEXT="#rrggbb"<br> LINK="#rrggbb"<br> VLINK="#rrggbb"<br> ALINK="#rrggbb"><br> </BODY><br> <b>Elements Allowed Within...</b><br> members of group <br> <b>Allowed In Content Of...</b><br> <b>Variations</b><br> The HTML, HEAD, and BODY elements were introduced with<br> RFC 1866, and are currently optional, but are considered<br> Level 0 elements.<br> The LANG and DIR attributes are introduced with the<br> internationalization proposal.<br> Version 3 proposes the attribute BACKGROUND.<br> Netscape 1.1 and MS Internet Explorer 2.0<br> include the BACKGROUND attribute, which is a URL to point<br> to an image to be reproduced to fill the background of the document.<br> Netscape 1.1 and MS Internet Explorer 2.0 both document the BGCOLOR extension.<br> Netscape requires an "#rrggbb" number, while<br> Internet Explorer also accepts the following color names: <br> Black, Maroon, Green, Olive, Navy, Purple, Teal, Gray, Silver, Red, Lime,<br> Yellow, Blue, Fuchsia, Aqua, White.<br> The TEXT, LINK, VLINK, and ALINK attributes are Netscape 1.1 extensions,<br> and also appear to work with MS Internet Explorer 2.0.<br> BGPROPERTIES is an MS Internet Explorer 2.0 extension and currently<br> only accepts the value of "fixed" which provides a watermark<br> (non-scrolling) background image.<br> <b>Sandia Requirements</b><br> The HTML, HEAD and BODY elements are required.<br><br> <h1>BQ</h1> <b>Description</b><br> The BQ element defines a multi-line set of text<br> to be rendered as quoted text.<br> The content of the BQ element may optionally contain the<br> element.<br> <b>Minimum Attributes</b><br> <BQ><br> </BQ><br> <b>All Possible Attributes</b><br> <BQ<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="..."<br> CLEAR=left|right|all|"..."<br> NOWRAP><br> </BQ><br> <b>Elements Allowed Within...</b><br> <br>-others to be determined-<br> <b>Allowed In Content Of...</b><br> <br>-others to be determined-<br> <b>Variations</b><br> The BQ element is proposed in Version 3 as a replacement<br> for the BLOCKQUOTE element.<br> Version 3 does not indicate the typical rendering of the contents<br> of the BQ element, but does indicate that it may not imply<br> text separation.<br><br> <h1>BR</h1> <b>Description</b><br> The BR element breaks for a new line, but does not produce<br> separation of text.<br> <b>Minimum Attributes</b><br><br> <b>All Possible Attributes</b><br> <BR<br> CLEAR=left|right|all|"..."<br> ID="..."<br> CLASS="..."><br> <b>Elements Allowed Within...</b><br> The BR element is defined as having no content.<br> <b>Allowed In Content Of...</b><br> Any element that permits members of group<br> <b>Variations</b><br> The CLEAR attribute is a Netscape 1.1 extension and was added<br> to force the line break to clear possible floating graphic images.<br> The standard tables proposal expects the presence of this attribute<br> since it expects text to flow around a table, if possible,<br> but does not standardize the attribute's existence as part of the proposal.<br> Version 3 includes CLEAR, and proposes the remaining attributes.<br> The BR element is Level 0.<br><br> <h1>CAPTION</h1> <b>Description</b><br> The CAPTION element is used to label a table or figure.<br> The ALIGN attribute specifies on which outside edge to place the caption.<br> <b>Minimum Attributes</b><br> <CAPTION>characters... </CAPTION><br> <b>All Possible Attributes</b><br> <CAPTION<br> ALIGN=top|bottom|left|right<br> LANG="..."<br> DIR=ltr|rtl<br> ID="..."<br> CLASS="...">characters... </CAPTION><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> <b>Variations</b><br> The CAPTION element was originally proposed in Version 3<br> and is part of the current table proposal.<br> This element is an extension in Netscape 1.1.<br><br> <h1>CENTER</h1> <b>Description</b><br> All contents within the CENTER element is to be <br> centered between the current left and right margin.<br> <b>Minimum Attributes</b><br> <CENTER>characters... </CENTER><br> <b>All Possible Attributes</b><br> <CENTER>characters... </CENTER><br> <b>Elements Allowed Within...</b><br> -In progress, to be determined-<br> <b>Allowed In Content Of...</b><br> -In progress, to be determined-<br> <b>Variations</b><br> The CENTER element is a Netscape 1.1 extension.<br> It was provided as an alternative to the HTML+ and Version 3<br> ALIGN="center" proposed new attribute for all the<br> text block elements such as the<br> paragraph and<br> <H?> header elements and the new<br> <DIV> element.<br> Both RFC 1866 and the current Version 3 specification<br> only include the ALIGN attribute, not the CENTER element,<br> and Netscape 2.0 has added the ALIGN="center" attribute.<br><br> <h1>Что можно делать с помощью cookie?</h1> Сами по себе cookies не могут делать ничего, это только лишь некоторая<br> информация. Однако, сервер может на содержащуюся в cookies информацию.<br> Например, в случае авторизованного доступа к чему либо через WWW,<br> в cookies сохраняется login и password в течение сессии, что позволяет<br> не вводить их при запросе каждого запаролированного документа.<br> Другой пример: cookies могут использоваться для построения персонализированных<br> страниц. Чаще всего встречается такое - на некотором сервере Вас<br> просят ввести свое имя, и каждый раз, когда Вы заходите на первую<br> страницу этого сервера, Вам пишут что-то типа "Hello, your_name!".<br> На использовании cookies также часто строят функцию оформления<br> заказа в онлайновых магазинах, в частности, в Амазоне, такая своеобразная<br> виртуальная корзина покупателя, как в обычном реальном супермаркете.<br><br> <h1>Что такое cookie?</h1> Cookie является решением одной из наследственных проблем HTTP<br> спецификации. Эта проблема заключается в непостоянстве соединения<br> между клиентом и сервером, как при FTP или Telnet сессии, т.е.<br> для каждого документа (или файла) при передаче по HTTP протоколу<br> посылается отдельный запрос. Включение cookie в HTTP протокол<br> дало частичное решение этой проблемы.<br> Cookie это небольшая порция информации, которую сервер передает<br> клиенту. Клиент (броузер) будет хранить эту информацию и передавать<br> ее серверу с каждым запросом как часть HTTP заголовка. Некоторые<br> cookie хранятся только в течение одной сессии, они удаляются после<br> закрытия броузера. Другие, установленные на некоторый период времени,<br> записываются в файл. Обычно этот файл называется 'cookie.txt'.<br><br> <h1>Что такое cookies и как с ними работать</h1> Откуда возник термин "cookie" никто достоверно не знает, хотя считается, что во времена зарождения где-то использовалось словосочетание Magic Cookies. Имелись в виду "квитанции" (token, ticket), которыми обменивались программы.<br> Cookie является решением одной из наследственных проблем (HyperText Transfer Protocol). Эта проблема заключается в непостоянстве соединения между клиентом и сервером, как при или Telnet сессии, т.е. для каждого документа (или файла) при передаче по HTTP протоколу посылается отдельный запрос. Включение cookie в HTTP протокол дало частичное решение этой проблемы. Иначе говоря, транзакция завершается после того, как браузер сделал запрос, а сервер выдал соответствующий ответ. Сразу после этого сервер "забывает" о пользователе и каждый следующий запрос того же пользователя считает новым пользователем.<br> Используя cookie, можно эмулировать сессию по HTTP протоколу. Коротко принцип эмуляции сессии таков: на первом запросе выдается соотвествующее значение cookie, а при каждом последующем запросе это значение читается из переменной окружения HTTP_COOKIE и соответствующим образом обрабатывается.<br> Простой пример: есть форма, где пользователю предлагается указать свое имя, из нее вызывается скрипт, прописывающий значение cookie в браузер пользователя. При каждом последующем заходе на основе анализа значения cookie из браузера пользователя на странице появляется либо именное приветствие (если есть установленное значение cookie), либо первоначальная форма с запросом имени пользователя (если значение cookie не установлено).<br> Cookie - это небольшая порция текстовой информации, которую сервер передает браузеру. Браузер будет хранить эту информацию и передавать ее серверу с каждым запросом как часть HTTP заголовка. Одни значения cookie могут храниться только в течение одной сессии, они удаляются после закрытия броузера. Другие, установленные на некоторый период времени, записываются в файл. Обычно этот файл называется 'cookies.txt' и лежит в рабочей директории установленного на компьютер браузера. У меня, к примеру, в этом файле содержится следующее:<br> <br> # 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<br><br> Как видно, у меня оставили cookie , поисковая система , бесплатный почтовый сервер , рекламные сети и отечественная . В настоящее время большинство браузеров поддерживает механизм cookies. Я точно знаю, что cookie можно использовать во всех версиях Netscape Navigator, Microsoft Internet Explorer и NCSA Mosaic.<br><br> <b>Что можно делать с помощью cookie?</b><br><br> Сами по себе cookies не могут делать ничего, это только лишь некоторая текстовая информация. Однако сервер может считывать содержащуюся в cookies информацию и на основании ее анализа совершать те или иные действия. Например, в случае авторизованного доступа к чему либо через WWW в cookies сохраняется login и password в течение сессии, что позволяет пользователю не вводить их снова при запросах каждого документа, защищенного паролем.<br><br> На использовании cookies также часто строят функции оформления заказов в онлайновых магазинах, в частности, в самом крупном виртуальном книжном магазине реализована своеобразная виртуальная корзина покупателя, как в обычном реальном супермаркете, в которую сервер записывает информацию обо всех заказанных книгах. Пользователь просто помечает интересующие его книги, а затем оформляет покупку сразу всех отмеченных книг.<br><br> Еще одна распространенная область использования cookies - при настройке индивидуального профиля каждого зарегистрированного пользователя.<br><br> И, наконец, самая последняя область - использование механизма cookie в рекламном бизнесе на Интернет. Еще год назад реклама в Интернет за деньги была довольно экзотической услугой, а сейчас этот бизнес уже устоялся и стремительно развивается. Однако рекламодатели начинают предъявлять более жесткие условия к оценке эффективности своих расходов. Cookie используются для таргетинга рекламы (определения целевой аудитории, например, по географическому положению пользователей), отслеживания интересов пользователей, учета количества показов и проходов сквозь баннеры.<br><br> <b>Работа с cookie</b><br><br> <br> Теперь, когда с принципами действия и областями применения cookie все более или менее понятно, можно приступить к изучению формата и синтаксиса, а также способов задания значений cookie.<br><br> Формат и синтаксис cookie<br><br> Предлагаемое мной в этой статье описание формата и синтаксиса cookie является вольным пересказом изначальной спецификации Netscape Communications "". В настоящий момент идет разработка более строгой спецификации для cookie. Итак, cookie является частью HTTP заголовка. Полное описание поля Set-Cookie HTTP заголовка:<br><br> Set-Cookie: NAME=VALUE; expires=DATE; path=PATH; domain=DOMAIN_NAME; secure<br><br> Минимальное описание поля Set-Cookie HTTP заголовка:<br><br> Set-Cookie: NAME=VALUE;<br><br> <b>NAME=VALUE</b> - строка символов, исключая перевод строки, запятые и пробелы. NAME-имя cookie, VALUE - значение. Не допускается использование двоеточия, запятой и пробела.<br><br> <b>expires=DATE</b> - время хранения cookie, т.е. вместо DATE должна стоять дата в формате "expires=Monday, DD-Mon-YYYY HH:MM:SS GMT", после которой истекает время хранения cookie. Если этот атрибут не указан, то cookie хранится в течение одного сеанса, до закрытия броузера.<br><br> <b>domain=DOMAIN_NAME</b> - домен, для которого значение 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", например, придется указывать три периода.<br><br> Если этот атрибут опущен, то по умолчанию используется доменное имя сервера, на котором было задано значение cookie.<br><br> <b>path=PATH</b> - этот атрибут устанавливает подмножество документов, для которых действительно значение cookie. Например, указание "path=/win" приведет к тому, что значение cookie будет действительно для множества документов в директории /win/, в директории /wings/ и файлов в текущей директории с именами типа wind.html и windows.shtml. Для того, чтобы cookie отсылались при каждом запросе к серверу, необходимо указать корневой каталог сервера, например, "path=/".<br><br> Если этот атрибут не указан, то значение cookie распространяется только на документы в той же директории, что и документ, в котором было установлено значение cookie.<br><br> <b>secure</b> - если стоит этот маркер, то информация cookie пересылается только через HTTPS (HTTP с использованием SSL - Secure Socket Level), в защищенном режиме. Если этот маркер не указан, то информация пересылается обычным способом.<br><br> Синтаксис HTTP заголовка для поля Cookie<br><br> <br> Когда запрашивается документ с HTTP сервера, браузер проверяет свои cookie на предмет соответствия домену сервера и прочей информации. В случае, если найдены удовлетворяющие всем условиям значения cookie, броузер посылает их в серверу в виде пары имя/значение:<br><br> Cookie: NAME1=OPAQUE_STRING1; NAME2=OPAQUE_STRING2 ...<br><br> Дополнительные сведения<br><br> Одновременно можно задавать несколько значений cookie.<br><br> В случае, если cookie принимает новое значение при имеющемся уже в браузере cookie с совпадающими параметрами NAME, domain и path, то старое значение заменяется новым. В остальных случаях новые значения cookie добавляются к старым.<br><br> Использование expires не гарантирует сохранность cookie в течение заданного периода времени, поскольку клиент (браузер) может удалить запись из-за нехватки выделенного места или каких-либо других причин.<br><br> Клиент (браузер) имеет следующие ограничения для cookies:<br><br> <li>всего может храниться до 300 значений cookies</li> <li>каждый cookie не может превышать 4Кбайт</li> <li>с одного сервера или домена может храниться до 20 значений cookie</li><br><br> Если ограничение 300 или 20 превышается, то удаляется первая по времени запись. При превышении лимита объема в 4Кбайт корректность значения cookie страдает - отрезается кусок записи (с начала этой записи) равный превышению объема.<br><br> В случае кэширования документов, например, proxy-сервером, поле Set-cookie HTTP заголовка никогда не кэшируется.<br><br> Если proxy-сервер принимает ответ, содержащий поле Set-cookie в заголовке, предполагается, что поле доходит до клиента вне зависимости от кода возврата 304 (Not Modified) или 200 (OK). Соответственно, если клиентский запрос содержит в заголовке Cookie, то он должен дойти до сервера, даже если жестко установлен параметр If-modified-since.<br><br> Ниже приведено несколько примеров, иллюстрирующих использование cookies<br><br> <b>Пример 1. Управление подмножеством документов, для которых действительны значения cookie, и их сроком годности</b><br><br> Браузер запрашивает документ и принимает от сервера в ответ:<br><br> Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23:12:40 GMT<br><br> <br> Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает серверу:<br><br> Cookie: CUSTOMER=WILE_E_COYOTE<br><br> Браузер запрашивает документ и принимает от сервера в ответ:<br><br> Set-Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001; path=/<br><br> Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает серверу уже два значения cookie:<br><br> Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001<br><br> Сервер установил еще одно значение cookie, на этот раз с другой областью действия:<br><br> Set-Cookie: SHIPPING=FEDEX; path=/foo<br><br> Теперь браузер, запрашивая URL с путем "/" на этом сервере, посылает лишь два значения cookie:<br><br> Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001<br><br> и лишь при запросе браузером документов с путем "/foo" на этом сервере посылаются все три значения cookie:<br><br> Cookie: CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001; SHIPPING=FEDEX<br><br> Комментарий: после закрытия браузера в файле 'cookies.txt' останется только одно значение cookie:<br><br> CUSTOMER=WILE_E_COYOTE<br><br> поскольку только для него установлен срок годности - 9 ноября 1999 года. Все остальные значения не будут сохранены.<br><br> <b>Пример 2. Значения cookie с одинаковыми именами, но разными параметрами</b><br><br> Браузер запрашивает документ и принимает ответ от сервера:<br><br> Set-Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001; path=/<br><br> Когда браузер запрашивает URL с путем "/" на этом сервере, он посылает значение:<br><br> Cookie: PART_NUMBER=ROCKET_LAUNCHER_0001<br><br> Во второй раз, запрашивая документ, браузер принимает от сервера значение cookie с другой областью действия:<br><br> Set-Cookie: PART_NUMBER=RIDING_ROCKET_0023; path=/ammo<br><br> Когда браузер запрашивает URL с путем "/ammo" на этом сервере, он посылает значение:<br><br> Cookie: PART_NUMBER=RIDING_ROCKET_0023; PART_NUMBER=ROCKET_LAUNCHER_0001<br><br> Комментарий: здесь мы имеем две пары имя/значение с одинаковым именем "PART_NUMBER". При закрытии браузера ни одно из этих значений не сохранится, поскольку не задан параметр expires.<br><br> <b>Способы задания значений cookie</b><br><br> <br> Способ задания значений cookie зависит того, как эти значения будут использоваться и какие имеются серверные ресурсы. Можно манипулировать временем жизни выставленных cookie и устанавливать подмножества URL (Universal Resource Locator), в которых заданные значения действительны. Есть несколько способов задания, наиболее часто используются три - через META-таги языка HTML, JavaScript и CGI-скрипты. Любым способом можно задавать как одно, так и несколько значений сразу. Сразу хочу предупредить - не забывайте об ограничениях по объему и количеству значений cookie, а также параметре domain, так как помимо основного доменного имени узла часто бывает несколько алиасов (alias).<br><br> 1. Задание cookie с помощью META-тагов<br><br> Простейший способ выставить cookie - использовать соответствующий META-таг в контейнере <head> <link rel="canonical" href="https://www.e-lave.ru//index.htm"/>...</HEAD> любого статического HTML документа. В общем случае это выглядит следующим образом:<br><br> <META HTTP-EQUIV="Set-Cookie" CONTENT="NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE"><br><br> Такой способ задания cookie, на мой взгляд, наиболее интересен для создателей маленьких домашних страничек, когда нет возможности писать свои собственные . А если есть поддержка (Server Side Include) или , то можно делать интерактивные страницы вообще без использования внешних CGI-скриптов. При наличии SSI на узле создание интерактивности с использованием механизма cookie становится просто удовольствием.<br><br> С помощью <META HTTP-EQUIV="Set-Cookie" CONTENT="..."> cookie задается на любой статичной странице, директивой (none) можно потом считать любые переменные окружения, в том числе и ранее заданные значения cookie (переменная HTTP_COOKIE), а с помощью конструкций ,