ホームページ >データベース >mysql チュートリアル >PHP で「mysqli_connect」失敗時のカスタム エラー メッセージが不要になったのはなぜですか?
PHP 8.1 以降では、mysqli がエラー時に自動的に例外をスローするようになり、手動でのエラー発生が不要になりました。エラー処理。エラーを手動でチェックしてカスタム メッセージを出力するという時代遅れの慣行からの脱却は、アプリケーションでのエラー処理に明確な影響を及ぼします。
例に示す古いアプローチby if (!$conn) は必要なくなり、推奨されなくなりました。 PDO と mysqli は両方とも、他の PHP 関数と同様に、自動的にエラーを発生させる機能を備えています。したがって、明示的なエラー チェック コードは不要です。
エラー メッセージをユーザーから隠す
エラー メッセージをユーザーから隠すには、 display_errors オプション。 0 に設定すると、エラーの表示が抑制されます。きめ細かい制御を行うには、開発環境では 1 に設定し、ライブサーバーでは 0 に設定します。
例外的な状況用のカスタム エラー ページ
よりユーザーフレンドリーなアプローチには、次のようなものがあります。回復不可能なエラーのカスタム エラー ページを表示します。エラー ハンドラーを使用して、エラーをログに記録し、HTTP ステータス コードを 500 に設定し、汎用またはカスタマイズされたエラー メッセージを表示することで、このようなすべてのエラーに応答します。
接続エラーのキャッチ (オプション)
資格情報のテストやバックアップ メカニズムの実装などの特定のシナリオでは、次のコマンドを使用して接続エラーを明示的にキャッチする必要がある場合があります。試して、捕まえてください。エラー処理ロジックが通常の接続コードから分離されている場合、このアプローチは適切です。
スタック トレースに表示されるデータベース パスワードに関する懸念に応えて、PHP 8.2 ではソリューションが導入されました。 。強化された例外処理により、スタック トレースからパスワードが隠蔽され、機密情報のセキュリティが強化されます。
以上がPHP で「mysqli_connect」失敗時のカスタム エラー メッセージが不要になったのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。