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

<?

phpinfo(); ?>

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

string phpversion()

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

int getlastmod()

Завершающая функция этой серии - getlastmod() - возвращает время последнего изменения файла, содержащего сценарий. Она не так полезна, как это может показаться на первый взгляд, потому что учитывает время изменения только главного файла, того, который запущен сервером, но не файлов, которые включаются в него директивами require или include. Время возвращается в формате timestamp (то есть, это число секунд, прошедших с 1 января 1970 года до момента модификации файла), и оно может быть затем преобразовано в читаемую форму, например:

echo "Последнее изменение: ".date("d.m.Y H:i.s.", getlastmod()); В1водит что-то вроде Последнее изменение: 13.11.2000 11:23.12

Настройка параметров PHP

Все параметры находятся в файле php.ini. Задаются они в формате параметр=значение, на одной строке может определяться только один параметр. Любые символы, расположенные после ; и до конца строки, игнорируются (таким образом, точка с запятой - это признак начала комментария).

Если PHP установлен как модуль Apache, применяется несколько другой способ конфигурирования. Можно задавать настройки PHP в главном конфигурационном файле сервера httpd.conf или в файлах .htaccess. Только для этого перед именем каждого параметра нужно поставить префикс php и, конечно же, как это принято в Apache, разделять имя параметра и его значение не знаком равенства, а пробелом.

Некоторые из следующих далее настроек можно переопределить в сценарии с помощью специальных функций (такой, например, как Error Reporting()), некоторые - нельзя. За полным списком настроечных директив PHP обращайтесь к Приложению 2.

Наиболее часто встречающееся сочетание - 7 (1+2+4), которое, как мы можем видеть, задает полный контроль, кроме некритичных предупреждений интерпретатора (таких, например, как обращение к неинициализированной переменной). Оно часто задается по умолчанию при установке PHP. Я же рекомендую первым делом устанавливать значение этой настройки равным 255 (соответствует битовой маске со всеми единичками), т. е. включить абсолютно все сообщения об ошибках, или же воспользоваться константой E ALL, делающей то же самое.

magicjquotesjgpc onoff

Эта настройка указывает PHP, нужно ли ему ставить дополнительный слэш перед всеми апострофами кавгчками обратными слэшами \ и нулевыми символами (0) при приеме данных из браузера пользователя - например, поступивших из формы. Я предпочитаю всегда отключать этот параметр, потому что от него больше проблем, чем пользы. Например, следующий вроде бы верный сценарий при повторном нажатии кнопки, если в каком-нибудь текстовом поле введена кавычка, будет ее "размножать":

<?

Делаем что-нибудь, если нажата кнопка Go! ?>

<form action=<?echo $SCRIPT NAME?> method=post>

<input type=text name=name value="<?=@HtmlSpecialChars($name)?>">

error reporting

Устанавливает уровень строгости для системы контроля ошибок PHP. Значение этого параметра должно представлять из себя целое число, которое интерпретируется как десятичное представление двоичной битовой маски. Установленные в 1 биты задают, насколько детальным должен быть контроль. Можно также не возиться с битами, а использовать константы.

Таблица 24.1. Биты, управляющие контролем ошибок

Контроль ошибок

В процессе работы программы в ней могут возникать ошибки. Одна из самых сильных черт PHP - возможность отображения сообщений об ошибках прямо в браузере, не генерируя пресловутую 500-ю Ошибку сервера (Internal Server Error), как это делают другие языки. В зависимости от состояния интерпретатора сообщения будут либо выводиться в браузер, либо подавляться. Для установки режима вывода ошибок служит функция Error Reporting() .

int Error Reporting([int $level])

Устанавливает уровень строгости для системы контроля ошибок PHP, т. е. величину параметра error reporting в конфигурации PHP, который мы недавно рассматривали. Рекомендую первой строкой сценария ставить вызов:

Error Reporting(1+2+4+8);

<input type=text name=email value="<?=@HtmlSpecialChars($email)?>">

<input type=submit name=submit value="Go!">

</form>

Мы получаем явно не то, что требовалось: мы хотели просто, чтобы значение поля text сохранялось неизменным между запусками сценария. Оператор @ подавляет сообщение об ошибке для следующего за ним выражения, если она происходит (в нашем случае - при первом запуске сценария, когда переменные $name и $email еще не инициализированы).

maxjexecutionjtime

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

track vars onoff

Этот параметр очень полезен при программировании. Если он установлен в On, все данные, доставленные методами get и post, а также Cookies, будут дополнительно помещены в глобальные массивы $http get vars, $http post vars и $HTTP COOKiE VARS соответственно.

Существуют и другие, более специфичные, параметры, такие как настройка интерфейсов с базами данных, настройка почтовых возможностей и др. Обычно их установки по умолчанию удовлетворяют всех. Подробнее о них можно прочитать в Приложении 2 или на сайте http: www.php.net.