Я запускаю последнюю версию MAMP на Snow Leopard.
Мой файл php.ini настроен на отображение ошибок. display_errors = on. Phpinfo (); на странице отображается состояние сообщений об ошибках, оно включено. Я несколько раз перезапускал свой веб-сервер.
Я искал через Google, и я не могу найти подобную проблему. Все просто говорят, что я сделал то, что сделал, но он не работает. Страницы будут оставаться пустыми (без отчетов), если я намеренно размещаю ошибки.
Какие-нибудь мысли о том, что может быть проблемой?
Для любых будущих плакатов, которые сталкиваются с этой проблемой …
У меня была такая же проблема, и я обнаружил, что внес изменения в неправильные файлы php.ini. Запустите phpinfo и найдите путь к активному файлу php.ini, чтобы убедиться, что вы редактируете правильный.
При установке макета было несколько экземпляров каталога / conf с файлами php.ini. Необходимые файлы php.ini были расположены в каталоге / bin / php / php [version #] / conf, а не в каталоге MAMP / conf.
Точный путь к файлу php.ini мне нужно было отредактировать:
Применения / MAMP / bin / PHP / php5.4.10 / CONF / php.ini
Изменить display_errors = Off display_errors = On
В дополнение к директиве display_errors , для которой должно быть установлено значение « On , Вам, возможно, придется настроить error_reporting .
Например, вы можете использовать это в файле php.ini :
error_reporting = E_ALL
Другой, полезный для тестирования, может заключаться в том, чтобы разместить такую часть кода PHP в начале вашего скрипта:
error_reporting(E_ALL); ini_set('display_errors', 'On');
Это полезно, если у вас нет доступа к php.ini и / или просто хотите быстро протестировать, не перезагружая веб-сервер.
В качестве побочного решения, когда дело доходит до отображения ошибок, расширение Xdebug действительно замечательно: когда оно установлено / включено / настроено, вместо того, чтобы просто иметь сообщение об ошибке, вы получите полный стек-трассировку , что гораздо более полезно; -)
Я недавно столкнулся с одной и той же проблемой – в моем случае я загрузил клиентский сайт WordPress с их живого сервера, который, как оказалось, был взломан вредоносным вставкой скрипта, который перекрывал отчет об ошибках, чтобы избежать обнаружения.
Немного поздно, чтобы помочь OP (!), Но, возможно, использовать будущих поисковиков.
В каталоге может быть файл .htaccess, который переопределяет настройку display_errors, установленную в php.ini. С вашего поста я предполагаю, что вы явно не добавляли это, но несколько фреймворков делают это по умолчанию, поэтому могут быть добавлены таким образом. Найдите такую строку в файле .htaccess:
php_value display_errors 0
и измените значение на 1.
Если у вас есть несколько php sdks с несколькими версиями, сначала убедитесь, что вы редактируете правильный файл php.ini. Если вы были правы, добавьте две строки в начале кода.
error_reporting(E_ALL); ini_set('display_errors', 'On'); // or ini_set('display_errors', 1);
Вот трюк к тому же ответу. У меня были одни и те же проблемы, только что скопированные и вставленные ini путь со страницы информации php и все те же проблемы …
Оказывается, я сделал синтаксическую ошибку, когда я редактировал блок «error_reporting» в php.ini.
У меня E_NOTICE, а не E_NOTICE.
🙁
Таким образом, ошибки могут возникать в php.ini, если вы редактируете его и полностью забываете, что вы что-то редактировали.