WordPressでカスタム投稿タイプ + カスタムフィールドってのはよくある話だとは思いますけど、管理画面に表示させたいってことが結構あったので、クラスを書いて簡単に扱えるようにしました。

並べ替えにも対応しているので、イベントや、商品などを扱うときに便利かと思います。

つまり、こんな感じです。イベントカレンダーなので、並べ替えができるといろいろ便利だったりします。

コード

コードはこんな感じです。gistに上げてあるので適当に使って下さい。細かい説明をやり出すとかなり長いのでそこら辺は割愛します。日時欄の前にカスタムフィールドを追加します。

無名関数や配列の短縮構文を使っているので、PHP5.4以上で動作します。そこらへん適当に直せばもっと古い環境でも動くと思います。

https://gist.github.com/torounit/64d66203042459a6d25b

第4引数の$is_numをtrueにすると、並べ替え時に文字列ではなく、数字として並び替えます。価格欄などはtrueにしておくと便利かもしれません。

また、取得するカスタムフィールドを表示する前に、フィルターをつけてあります。

それを使うと、

• カスタムフィールドには画像のIDを保存し、wp_get_attachment_imageなどで、画像を表示する
• 日付のフォーマットの変更
• 価格欄に単位をつけて表示
• WordPressという文字列のPをちゃんと大文字にする

等のことができるようになります。

あまり知られてないですけど、管理画面周りでできる事って地味に多いですね。

WordPressでカスタムフィールドを使って日付を入力させたりする、なんてことはよくある話だと思います。

ただしWordPressでは、wp-settings.phpで以下のコードが実行されて、タイムゾーンがUTCに変更されます。

date_default_timezone_set( 'UTC' );

なので、PHPのtimezoneの設定がどうなっていようと、UTCになってしまいます。なので、unixtime等を扱うときはかなり注意が必要だったりします。

対処法

その１ 時差分を追加

get_option('gmt_offset')で、WordPressで設定されているUTCとの時差が取得できますので、それをmktimeや、strtotimeの返却する値に追加します。

<?php
function local_mktime() {
 $defaults = array(
 date("H"),
 date("i"),
 date("s"),
 date("n"),
 date("j"),
 date("Y"),
 -1,
 );
 $args = func_get_args();
 $param = array_merge( $defaults, $args );
 $offset = get_option('gmt_offset') * 60 * 60;
 return mktime( $param[0], $param[1], $param[2], $param[3], $param[4], $param[5], $param[6]) + $offset;
}

function local_strtotime( $time, $now = null ) {
 $offset = get_option('gmt_offset') * 60 * 60;
 if( $now == null ) {
 $now = time();
 }
 
 return strtotime( $time, $now ) + $offset; 
}

その２ 一時的にタイムゾーンを変更する

date_default_timezone_get()で現在のタイムゾーンを取得、date_default_timezone_set( $timezone )で、タイムゾーンを変更できます。なので、これを使って、一時的にタイムゾーンを変更できます。

<?php
function local_mktime() {
 $defaults = array(
 date("H"),
 date("i"),
 date("s"),
 date("n"),
 date("j"),
 date("Y"),
 -1,
 );
 $args = func_get_args();
 $param = array_merge( $defaults, $args );

 $internal_timezone = date_default_timezone_get();
 date_default_timezone_set( 'Asia/Tokyo' );

 $timestamp = mktime( $param[0], $param[1], $param[2], $param[3], $param[4], $param[5], $param[6]);

 date_default_timezone_set( $internal_timezone );

 return $timestamp;
}

function local_strtotime( $time, $now = null ) {
 $offset = get_option('gmt_offset') * 60 * 60;
 if( $now == null ) {
 $now = time();
 }

 $internal_timezone = date_default_timezone_get();
 date_default_timezone_set( 'Asia/Tokyo' );

 $timestamp = strtotime( $time, $now ); 

 date_default_timezone_set( $internal_timezone );

 return $timestamp;

}

時差の絡んだ日付の変換はかなりややこしいです。timestampにする必要が無いところはstr_replace等で数値文字列に変換して対処する等する方が、バグなどを埋め込まずに済みそうです。

【助けて】WordPressで不審なユーザーが管理者権限で新規登録されていたんですが。。。 | ラブグアバ

