WordPress 3.5で非推奨となったimage_resizeをWP_Image_Editorに置き換える方法。

WordPress 3.5から「image_resize関数」が非推奨となりました。公式リファレンスでは、image_reseize関数の代替として「WP_Image_Editorクラス」を使用するように推奨され、下記のようなサンプルコードが掲載されています。

WP_Image_Editorクラスを生成する「wp_get_image_editor関数」に元ファイル名を引数として渡し、リサイズの後「saveメソッド」に新しいファイル名を引数として渡すという感じのようです。

しかし、コードを追い、image_resize関数の返り値を見てみると「{$dir}/{$name}-{$suffix}.{$ext}」と、元ファイル名にリサイズ後のサイズが付加されたファイルパスを返すようです。上記のサンプルコードでは、リサイズ後のファイル名は自分で決めないといけないので、image_resize関数をそのまま置き換えることはできません。

これは何か影響がありそうだなーと思いながらWordPressを3.5にバージョンアップしたところ、ユーザーの管理画面でNoticeエラーがでるようになってしまいました。調べたところ、ユーザーのアバター画像を設定するプラグイン「Simple Local Avatars」がimage_resize関数を使っているためでした。

Simple Local Avatarsとは

WordPressで使用されるアバターは、標準ではGravatarというWebサービスで登録した画像が表示されるようになっています。個人使用ならばこれで良いのですが、企業サイトでの利用を考えると、全ユーザーGravatarで画像を登録してもらうのは現実的ではありません。

そんなとき、「Simple Local Avatars」というプラグインを使えばユーザーの管理画面から直接ファイルをアップロードしてアバターを設定することができるようになります。

image_resize関数をWP_Image_Editorクラス使用に置き換える

ここで、Simple Local Avatarsでimage_resize関数を使用している箇所を見てみます。

前述したように、WP_Image_Editor->save()の場合は自分でリサイズ後のファイル名を渡す形なので、image_resize関数をそのまま置き換えることはできず、image_resize関数が返すようなリサイズ後のファイルパスを自分で返す必要があります。そこで、Simple Local Avatarsの当該箇所のコードを下記のように変更します（image_resizeの返り値生成の部分に合わせようとしたので、少し冗長です…）。