[Lumen 5.2 ドキュメント] その他の機能 -- エラーとログ
1. はじめに
新しい Lumen プロジェクトを開始すると、エラーと例外処理がデフォルトで設定されています。さらに、Lumen には、さまざまな強力なログ プロセッサを提供する Monolog ロギング ライブラリも統合されています。
2. 構成
エラーの詳細
構成ファイル .env の APP_DEBUG 構成オプションは、表示されるエラーの詳細の数を制御します。ブラウザ。
ローカル開発の場合は、環境変数 APP_DEBUG を true に設定する必要があります。運用環境では、この値を false に設定する必要があります。
カスタマイズされた Monolog 構成
Monolog 構成を完全に制御したい場合は、configureMonologUsing メソッドを使用でき、ブートストラップ/アプリで呼び出す必要があります。 .php このメソッド:
$app->configureMonologUsing(function($monolog) { $monolog->pushHandler(...);});return $app;
3. 例外ハンドラー
すべての例外は、report と render の 2 つのメソッドを含むクラス AppExceptionsHandler によって処理されます。以下では、これら 2 つの方法について詳しく説明します。
3.1 レポート メソッド
レポート メソッドは、例外を記録し、Bugsnag などの外部サービスに送信するために使用されます。デフォルトでは、レポート メソッドは、例外がログに記録される基本クラスに例外を渡すだけです。例外は任意にログに記録できます。
たとえば、異なるタイプの例外を異なる方法で報告する必要がある場合は、PHP の instanceof 比較演算子を使用します。
/** * 报告或记录异常 * * This is a great spot to send exceptions to Sentry, Bugsnag, etc. * * @param \Exception $e * @return void */public function report(Exception $e){ if ($e instanceof CustomException) { // } return parent::report($e);}
タイプごとに例外を無視する
例外処理 $dontReportコントローラーの属性には、ログに記録されない例外タイプの配列が含まれています。デフォルトでは、404 エラー例外はログ ファイルに書き込まれません。必要に応じて、この配列に他の例外タイプを追加できます。
3.2 render メソッド
render メソッドは、指定された例外をブラウザに送信される HTTP 応答に変換する役割を果たします。デフォルトでは、例外は、その応答を生成する基本クラスに渡されます。あなた。ただし、必要に応じて例外のタイプを確認したり、カスタム応答を返すことができます。
/** * 将异常渲染到HTTP响应中 * * @param \Illuminate\Http\Request $request * @param \Exception $e * @return \Illuminate\Http\Response */public function render($request, Exception $e){ if ($e instanceof CustomException) { return response()->view('errors.custom', [], 500); } return parent::render($request, $e);}
4. HTTP 例外
一部の例外は、たとえば、これは「ページが見つかりません」エラー (404)、「認証失敗エラー」(401)、またはプログラム エラーによって引き起こされる 500 エラーである可能性があります。アプリケーションでこのような応答を生成するには、次のコードを使用します。メソッド:
abort(404);
abort メソッドは、例外ハンドラーによってレンダリングされる例外を即座に発生させます。さらに、次のような応答の説明を指定することもできます:
abort(403, 'Unauthorized action.');
このメソッドは、リクエストのライフサイクル内でいつでも使用できます。
5. ログ
Lumen ログ ツールは、強力な Monolog ライブラリに基づいています。デフォルトでは、Lumen は storage/logs ディレクトリにアプリケーションのログを生成するように設定されています。 . ファイルでは、ログ ファサードを使用してログ情報をログに書き込むことができます:
<?phpnamespace App\Http\Controllers;use Log;use App\User;use App\Http\Controllers\Controller;class UserController extends Controller{ /** * 显示指定用户的属性 * * @param int $id * @return Response */ public function showProfile($id) { Log::info('Showing user profile for user: '.$id); return view('user.profile', ['user' => User::findOrFail($id)]); }}
このロガーは、RFC 5424 で定義されている 7 つのログ レベルを提供します: alert、 Critical、エラー、警告、通知、情報、および デバッグ。
Log::alert($error);Log::critical($error);Log::error($error);Log::warning($error);Log::notice($error);Log::info($error);Log::debug($error);
コンテキスト情報
コンテキスト データ配列もロギング メソッドに渡されます。コンテキスト データはフォーマットされ、ログ メッセージとともに表示されます:
Log::info('User failed to login.', ['id' => $user->id]);

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。
