以前そのうち作ると書いたスパム解析プラグイン SpamAnalytics ですが、現在製作中です。
現時点では、スパムの数を表示する Count だけ実装済み。その下の Percentage はまだダミーです。
表の下にあるグラフは、JSChart というサービスの Web サービスを利用しています。手軽に使えるので導入してみました。X 軸ラベルが指定できないのと、90度回転させたグラフが表示できないのががちょっと残念。
データベースアクセス関係のリファレンス情報です。すべての情報を含んでいるわけではありません。
データベースにアクセスするには、グローバス変数 $wpdb に格納された wpdb クラスのオブジェクトインスタンスを経由します。クラスの定義は、2.0.x ME では wp-includes/wp-db.php にあります。
汎用的な SQL 文によるクエリ発行には、 query メソッドを使用します。ほかのクエリ系メソッドのベースとなるメソッドで、最後のクエリの結果はキャッシュされます。
クエリが INSERT・DELETE・UPDATE・REPLACE の場合は変更された数を、それ以外では得られた結果の行数を返します。WordPress Codex では SQL 文にエラーがあると FALSE を返すとありますが、コードを見た感じでは 0 になるようです。0 == FALSE は真ですが、0 === FALSE は偽なので注意が必要です。
クエリ結果の一部だけほしい場合には、get_var メソッドを使います。
query に null を指定すると、直前のクエリ結果を参照します。null でない場合は、内部で query メソッドが呼ばれます。
column_offset と row_offset の指定位置が正しくない場合は null を返します。
SELECT する SELECT によるクエリをするには、get_results メソッドを使います。
query が null のときは直前のクエリの結果を、null でない場合は内部で query メソッドを呼び出します。
output_type が OBJECT のときはオブジェクト形式で、ARRAY_A のときは連想配列で、ARRAY_N のときは通常の配列で結果を返します。ARRAY_A と ARRAY_N では変換処理が入るので、パフォーマンスは OBJECT が一番よさそうです。
WordPress では、データベーステーブルの名前に接頭辞をつけることができます。この接頭辞はセットアップのときにユーザーが指定するので、テーブル名は環境依存となります。不特定多数に配布するプラグインではこれはかなり困ったことになってしまいますが、wpdb クラスのメンバ変数がテーブル名を保持しているので、それを使うことで解決できます。
たとえば、コメントのテーブル名は、$wpdb->comments で得ることができます。
プラグインカテゴリーの下に、リファレンスというカテゴリーを追加しました。
このカテゴリーには、私が WordPress プラグインを作成するときに調べたことをメモとしてまとめた記事を入れて行きます。関連したことがまとめて見れたほうがいい気がするので、1つの記事に詰め込んでしまいます。重くなってしまったときはまた考えます・・・。
一応調べることが目的なので、記事のために調べるということはやらないつもりでいます。逆に言えば、記事が増えたら何か新しいことをやろうとしてるんだなと思ってください。
Standing Tall さんの記事で知った WordPress のプラグインの、Lighter Admin Drop Menus を入れてみました。管理画面のメニューをドロップダウン形式にするプラグインです。
ドロップダウンする部分は、少し立体的に見えるようなボーダー表現になっています。 ドロップダウンになる以外には、デザインが少し変わります。落ち着いた色合いで、私は結構好きです。
記事ではlighteradminmenusフォルダごとプラグインフォルダに入れて有効化
とありますが、配布されているアーカイブではそのフォルダは含まれていないようです。フォルダを作ってくれる解凍ソフトの場合は大丈夫ですが、そうでない場合はいきなりファイル（といっても、ファイルが3つとフォルダが1つですが）が散らかってしまうのでご注意。
プラグインが増えてきたときにメニューがどうなるか心配ではありますが、ガンガン入れるほうではないのでそのとき考えます。
先日スパムコメントの解析をするにあたっていろいろと SQL を打ちました。そのとき思ったのが、プラグインで自動化できないかなということ。
コメントを記録しているデータベーステーブルにクエリーを送ることで、スパムの傾向とかを知ることができるような気がします。アクセスログ解析ならぬ、スパムログ解析。グラフはなんともいえませんが、とりあえずは数値として表示させてみたいと思っています。
『公開迫る』といいつつ、結局2週間も過ぎてしまいました。自作 WordPress プラグインの EntryKeywords 0.5.0 をやっと公開です。
公開場所は、予定通り JSeries になりました。その中に専用のページを作り、リリース情報などを掲載するようにしています。
また、このブログに専用のカテゴリーを新設しました。JSeries はコメントやトラックバックができませんので、必要な場合はカテゴリー内の記事にでもしていただければと思います。
フック admin_head の do_action を実行している直前で $wp_filter の中身をすべて表示させてみたところ、あっさり解決しました。
関数名を検索してみるとしっかり登録されていたので登録内容を確認。フックのところを見たとき愕然としました。
フック名は、「admin_head 」。後ろに余計なスペースが・・・。
はい。単なる入力ミスです。こんなのに3日も悩んでたんですか。
スペルを間違えないようにコピーしてきたときにスペースが入ってしまったのではないかと。本末転倒もいいところです（＾＾；
フックは開発者が自由に決められる仕組みなので、スペルミスには注意が必要ですね。構文エラーなら PHP が面倒を見てくれますが、今回のような論理エラーは思い込みなどで気がつくのに時間がかかります。皆さんもご注意くださいませ。
自作プラグイン EntryKeywords のオプション設定画面を CSS で装飾したくて作業中。
マニュアルを見ていて add_action('admin_head ', '関数'); とすればいいはずと目星をつけていましたが、なぜか動いてくれません。2日以上悩み続けています。仕方がないので流れを追いかけてみることに。
結局動くまでには至っていませんが、せっかくなので仕組みをメモ。
まず、関数 add_action でフックに対応する関数の登録を行います。2.0.7 では add_filter を呼び出すだけなので、実際の処理は 関数 add_filter を見ます。定義は、/wp-includes/functions.php にあります。
フックの登録は、グローバル変数 $wp_filter に配列として登録されます。関数 add_filter の処理は大きく2つに分かれていて、登録処理は後半の部分で行います。前半は重複して登録しないためのチェックです。
登録処理のコメントにもありますが、登録情報はフックと優先度で分類されています。また、関数にはオブジェクトのメンバー関数も登録できます。その場合は、array(オブジェクトインスタンス, 関数名) という配列を使います。オブジェクトインスタンスは参照渡しする必要があります。そのため、PHP 4 では変数の頭に & をつけて明示的に参照渡しにする必要があります。
登録した関数を実行するには、関数 do_action を使います。この定義も /wp-includes/functions.php にあります。
前半は飛ばして、後半の foreach を見ます。
特定のフックに対する登録情報を順に処理しています。情報を取り出し、引数の処理をし、最後に組み込み関数 call_user_func_array で関数をコールします。
調べた結果、少なくとも add_filter での重複チェックを通過していることはわかりました。最後の return の直前（$wp_filter への登録直後）で $wp_filter[$tag]["$priority"] の値を表示させて確認しました。
add_action を経由しないで直接登録した場合ではきちんと動作しましたので、何らかの理由により登録を削除されているのではないかと考えています。
先月の中ごろから WordPress プラグインの作成に挑んできましたが、もうまもなく公開できると思います。名称は、EntryKeywords。
機能としては、記事に対してキーワードを複数設定し、それをいろいろと利用しようというものです。再利用を重視している点でタグ系のプラグインとは違います。基本は文字列での表示ですが、配列や JSON で取得できるなど、プログラマ寄りになっています。
公開場所は WordPress Plugins/JSeries の予定。発案者であるひろまささんには参加の申し込みをしてあるので、現在返事待ちです。
まだドキュメントもなくベータ版状態ですが、よかったらいじってみてください。GPL ライセンスですので、変更もご自由に。
プラグイン製作に挑むことにしました。このページはそのテスト用です。
普通の記事ページでもいいのですが、何かあったときの影響範囲を狭めるのと、個別に開くと人気度が変化してしまうために専用の記事を使うことにしました。
指定の記事のカスタムフィールドの値を得る。
Saving Plugin Data to the Database
get_option($option)：値の取得
add_option($name, $value, $description, $autoload)：新規追加
update_option($option_name, $newvalue)：更新。ない場合は add_option() が呼ばれる
delete_option($name)：オプションの削除
class を使っている場合（OOP）、add_options_page() の第5引数は次のようにする。
この引数が、call_user_func_array() の第1引数になる。これをやらないと、「First argument is expected to be a valid callback」と警告が出る。
フォームからの値はグローバル変数の $_POST や $_GET で得られるが、WordPressはどちらも独自の方法でエスケープしている。（/wp-settings.php）
このエスケープは強制的に行われるため、フォームを使う場合は stripslashes によるアンエスケープが必要。
エスケープ処理を行っている関数 add_magic_quotes() は、/wp-includes/functions.php で定義されている。
再起処理により、階層の深い配列にも対応するようになっている。
最終的なエスケープ処理をする $wpdb->escape() は、/wp-includes/wp-db.php で定義されている。$wpdb は クラス wpdb のインスタンス。
デバッグ＆テスト中。
本番テストということで、アフィリエイト広告のキーワードとして使ってみています。
記事のメタ情報を利用するため、記事ループの中でないと使えないことが判明。サイドバーのアフィリエイト広告に使いたかったのでちょっと残念。
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| « 4月 | ||||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
HTML convert time: 0.349 sec. Powered by
