情報がなければ、.txt ファイルを作成し、PHP コードの catch {} 内で file_put_contents を使用します。この解決策は可能ですか? そうでない場合、なぜですか?
ここには基本的に 3 つのオプションがあります。
- エラーが発生するたびに、特定のメール アドレスにメールを送信します。
- あなたが言及したように、ログファイルにエラーメッセージを収集してください。
- データベースを作成し、そこにエラー メッセージを記録します。さまざまな重大度レベルを設定でき、必要に応じて広範なログ バックエンドを構築できます。
個人的には、アプリケーションの規模によって異なります。小規模および中規模の Web ページの場合、単純なログファイルで十分だと思います。しかし、さまざまなエラーが多数あり、何らかの努力を惜しまない場合は、データベース ソリューションの利点を理解できます。特に、エラーに関するレポートが役立つツールになる可能性があります。
はいの場合、なぜ誰もがフレームワークを使用しているのですか?
エラー管理をゼロからコーディングする必要がないように、フレームワークが役立ちます。
ログファイルをどのように使用しますか。1日1回、週2回監視していますか?
ここには厳しい真実はありません。おそらく同時に2つのアプローチを使用するでしょう。最近のエラーを収集する cron ジョブを作成し、それらを週に 1 回特定のメール アドレスに送信します。受信者は、エラー (おそらく単なる要約) を調べて、異常がないかどうかを確認する必要があります。また、データベース/ログ ファイルを監視し、通常とは異なるエラー メッセージが表示された場合に (たとえば、電子メールの形式で) アラートを作成するサービスを実装します。そうすれば、エラーのピークを簡単に監視できます。
このログ ファイルはサーバー上のどこにありますか? www (パブリック) ディレクトリに? または他の場所?
私はそれらをWebサーバーでホストしますが、パブリックディレクトリではホストしません.