とりあえず、安全そうなバックアップから復旧しようぜ。としか言えないのですが、それすらない場合にとりあえずやること。

WordPress・プラグイン・テーマの再インストール

所謂普通のレンタルサーバーで何も考えずに、WordPressをインストールした場合、テーマ・プラグインが編集できてしまいます。

つまり、何でもできてしまいます。

PHPファイルも編集できてしまい、そこからさらに既存のファイルを書き換えたりできてしまうので、WordPressの本体、プラグイン、テーマ、そのほかサーバー上に不正なファイルがないかどうかの検証が必要になってきます。

正直、検証とかやってられないので、真っ新な環境作って再インストールしましょう。

wp-config.phpに

define( 'DISALLOW_FILE_EDIT', true );

を記述すると、この機能を無効にできます。

wp-config.php の編集 – WordPress Codex 日本語版

記事データの検証

記事データ本文をエクスポートして、変なscriptタグが無いか検査します。結構面倒だとは思いますが、変なサイトへのリダイレクトなどが含まれてないか位は最低限チェックしないとだめな気はします。

とりあえず、バックアップって大事だなぁって思います。

あと、パーミッションを適切に設定する、使わない機能を無効にする、信用ならないプラグイン・テーマは使わない、使わないプラグインは消す、あたりは必ずやっておくこと。

Crazy Bone突っ込んでログイン履歴を取っておく、Spirits and Goblinsで２段階認証を導入するあたりはやっておくと安心かなぁと個人的には思ってます。

一度不正ログインとか改ざんとかやられると、極論、全てのデータ・ファイルを検査するか破棄するしか安全性が保証できないので、すげー大変だったりします。

やっぱり事件が起こる前にちゃんとセキュリティには気をつけておきましょう。

ブログを書くまでが勉強会という事で。

先週の土曜日にKnower(s)さんでWordBench Nagano Vol.4を開催しました。

気がつけば満席で大盛況でございました。ご来場ありがとうございます。正直40分しゃべるってのはなかなか疲れました。懇親会では疲れ果てて非常にぐだぐだだったので次回は誰かに懇親会はお任せしようという決意をした所存であります。

当日話した事

先日の予告通りこのブログのリニューアルをどんな感じでやったかという話をざっくりとしました。テスト環境作るなら、VCCWがいいよって話と、Theme Unit Testをちゃんとやると良いよっていう話ですかね。

かなり駆け足＆練習不足のためのグダグダなどもあったので、わかりやすく話せた自信は正直薄いので、いろいろググってください。宮内さんのブログとかに情報たくさんあるので、読んで頂ければと思います。

今後について

とりあえず、今年度中に何かしら勉強会やれたらなぁと思います。個人的にはCSSとかJSの話もしたいというのもあったり、WordBenchもある程度定期的にやりたいなとは思ってたりします。

勉強会などのお誘い等は可能な限り参加させていただきますので、よろしくです。

クライアントワークとかでコメントを使う機会って少ないですし、自分の中二病的ポエムサイトにコメントがついたりすると死にたくなりますよね。

そんなわけでコメント欄をテーマに設置しないことが多いんですけど、それだけだとコメントフィードへのリンクがwp_headに出力されてしまいます。

<link rel="alternate" type="application/rss+xml" title="ほげほげ のコメントのフィード" href="http://example.com/blog/hoge-hoge/feed/">

みたいなやつ。

なんだか気持ち悪いので取ってしまいましょう。

ページ・投稿ごとに、ディスカッションの設定のチェックをすべて外す。

これにチェックが入っていないページであれば、コメントフィードは出力されません。

投稿のデフォルト設定の「コメントの許可」、「他のブログからの通知を受け付ける」のチェックを外す。

こいつらにチェックが入ってると、新しい投稿を作るたびにディスカッションのチェックを外さなければいけないので、チェックを外しましょう。

でも忘れるよね･･･ということで、functions.phpにコピペできるコード。

add_action(“init”,function(){
update_option( “default_ping_status”, true );
update_option( “default_comment_status”, true );
});

PHP5.3以上じゃないと動かないですけど、イマドキ5.4未満とかあり得ないと思うので別にいいかなと。

追記：まがりんさんからツッコミ入ったので、修正。

add_action("init",function(){
    add_filter("comments_open", "__return_false");
    add_filter("pings_open", "__return_false");
});

こっちの方がベターですね。