web - tec / PHP 5 для начинающи

144 Глава 3

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

Понятие состояния

В общих чертах многие пользователи компьютеров представляют себе работу та+ ких настольных приложений, как Excel, Word, Dreamweaver и др. Пользователь запус+ кает приложение, оно появляется на экране и дает возможность работать с докумен+ тами посредством пунктов меню, диалоговых окон, элементов управления и полей форм. Может показаться, что нет никакого разделения между логикой обработки данных в приложении и пользовательским интерфейсом. На самом деле всякий раз, когда пользователь выбирает какой+либо пункт меню, нажимает кнопку или вводит какие+либо данные в поле формы, он фактически использует пользовательский ин+ терфейс, а пользовательский интерфейс обменивается данными с программной логи+ кой внутри приложения. Затем приложение отвечает, выполняя обработку и выводя какой+либо ответ в пользовательском интерфейсе. Некоторые действия пользователя могут не иметь отклика, тогда как другие, очевидно, приводят к выполнению огром+ ного объема скрытой от пользователя обработки данных.

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

Кроме взаимодействия пользователя с приложением, существует множество об+ стоятельств, которые могут изменить состояние приложения. Например, предполо+ жим, что пользователь играет в игру и у него в распоряжении 15 секунд для переме+ щения. Приложение отслеживает системное время и может выполнять действия, абсолютно независимые от действий пользователя (кроме самого перемещения), в за+ висимости от истекшего периода времени (еще один случай изменения состояния). Какое отношение это имеет к Web+приложениям?

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

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

PHP, HTML и состояние сеанса 145

Контроль состояния

Часто программист сталкивается с проблемой сохранения состояния в PHP+ программах, когда требуется сохранять значения переменных между запросами стра+ ниц, поскольку каждая страница является отдельной программой, а как только про+ грамма выполнила обработку, все переменные и значения теряются ++++++ программа за+ вершила работу, и все данные стерлись из памяти. В отличие от настольных приложений, которые хранят данные в памяти до тех пор, пока пользователь не за+ кроет приложение, PHP+программа запускается только после запроса, активизирую+ щего данную страницу, и работает до тех пор, пока не будет завершена обработка и/или HTML или текстовое содержимое не будет возвращено пользователю.

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

Ключевым компонентом данного процесса обычно является cookie*файл (неболь+ шой блок данных, хранящийся на клиентском компьютере) или некоторая перемен+ ная, пересылаемая между клиентом и сервером, которая часто называется идентифи* катором сеанса. Cookie+файлы и идентификаторы сеансов используются для того, что+ бы сервер ‘‘знал’’, с каким клиентом он взаимодействует в процессе того или иного запроса. Идентификатор сеанса (или соответствующий cookie+файл) идентифицирует клиента на Web+сайте так же, как имя пользователя идентифицирует данного пользо+ вателя в операционной системе.

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

Скрытые поля форм

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

<form action="myform.php" method="post"> <select name="selected_product_id"> <option value="121">Продукт 121</option> <option value="122"> Продукт 122</option> </select>

<input type="submit" name="button" value="Выбрать продукт"> </form>

После этого пользователю можно возвратить страницу со следующим кодом:

<input type="hidden" name="chosen_product_id" value="<?php echo $selected_product_id; ?>">

146 Глава 3

До того как страница будет возвращена пользователю, его выбор будет обработан как такой код (предположим, пользователь выбрал продукт 122):

<form action="myform.php" method="post">

<input type="hidden" name="chosen_product_id" value="122">

Таким образом, когда пользователь в следующий раз отправит форму, в отправлен+ ных данных будет поле chosen_product_id, которое будет преобразовано PHP в пе+ ременную $chosen_product_id. Эту переменную затем можно будет использовать для обработки информации по выбранному продукту независимо от того, на какой странице пользователь выбрал данный продукт. Однако нельзя забывать, что каждый раз, когда пользователь запрашивает другую страницу, в коде этой страницы должно быть то же скрытое поле с тем же значением. В противном случае это значение будет потеряно.

Строки запроса

Чтобы поддерживать значения состояния между запросами страниц, можно ис+ пользовать строки запроса так же, как скрытые поля форм. Однако, как уже отмеча+ лось, пары имя/значение строк запроса будут отображаться в адресной строке брау+ зера вместе с URL. Такой способ передачи данных очень ненадежен, а, кроме того, он предоставляет злоумышленнику возможность прервать, перехватить или иным обра+ зом вмешаться в передачу информации.

Базы данных

Механизм работы баз данных и доступа к ним обсуждается в главах 9, 10 и 11, од+ нако общеизвестно, что базы данных используются для постоянного (т.е. данные со+ храняются даже после выключения сервера) хранения структурированной информа+ ции, поэтому очевидно, что базы данных можно применять для хранения данных между запросами страниц. По существу, если разработчик не против издержек созда+ ния запросов к базе данных при каждом обращении к странице, то для хранения всех постоянных данных между запросами страниц можно использовать таблицу базы данных. Такой подход, безусловно, имеет свои недостатки ++++++ издержки в соединениях с базой данных и дополнительные усилия на создание самой базы данных.

