プラグイン(cron)の動作を記録するにはどうすればいいですか?it-swarm.asia/home/日本語/plugin-development/プラグイン(cron)の動作を記録するにはどうすればいいですか?プラグイン(cron)の動作を記録するにはどうすればいいですか?プラグインから(失敗した)cronアクションを記録するための推奨方法はありますか?たとえば、1時間ごとに外部サービスと同期するプラグインがあります。変更された量だけでなく、同期が失敗したときも記録します。pluginはこれをカスタム投稿タイプで行いますが、これはオーバーヘッドが大きすぎるのでしょうか。Fabryファイルにを使用してイベントを書き込みます。ここにいくつかの欠点があります。ファイルシステムのパーミッション。アプリをデプロイするときは、ファイルへの書き込み権限をWebサーバーに付与することを忘れないように注意する必要があります。確実にするためには、ファイルに書き込めるかどうかをチェックし、できない場合は警告を出すコードを書く必要があります。これにより複雑さが増し、デプロイメントの問題の原因となる可能性があります。誤ってカスタムログファイルを削除してレコードを失う可能性があります。これは不便かもしれません。カスタムログフォーマット。あなたはあなたのファイルにイベントを書くためにカスタム(機械可読?)テキストフォーマットを考え出さなければならないでしょう。ログフォーマットを変更しなければならないとき、古いレコードを移行する便利な方法はありません。ログに対して何らかの分析を行いたい場合は、レコードを解析する必要があります。これはより多くのコードとより多くの複雑さにつながります。データベーステーブルを使用します。独自のデータベーステーブルを作成し、そこでイベントをログに記録します。上記の欠点のいずれも当てはまりません。それほど複雑にはなりません。プラグインフックを使用してテーブルの作成と削除を自動化すれば、かなり信頼できるログシステムができると思います。電子メールを送信する。ログの関連性に応じて、常にこの方法を選ぶことができます。失敗した場合に備えて、おそらくEメールを送りたいと思うでしょう。OSロガーを使用してください。ユーザ定義のsyslogを設定すると、配置が複雑になります。記録するか、例外のみを記録するかを検討する必要があります。ようなロギング機能を使用して、wp-config.phpを以下のように設定することでdebug.logにログを書き出します。false);@ini_set('display_errors',0);これは少なくともデバッグや開発の目的ではうまくいくはずです(本番用のロギングがどれほど素晴らしいかはわかりませんが、開発ではうまくいきます)。leeand00私は、このデータをwp_postsに入れるとテーブルが管理不能なサイズに急速に成長する可能性があることに同意します。テーブルを作成しても大丈夫です。私はもう一歩先を行き、プラグインの使用をやめた場合にログテーブルをクリーンアップする方法を誰かに与えるでしょう。私はテーブルを作成するプラグインを恐れていませんが、おそらく8000,000のwp_term_relationshipsレコードと300,000の投稿を持つWordPressデータベースを見たことがあるので、その経験がどれほど不快なものになるか知っています。ここにあなたの友達になります。Backstromget_posts/WP_Queryメモリサイズ134217728バイトを使い果たしましたWp-cronは同時にスケジュールされたすべてのタスクを同時に実行しますか。Boot:application.propertiesでロギングレベルを設定する方法を教えてください。