Посочените по-горе стойности (цифрови или символни) се използват за изграждане на битова маска, която уточнява, показва съобщение за грешка. Можете да използвате битови операции, за да се прикрие някои видове грешки. Моля, имайте предвид, че само "|", "
''! и '' ще бъде ясно в php.ini и че няма побитови оператори няма да бъдат ясни в php3.ini.
В PHP 4, стойността по подразбиране за error_reporting е E_ALL
E_NOTICE. което означава, че на дисплея на всички грешки и предупреждения, че не разполагат с E_NOTICE ниво ниво. В PHP 3, стойността по подразбиране (E_ERROR | E_WARNING | E_PARSE) означава едно и също нещо. Имайте предвид обаче, че тъй като константи не се поддържат в PHP 3 php3.ini файл. Монтажът трябва да се извърши error_reporting цифри; който е 7 по подразбиране.
Първоначалната стойност може да се променя в директива error_reporting на INI-файл. във вашия Apache директива httpd.conf -file php_error_reporting (php3_error_reporting за PHP 3) и, накрая, че може да се настрои да организира error_reporting () функция скрипт пробег.
При подобряването код или сървъри от PHP 3 до PHP 4, трябва да проверите тези настройки, и призовава да error_reporting (), или можете да забраните на изхода на съобщения за нови видове грешки, особено E_COMPILE_ERROR. Това може да доведе до празни документи, без никакви съобщения на причината и мястото на проблема.
Всички PHP изрази могат да бъдат наречени с префикс "@", който забранява съобщенията за грешки за този конкретен израз. Ако възникне грешка по време на изчисляване на изразяването и track_errors активиран, можете да видите съобщение за грешка в глобалната променлива $ php_errormsg.
Забележка: префикс @ грешка с контрол на операцията не изключва изходните съобщения, които са резултат от грешки при анализа.
В момента префикс @ грешка с контрол на операция забранява дори критични съобщения за грешки, които прекъсват изпълнението на скрипта. Наред с другите неща, това означава, че ако използвате @ за потискане на грешки от определена функция и не е на разположение или неправилно написан, сценарият ще бъде покрита без причина.
Пример 15-1. Грешка при обработка на скриптове
Свързани статии