Справочник по PHP : Управляющие функции : Управление сессиями : Обзор обработчиков

смотрим также

Материал из Справочник Web-языков

Содержание

handler_open

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

Функция вызывается, когда вызывается session_start(). Обработчик должен взять на себя всю работу, связанную с открытием базы данных для группы сессий с именем $session_name. В параметре $save_path передается то, что было указано при вызове session_save_path() или же путь к файлам-хранилищам данных сессий по умолчанию.

handler_close

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

handler_read

Чтение данных сессии.

Этот обработчик вызывают, когда нужно прочитать данные сессии с идентификатором $sid из временного хранилища.

Возвращаемые данные представлены в следующем виде:

Например, наша запись может иметь следующий вид:

handler_write

Запись данных сессии.

handler_gc

Очищает временное хранилище данных через определенный промежуток времени.

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

session_set_save_handler

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

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

Источник

Урок 9. Формы. Часть 2

Это вторая часть девятого урока изучения html, в котором мы продолжим говорить о формах. Из данного урока вы узнаете как и какие параметры передаются, методы передачи данных из формы.

Теория и практика

В прошлом части урока мы рассмотрели как создаются формы и ее элементы, а также атрибуты элементов форм. Если вы не прошли прошлый урок, рекомендую его пройти. Сначала закончим с элементами, которые остались нами не рассмотренными в прошлом уроке. Начнём с элемента radio button. В коде он выглядит следующим образом:

Как это выглядит в браузере:

Как это выглядит в браузере:

Рассмотрим атрибуты текстовой области.

name=»other» — имя элемента. Данный атрибут обязательно писать и его имя должно быть уникальным.

cols=»40″ — количество столбцов. Определяет ширину текстовой области.

rows=»6″ — количество строк. Определяет высоту текстовой области.

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

Последнее что хотел рассказать о формах это какие бывают методы передачи из формы и про файл обработчик.

Рассмотрим пример кода:

Как это выглядит в браузере:

В атрибуте method=»» задается тип передачи данных формы. Он бывает POST и GET. Отличие заключается в том, что при передаче методом GET данные формы передаются в адресной строке. То есть их можно увидеть. А при передаче методом POST данные скрываются и пользователь их не может увидеть. Вот как это выглядит:

Чтобы стало еще более понятно. Посмотрите примеры прямо в браузере:

Метод GET

Посмотреть примерСкачать

Метод POST

Посмотреть примерСкачать

Посмотреть работу вы сможете прямо в браузере. Но когда скачаете архив и распакуете прямо на рабочий стол, оно работать у вас не будет, так как там есть php файл. А это компилируемый файл, для которого необходим сервер. У себя на компьюетере под windows вы можете установить Denwer.

За два урока мы полностью рассмотрели создание формы, ее элементы, атрибуты элементов формы, какие методы отправки бывают и куда данные отправляются при нажатии кнопки «Отправить». Пробуйте всё прописать руками. Тогда вы лучше запомните их и будете помнить где и как их применить.

Источник

Первый опыт работы с Handler Socket & php_handlersocket

Немного вскружилла голову статья Использование MySQL как NoSQL — История о том, как достичь 750,000 запросов в секунду (Перевод моего друга Вадима). Есть и другие материалы по этой теме. И вот дошли руки до экспериментов.

Ниже приведены мои впечатления о первых экспериментах.

Не буду пересказывать статью про установку. Если Вы устанавливали MySQL из исходников — у Вас не должно возникнуть проблем.

После установки handlersocket и выполении команды SHOW PROCESSLIST; должно появится неч-то следующее:

В нагруженном состоянии картинка будет приблизительно такой

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

Кол-во рабочих тредов можно регулировать в my.conf параметрами:
loose_handlersocket_threads = 16
loose_handlersocket_threads_wr = 1

Если вы собрали хоть одно расширение под РНР, то и с установкой php-hanlpersocket не должно возникнуть проблем. Немного смущает отсутствие документации. К выбору примера и наглядности особых претензий нет. Тестировалось как на MyISAM, так и InnoDb.

Можно организовать выборку по всему региону (id_region=1):

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

За гранью обзора остались операции INSERT/UPDATE/DELETE. Надеюсь в ближайшем будущим дать более подробный обзор.

Handlersocket хорошо показал в сочетании со sphinx. C посощью Сфинкса осуществляем поиск необходимых id документа, а с помощью handlersocket мгновенно выбираем необходимую информацию.

Сравнение производительности клиентов
верхняя строчка PHPHS
нижняя php-handlersocket
время грязное в микросекундах, с учетом на инклуды и инстанс класса
0.005791
0.001404
—
0.007095
0.001383
—
0.00456
0.002563
—
0.006104
0.001384

0.000451
0.000632
—
0.00039400000000001
0.00020700000000007
—
0.00040000000000007
0.00021399999999994
—
0.00053999999999998
0.002058
—
0.002926
0.0002089999999999
—
0.000386
0.00021100000000002

SHOW PROCESSLIST процессов handlersocket не показал

Источник

Обработка ошибок в PHP

Обработка ошибок с помощью trigger_error() и set_error_handler()

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

Итак, для начала давайте определимся, что такое ошибки в PHP.

PHP поддерживает следующие уровни ошибок:

E_ERROR
E_WARNING
E_PARSE
E_NOTICE
E_CORE_ERROR
E_CORE_WARNING
E_COMPILE_ERROR
E_COMPILE_WARNING
E_USER_ERROR
E_USER_WARNING
E_USER_NOTICE
E_ALL
E_STRICT

На самом деле — это просто константы, которые используются для определения уровня обработки ошибок, построения бит-маски. Константы имеют «говорящие» имена. Глядя на константу — мы можем сказать, что ошибка уровня E_PARSE возникает в случае синтаксической ошибки, E_NOTICE — это напоминание программисту о нарушении «хорошего стиля» программирования на PHP.

