投稿者: Toro_Unit

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で２段階認証を導入するあたりはやっておくと安心かなぁと個人的には思ってます。

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

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