Beginner Hello world php errors [duplicate]

Помимо параметров error_reporting и display_errors ini, вы можете получить ошибки SYNTAX из файлов журнала вашего веб-сервера. Когда я занимаюсь разработкой PHP, я загружаю журналы своего веб-сервера системы разработки в свой редактор. Всякий раз, когда я проверяю страницу и получаю пустой экран, файл журнала устаревает, и мой редактор спрашивает, хочу ли я перезагрузить его. Когда я это делаю, я прыгаю на дно и появляется синтаксическая ошибка. Например:

[Sun Apr 19 19:09:11 2009] [error] [client 127.0.0.1] PHP Parse error:  syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in D:\\webroot\\test\\test.php on line 9

В верхней части страницы выберите параметр

error_reporting(E_ERROR | E_WARNING | E_PARSE);

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

Таким образом, я всегда создаю файл / (который я обычно называю «genwrap.php»), который имеет по существу тот же самый код, что и популярное решение здесь (т. е. включить отчет об ошибках), а также включает в себя страницу, которую я действительно хочу вызвать.

Есть два шага для реализации этой отладки:

One - создать genwrap.php и поместить в него этот код:

<?php
error_reporting(-1);
ini_set('display_errors', 'On');

include($_REQUEST['page']);
?>

Two - изменить ссылку на программу / страницу вы хотите отлаживать переход через genwrap.php,

Например: change:

$.ajax('dir/pgm.php?param=val').done(function(data) { /* ... */

to

$.ajax('dir/genwrap.php?page=pgm.php&param=val').done(function(data) { /* ... */

Моя обычная проблема - это «маленькие, глупые» ошибки парсера, которые, к сожалению, не отображаются.

Однако, когда .PHP-файл содержит файл с ошибками парсера, они отображаются! Поэтому у меня возникла идея написать небольшой «сценарий-исполнитель», который запускается с именем файла с ошибкой в ​​качестве аргумента, т. Е. example.com/sx.php?sc=buggy.php

Это уже спасло меня от большой головной боли, может быть, это будет полезно и для кого-то другого:)

$sc = $_GET["sc"];
if ((!isset($_GET["sc"]) && empty($_GET["sc"]))) {
    echo "Please select file to execute using ?sc= (you may omit the .PHP-extension)";
} else {
    $sc = $_GET["sc"];
    if (false==stripos('.php',$sc)) $sc.='.php';  // adjust this if your preferred extension is php5!
    require($sc);
}
?>

http://todell.com/debug также может быть полезен. Вы можете увидеть ваши значения объектов или сбросить ошибки отладки позади сцены даже в режиме производства.

FirePHP также может быть полезен.

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

Использовать Kint. Это комбинация команд отладки на стероидах. https://kint-php.github.io/kint/ Он очень похож на Nette Tracy

Чтобы сохранить это и сделать его confortale, вы можете отредактировать файл php.ini. Обычно он хранится в /etc/php.ini или /etc/php/php.ini, но более локальные php.ini могут перезаписать его, в зависимости от рекомендаций по настройке вашего хостинг-провайдера. Проверьте файл phpinfo() для Loaded Configuration File вверху, чтобы убедиться, что последний загружается последним.

Искать display_errors в этом файле. Должно быть только 3 экземпляра, из которых 2 комментируются.

Измените строку без комментирования на:

display_errors = stdout

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

function dump_error_to_file($errno, $errstr) {
    file_put_contents('/tmp/php-errors', date('Y-m-d H:i:s - ') . $errstr, FILE_APPEND);
}
set_error_handler('dump_error_to_file');

Вы можете включить следующие строки в файл, который вы хотите отлаживать:

error_reporting(E_ALL);
ini_set('display_errors', '1');

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

, если вы пользователь ubuntu, затем перейдите к своему терминалу и запустите эту команду

sudo tail -50f /var/log/apache2/error.log

, где будут отображаться последние 50 ошибок. Существует файл ошибки error.log для apache2, который регистрирует все ошибки.

Вы также можете попробовать PHPStorm в качестве редактора кода. Он найдет много PHP и других синтаксических ошибок, как вы набираете в редакторе.

В дополнение к очень многим превосходным ответам выше вы также можете реализовать следующие две функции в своих проектах. Они будут улавливать каждую несинтаксическую ошибку до выхода приложения / скрипта. Внутри функций вы можете делать обратную трассировку и регистрировать или отображать сообщение «Сайт под техническим обслуживанием».

Неустранимые ошибки:

register_shutdown_function

http: //php.net/manual/en/function.register-shutdown-function.php

Ошибки:

set_error_handler

http: // php .net / manual / en / function.set-error-handler.php

Backtracing:

debug_backtrace

http://php.net/ ручной / EN / function.debug-backtrace.php

Я рекомендую Nette Tracy для лучшей визуализации ошибок и исключений в PHP:

[/g1]