Snow Leopard で MAMP の最新バージョンを実行しています。
私の php.ini ファイルは、エラーを表示するように構成されています。display_errors = オン。phpinfo(); ページにエラー報告のステータスが表示されます。オンになっています。Web サーバーを数回再起動しました。
Google で検索しましたが、同様の問題は見つかりませんでした。誰もが私がやったことを正確に行うように言っていますが、それは機能していません. 意図的にエラーを配置した場合、ページは空白のままになります (レポートはありません)。
問題が何であるかについて何か考えはありますか？
この問題に遭遇する将来のポスターについて...
私は同じ問題を抱えていて、間違った php.ini ファイルに変更を加えていることがわかりました。phpinfo を実行し、アクティブな php.ini ファイルへのパスを見つけて、正しいファイルを編集していることを確認します。
私の mamp のインストールでは、php.ini ファイルを含む /conf ディレクトリの複数のインスタンスがありました。必要な php.ini ファイルは、MAMP/conf ディレクトリではなく、/bin/php/php[version#]/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
テストに役立つもう1つの方法は、PHPコードのこの種の部分をスクリプトの先頭に配置することです。
error_reporting(E_ALL);
ini_set('display_errors', 'On');
これは、php.iniにアクセスできない場合や、Webサーバーを再起動せずにすばやくテストしたい場合に便利です。
補足として、エラーの表示に関しては、Xdebug拡張機能は非常に優れています。インストール/有効化/構成すると、エラーメッセージが表示されるだけでなく、完全なスタックトレースが表示されます。これははるかに便利です。 -）
私は最近同じ問題を経験しました-私の場合、クライアントのWordpressサイトをライブサーバーからダウンロードしましたが、検出を回避するためにエラー報告をオーバーライドする悪意のあるスクリプト挿入によって改ざんされていることが判明しました。
OP（！）を助けるために少し遅れましたが、おそらく将来の検索者に役立つでしょう。
php.iniで設定されたdisplay_errors設定を上書きする.htaccessファイルがディレクトリにある可能性があります。あなたの投稿から、これを明示的に追加しなかったと思いますが、いくつかのフレームワークはデフォルトでこれを行うので、そのように追加される可能性があります。.htaccessファイルで次のような行を探します。
php_value display_errors 0
値を1に変更します。
これは同じ答えのひねりです。私は同じ問題を抱えていました。php情報ページからiniパスをコピーして貼り付けただけで、まだ同じ問題がありました...
php.ini の「error_reporting」ブロックを編集したときに構文ミスを犯したことが判明しました。
~E_NOTICE ではなく、E_NOTICE がありました。
:(
そのため、php.ini を編集していて、何かを編集したことを完全に忘れていた場合、php.ini でエラーが発生する可能性があります。
複数のバージョンの複数の php SDK がある場合は、最初に正しい php.ini ファイルを編集していることを確認してください。あなたが正しければ、この 2 行をコードの先頭に追加してください。
error_reporting(E_ALL);
ini_set('display_errors', 'On'); // or ini_set('display_errors', 1);