Cookie-файлы

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

Хранение пользовательских настроек для определенного сайта.

Хранение ключа (или ключей), которые можно использовать для связи пользо+ вателей с их персональными данными ++++++ как это делается в бесчисленных при+ ложениях типа покупательских тележек.

148 Глава 3

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

По существу, cookie представляют собой сообщения сервера вроде ‘‘эти данные нужно запомнить; напомни мне, когда вернешься в следующий раз’’. ‘‘Следующий раз’’ может наступить когда угодно: когда пользователь нажмет на ссылку двумя секундами позже или когда вернется на сайт через неделю. Это и есть постоянство данных. Cookie+файлы подобны именным табличкам, которые идентифицируют делегатов кон+ ференции до тех пор, пока делегаты их носят.

Web+серверы отправляют клиентам cookie+данные в HTTP+заголовках, которые передаются раньше любого HTML+текста. Аналогично браузеры возвращают cookie+ данные, также используя HTTP+заголовки. Клиент определяет, какие cookie+файлы отправлять Web+сайту, на основании имени сервера и запрашиваемой в текущий мо+ мент страницы. Поэтому если пользователь заходит на сайт www.php.net, то браузер не отправляет этому сайту cookie, полученные от сайта www.wrox.com.

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

Запись и считывание cookie-файлов

PHP, как и подобает современному языку Web+сценариев, полностью поддержива+ ет cookie, а отправка cookie осуществляется с помощью вызова функции setcookie(). Подобно функции header(), функцию setcookie() необходимо вызывать до того, как в браузер будет выведен какой+либо HTML+текст, поскольку cookie отправляются в HTTP+заголовках, которые должны отсылаться раньше HTML+кода.

Функция setcookie() принимает шесть параметров, самыми важными из кото+ рых являются первые три:

1.Строка, используемая в качестве имени переменной.

2.Строка, используемая в качестве значения этой переменной.

3.Временная метка Unix, означающая срок действия cookie+файла.

Временная метка Unix ++++++ это длинное целое число, которое представляет коли+ чество секунд, прошедших с полуночи 1 января 1970 года. Текущее время в форме временной метки Unix можно получить с помощью функции time(). Чтобы устано+ вить cookie, срок действия которого заканчивается через один час после установки, можно вызвать функцию setcookie(), передав ей в качестве третьего параметра выражение time()+3600.

Три последние параметра функции setcookie() используются не так часто; их описания приведены ниже.

Путь, к которому относятся cookie+файлы; браузер не возвращает серверу cookie+ файлы, установленные с несоответствующих путей. Например, если значением этого параметра при установке cookie был путь /my/path/number/one, то при

152 Глава 3

$type = array("arial", "helvetica", "sans-serif", "courier"); $size = array("1","2","3","4","5","6","7");

echo "<html><head><title>Тест cookie</title></head><body><div align='center'>";

//В данной форме содержится два списка, которые можно использовать для //определения пользовательских предпочтений:

echo "<form method='POST'>";

echo "Какой шрифт Вы хотели бы использовать? ";

echo "<select name='type_sel'>";

echo "<option selected value=">по умолчанию</option>"; foreach ($type as $var) {

echo "<option>$var</option>";

}

echo "</select><br><br>";

echo "Какой размер шрифта Вы хотели бы использовать? ";

echo "<select name='size_sel'>";

echo "<option selected value=">по умолчанию</option>";

foreach ($size as $var) {

echo "<option>$var</option>";

}

echo "</select><br><br>";

echo "<input type='submit' value='Получить cookie'>"; echo "</form>";

Наконец, отображаются cookie+ и POST+переменные, показывая, как изменяются их значения в зависимости от выбора пользователя. Отображаемые переменные форматируются согласно соответствующим значениям:

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

echo "<b> Cookie-информация:</b><br>"; echo "<font ";

if ($_COOKIE[font][type]) {

$cookie_font_type = $_COOKIE[font][type]; echo "гарнитура='$cookie_font_type' ";

}

if ($_COOKIE[font][size]) {

$cookie_font_size = $_COOKIE[font][size]; echo "размер='$cookie_font_size' ";

}

echo ">";

echo "\$font[type] = $cookie_font_type<br>"; echo "\$font[size] = $cookie_font_size<br>";

echo "</font><br>";

echo "<b> Информация переменных формы:</b><br>"; echo "<font ";

if ($-POST[type_sel]) {

$post_type_sel = $_POST[type_sel]; echo "гарнитура='$post_type_sel' ";

}

if ($_POST[size-sel]) {

$post_size_sel = $_POST[size_sel]; echo "размер='$post_size_sel' ";

}

echo ">";

echo "\$type_sel = $post_type_sel<br>"; echo "\$size_sel = $post_size_sel<br>"; echo "</font>";

echo "</div></body></html>";

?>