して検索してみたところ下記のドキュメントを発見しました。当たり前ですがちゃんとあるようです。プラグイン開発者向けのスケジューリングに関するドキュメントのようですね。Eventsちょっと目を通してみます。何度もコールすると、コールした回数だけスケジュールが重複して登録される重複チェックはユーザ側で実装する必要がある。取得できるこれらを総合すると結果的には下記のようなスケジューリングの実装となるようです。関数を利用して取得するこれらを統合すると結果的には下記のようなスケジューリング削除の実装となるようです。'hook_name');このスケジューリングの削除というのはプラグインが無効化された際などにしっかり行う必要があります。これはプラグイン開発者の責任です。なければプラグインが無効化されたあともずーっと実行されてしまう可能性があります。関数を利用することでユーザがプラグインを無効化したことをフックできます。これらを鑑みると結果下記のようなコードが実装されることが好ましいです。上でのスケジューリングについて確認してみました。読んだほうが良さげなものが出てきているので今後確認していきたいと思います。プラグイン無効化時にわざわざ解除処理を実装するということは、おそらくですがスケジューリング情報というのはリクエスト毎に初期化設定されるのではなく、どこかのストレージ(おそらくDBでしょうが)にステートとしてフック一覧を所持していると思われます。この点についても今後確認していきたいと思います。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。調査してみるサイトをhttps対応した話RECOMMENDこちらの記事も人気です。