Учим PHP

АВТОР	СООБЩЕНИЕ
SONIC Имя: Гев Репутация: 0 Регистрация: 7.02.2007 Всего сообщений: 248 Откуда: Ростовская обл...	28 августа 2008, 10:37 пиши много людей оценят...труды даром не пропадут
prokazneg	28 августа 2008, 19:42 ща в текстовом формате выложу статью..
prokazneg	28 августа 2008, 20:05 кароч решил сюда написать ))и так начнем лекцию )
prokazneg	28 августа 2008, 20:07 Сначала хотелось бы сказать пару слов насчет самого термина cookies (это множественное число, произносится как "кукис" или, более "русифицировано", "куки"). В буквальном переводе слово звучит как "печенье", и почему компания Netscape так назвала своё изобретение, не совсем ясно. А поскольку писать "печенье" несколько неудобно, чтобы не вызывать несвоевременных гастрономических ассоциаций, везде, где можно, мы будем применять именно слово cookies, во множественном числе и мужского рода.Кстати, в единственном числе это понятие записывается cookie и произносится на русский манер - "кука". Начнем с примера. Скажем, мы хотим завести гостевую книгу: пользователь вводит своё имя, e-mail, адрес домашней странички (и другую информацию о себе), наконец, текст сообщения, и после нажатия кнопки его мысль отправляется в путешествие по проводам и серверам, чтобы в конце концов попасть в некую базу данных на нашем сервере и остаться там на веки вечные. М-Да...
prokazneg	28 августа 2008, 20:08 Теперь предположим, что это наша гостевая книга - довольно часто посещаемое место, у неё есть постоянные пользователи, которые несколько раз на дню оставляют там свои сообщения. Что же - им придется каждый раз вводить своё имя, адрес электронной почты и другую информацию в пустые поля? Как бы сделать так, чтобы это все запоминалось где-то, и даже при следущем запуске браузера, нужные поля формы инициализировались автоматически, разумеется - у каждого пользователя индивидуально, тем,чем он заполнял их ранее?Чтобы этого добиться, в принципе существуют 2 метода. Оба они имеют как достоинства, так и недостатки, и вскоре мы увидим, в чем же они заключаются.Первый способ: Хранить на сервере отдельную базу данных, в которой для каждого пользователя по его IP-адресу можно было бы получить последние им же введенные данные. В принципе, это решение довольно универсально, однако, у него есть два существенных недостатка, которые сводят на нет все преимущества. Главный из них - большинство пользователей не имеют фиксированного (как говорят статического) IP-адреса - каждый раз при входе в Интернет он назначается им(провайдером) автоматически(сервер провайдера>>>
prokazneg	28 августа 2008, 20:09 обычно имеет контроль над несколькими десятками зарезервированных IP-адресов, доступных для пользователя, и выбирает для него тот, который еще не занят кем-то еще). Таким образом, мы вряд ли сможем определить, кто на самом деле зашел в нашу гостевую книгу. Второй недостаток мало связан с первым - дело в том, что если ваших пользователей очень много, то довольно проблематично в принципе иметь такую БД, ведь она занимает место на диске, не говорю уж об издержках на поиск в ней.Второй способ: Подразумевает использование cookies. Cookie - это небольшая именованая порция информации, которая хранится в каталоге браузера пользователя(а не на сервере, заметьте!), но которую сервер(а точнее, сценарий) волен в любой момент изменить. Кстати сценарий также получает все cookies, которые сохранены на удаленном компьютере, при каждом своём запуске, так что он может в любой момент времени узнать, что же там у пользователя установлено. Самым удобным в cookies является то, что они могут>>>Хранится недели и годы до тех пор, пока их не обновит сервер или даже пока не истечет срок их жизни(который тоже назначается сценарием при создание cookie). Таким образом. Мы можем иметь cookies, которые "живут" всего несколько минут (или до того момента, пока не закроют браузер), а можем - "долгожителей". Не правда ли, последний способ представляет собой идеальное решение для нашей проблемы? Действительно, теперь сценарию гостевой книги достаточно получить у пользователя его данные, запомнить их в cookies>
prokazneg	28 августа 2008, 20:10 А затем работать, будто ничего и не произошло. Конечно, перед выгодно HTML-документа формы обязательно придется поставить значения value для некоторых элементов (которые, ясно, извлечены из соответствующих cookies). Но не все так гладко. Конечно, и у этой схемы есть недостатки. Первый из них - не все браузеры поддерживают cookies, а пользователи тех, которые поддерживают, иногда имеют обыкновение отключать cookie - якобы для большей безопасности (хотя безопасность тут совсем не при чем, дело в самих этих>>>пользователях). Второй недостаток заключается в том, что каждый браузер хранит свои cookies отдельно. То есть cookies установленные при пользовании Internet Explorer, не будут "видны" при работе в Netscape Navigator, и наоборот.Но согласитесь, все же это почти не умаляет достоинств cookies - в конце концов, обычно пользователи работают только в одно из перечисленных браузеров. Кстати всего чаще в internet Explorer. В данный момент указанный браузер имеет в несколько раз большие возможности, чем Netscape Navigator, работая при этом, правда, несколько медленее). Что ж... Время покажет, кто из них выживет. Но хватит про браузеры. Как уже упоминалось, каждому cookie сопоставленно время его жизни, которое хранится вместе с ним.
prokazneg	28 августа 2008, 20:11 Кроме этого, имеется также информация об имени сервера, установившего этот cookie, и URL каталога, в котором находился сценарий-хозяин в момент инициализации (за некоторыми исключениями).Зачем нужны имя сервера и каталог? Дело в том, что сценарию передаются только те cookies, у которых параметры с именем сервера и каталога совпадают с хостом и каталогом сценария соответственно (Ну, на самом деле каталог не должен совпадать полностью, он может являюсься подкаталогом того, который создан для хранения cookies). Так что совершенно невозможно получить доступ к "чужим" cookies-браузер просто не будет посылать их серверу.Это и понятно: представьте себе, сколько ненужной информации передавалось бы сценарию, если бы все было не так(особенно если пользователь довольно активно посещает различные серверы, которые не прочь поставить ему свой набор cookies). Кроме того, "чужие" cookies не предоставляются в целях защиты информации от несанкционированного доступа - ведь в каком-то cookie может хранится, скажем, важный пароль (как часто делается при авторизации), а он должен быть доступен только одному определеннос хосту.
prokazneg	28 августа 2008, 20:12 Лекция окончена спасибо за внимание )))
prokazneg	28 августа 2008, 20:13 Раньше много было заблуждений о применений кукисов этих, это было еще когда они были на первоначальной стадии развития и только начали применятся, в основном было два напряга один это безопасность, а второй конфидециальность. Но сичаз все норм