wpdbを使う場合はインストール時にテーブルを作成する処理を実装する必要があるので、wpdb化の前にこれを先に実装する

現状、全ての権限のユーザーに対して、約200ものフックを毎リクエスト処理していることになる。

管理画面は管理者が不便するだけであるので、機能面がそのストレスを上回る場合は気にするほどでも、ないが、訪問者の閲覧が150msほど遅くなるのは致命的であり、かつ、フックが必要なシーンは、「投稿時」など、基本的に管理者が操作するレイヤーのほうが多いと予想される。

例外的にコメントの投稿処理などは常にOnにしても良いかもしれないが、明らかに管理画面でしか動かないようなものはデフォルトで管理者でないとフックが設定されないように。

そうでなくても、全体のフックを権限ごとにOn/Offできるようにする。

何かしらの一元管理の方法の優先度は高いが、個別設定に関しては優先度は低い。

現状、取り急ぎ完動させたかったのでupdate_optionとget_optionでEditor設定を行っていたが、登録したフックを検索しづらい、I/FをJSONにするのは非合理的などの理由から、wpdb方式に変更をする。

公式レポジトリに上げるまでは破壊的変更があってもそれほど問題はないので、公式レポジトリ掲載までをマイルストーンとする。

まだしてないのでする

追加し忘れててGETリクエストしか投げられなかったので修正する。

設定画面でSubmitしたさい、現状リダイレクト処理を挟んでいないため、古い設定が一時的に読み込まれてしまう。
挙動として正しくないので、リダイレクトを行う。