Когда соединение с базой данных MySQL (или другой) завершается неудачей — интерпретатор PHP сообщает об ошибке уровня E_WARNING

php_flag display_errors on
php_value error_reporting «E_ALL &

Это означает, что сообщения об ошибках будут показываться, причем всех уровней, кроме E_NOTICE
Когда программист допускает синтаксическую ошибку — интерпретатор PHP сообщает об ошибке уровня E_PARSE

Parse error: parse error, unexpected ‘(‘, expecting T_STRING in /home/mysite/index.php on line 150

Но самые интересные для нас уровни ошибок — E_USER_ERROR и E_USER_WARNING. Как становится понятно из названия — это уровни ошибок, которые может устанавливать пользователь. Для этого существует функция trigger_error() — с её помощью, Вы можете сообщать пользователю о происшествии так, как это делает PHP.

Как известно из руководства по PHP — функция trigger_error() принимает два параметра.

void trigger_error ( string error_msg [, int error_type])

Первый параметр — текстовое сообщение об ошибке, например «файл не найден». Второй параметр — определяет уровень ошибки. Функция trigger_error() работает только с семейством ошибок E_USER — это значит, что вы можете установить ошибку уровня E_USER_ERROR, E_USER_WARNING, E_USER_NOTICE и не можете установить ошибку уровня E_WARNING. Второй параметр является не обязательным, и по умолчанию принимает значение E_USER_NOTICE.

Допустим, наши данные для ленты новостей хранятся в файле news.txt, и если файл не найден — необходимо сообщить об ошибке. Текст программы будет выглядеть примерно так:

if (!file_exists(‘/home/mysite/news.txt’)) <
trigger_error(‘News file not found’);
>

В результате интерпретатор PHP сообщит об ошибке уровня E_USER_NOTICE

php_value log_errors «1»
php_value log_errors_max_len «1024»
php_value error_log «/home/mysite/my.log»
То в файл /home/mysite/my.log автоматически будет добавлена запись о происшествии.

[23-Mar-2004 13:52:03] PHP Notice: News file not found in /home/mysite/index.php on line 47
Далее, с помощью функции set_error_handler() мы можем установить свой собственный обработчик ошибок возникающих во время выполнения PHP скрипта.

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

string set_error_handler ( callback error_handler [, int error_types])

set_error_handler («my_error_handler»);
Пользовательская функция, которая будет обрабатывать ошибки, может принимать следующие входные параметры:

— код уровня ошибки
— строковая интерпретация ошибки
— имя файла, в котором произошла ошибка
— строка, в которой произошла ошибка

Следует так же заметить, что эта функция не может обрабатывать ошибки уровней E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING

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

Итак, объявляем нашу функцию

Замечание: каждый более-менее объемный скрипт обычно разделяется на несколько файлов для удобства работы с ним. Как организовывать модульность программы — тема отдельно разговора. Сейчас же, я хочу лишь посоветовать выделять общие настройки в отдельный файл, который будет подключаться в начале программы с помощью инструкции include, либо с помощью директивы auto_prepend_file. В этот файл можно поместит и наш обработчик. Установка обработчика ошибок должна осуществится как можно ближе к началу программы, желательно в самом начале.
Для того чтобы убедится что это действительно работает — создадим новый PHP файл, и попробуем запустить его

Содержимое файла myerrortest.php

Результат обработки данного файла будет таким:

Произошла ошибка News file not found (1024)
/home/mysite/myerrortest.php (12)
Теперь у нас есть функция, которая получает данные обо всех происходящих ошибках. Подумаем, как мы можем это использовать.

Будем обрабатывать ошибки уровней
E_ERROR
E_WARNING
E_NOTICE
E_USER_ERROR
E_USER_NOTICE

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

Что касается остальных двух — как Вы уже догадались — они могу там пригодиться. Мы сами будем вызывать ошибки этих уровней в случае необходимости. Допустим — ошибки уровня E_USER_ERROR — будем вызывать в случае, когда сообщение об ошибке должно попасть в log-файл и быть отправлено на e-mail администратору (например — ошибка при выполнении SQL запроса, или отсутствии парв доступа к необходимому файлу). Ошибки уровня E_USER_NOTICE будут вызываться при возникновении «лёгких» ошибок (например — пользователь некорректно заполнил форму, или запросил из базы несуществующую запись).

Теперь наша функция обработки ошибок будет выглядеть примерно так:

Для того чтобы пример заработал — просто скопируйте в PHP-файл три предыдущих блока кода. Не забудьте установить права доступа на log-файл 777 для того чтобы скрипт мог с ним работать, прописать правильные пути и указать свой e-mail. Вы можете включить режим отладки установкой переменной DEBUG в 1.

Это довольно простой пример, тему можно развивать.

Источник

Работа с формами

Для передачи данных от пользователя Web-страницы на сервер используются HTML-формы. Для работы с формами в PHP предусмотрен ряд специальных средств.

Предварительно определенные переменные

В PHP существует ряд предварительно определенных переменных, которые не меняются при выполнении всех приложений в конкретной среде. Их также называют переменными окружения или переменными среды. Они отражают установки среды Web-сервера Apache, а также информацию о запросе данного браузера. Есть возможность получить значения URL, строки запроса и других элементов HTTP-запроса.

Пример 1

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

Обработка ввода пользователя

PHP-программу обработки ввода можно отделить от HTML-текста, содержащего формы ввода, а можно расположить на одной странице.

Пример 2

При обработки элемента с многозначным выбором для доступа ко всем выбранным значениям нужно к имени элемента добавить пару квадратных скобок. Для выбора нескольких эллементов следует удерживать клавишу Ctrl.

Источник