dogmap.jp

Kougaburari

をかもと — Mon, 08 Feb 2010 00:41:34 +0900

WordPress 用ランダムポスト・スライドショープラグインを JSeries でリリースしました。
hiromasa作の画像付きアーカイブ表示プラグイン「wp-kougabu」のランダムポスト機能を使用して、スライドショーを表示するプラグインです。
※ wp-kougabu ver.1.12 以降が有効化されている必要があります。

ダウンロードと使用方法は WordPress Plugins/JSeries » Kougaburari ( ランダムポスト・スライドショー ) を参照してください。

そもそも、このプラグインに着手したキッカケは、みなみさんの「WP2.9 オムライス」というエントリでお願いされたから。

いまほしいのは kogabu で抽出した画像を js でランダムに表示させるような魔法のプラグインです。そこに手書きキャプションとか追加できたらイイナ。新潟のにーさんとかひろまさとかが合体して作ってくれないかなあ。

名指しで指名されたら作らんわけにはいきますまい。

てなわけで、前から気になっていた jQuery プラグイン JQuery Cycle Plugin を使用して、wp-kougabu が吐き出したランダムポストイメージをスライドショー表示するプラグインを作りました。
開発当初は JSON でランダムポスト情報を取得して動的に組み立ててたんですが、ちょっとサーバ負荷がきつかったようなので JSON 方式は捨てました。
開発中は hiromasa, みなみ, おでこ, Binsan, Masayan, さっちんら、WPer が Twitter 上でテストに付き合ってくれました、多謝。

デモは、以下のサイトで見ることができます。

shot.dogmap.jp » Gallery
hiromasa.another ) (サイドバーの「Random Post」)
M's Life 2 (サイドバーの「Random Scroll」)
Odysseygate.com | WordPressでつづる、おでのこの道わが旅。 (サイドバーの「光画部らり」)
Binsan’s Cafe::: Binsan's Cafe (サイドバーの「Random Post」)
MMRT Web Site ver.5.0
LOVE!? (サイドバーの「Photo」)

デモ : ( width=160 height=120 count=20 fx=fadeZoom timeout=4000 speed=1000 )

プラグインを諸々修正

をかもと — Fri, 22 Jan 2010 08:22:22 +0900

私がリリースしているいくつかのプラグインと言語ファイルを修正しました。
修正したのは以下の4つ。

Short link maker Ver.0.1.1
WordPress.com Stats と競合して有効化できないことがある不具合を修正。
Simple Tweet Ver.1.2.1
予約投稿時に Tweet されなかった不具合を修正
Google Maps Anywhere Ver.1.1.7
Map のリンク先が必ず衛星写真になってしまっている不具合を修正
ストリートビューの表示が、ずれてしまう不具合を修正
P2 日本語リソース
最新バージョン 1.1.3 に対応。作者の Noel にも送付済みなので近々反映されると思います。

というわけで、ストリートビューの表示テスト。
ウォーリーというより、楳図かずお？
Wandsworth, Greater London SW15 1, イギリス

WordPress のメンテナンスページをカスタマイズ

をかもと — Tue, 19 Jan 2010 18:54:05 +0900

デフォルト状態の WordPress では、管理パネルから本体のアップグレードやプラグインの一括修正を行っているときにメンテナンスモードに切り替わり、左図のような「Briefly unavailable for scheduled maintenance. Check back in a minute.」という簡素な画面が表示されます。
# 2.7.x 辺りから実装された機能
これでは、あまりにもカッコ悪いので、右図のようにちょっとカッコいいメンテナンス画面を表示してあげるための Tips です。
有名サイトでも、この画面をカスタマイズしてない所はたまに見かけるので、あまり知られていないかなと思ってエントリ (^^;;;

おや、どこかで見かけた書き出し。
そう、やり方はWordPress のデータベースエラーページをカスタマイズの方法と、ほとんど同じです。
wp-content 以下に maintenance.php と言う名前でメンテナンスモード時に表示させたい PHP ファイルを置いておくだけです。
ちなみに私の所では、こんな感じの内容で maintenance.php を作成しておいてあります。

メンテナンス中 : dogmap.jp

503 Service Unavailable

ただいまサーバのメンテナンス中です。
数分後に再度リロードしてみてください。

ご不便おかけしますが、よろしくお願いいたします。

http://dogmap.jp/

注意する所は WordPress ロード後、早い段階で表示されるので WordPress のテンプレートタグはほとんど使えない点です。

ちなみにメンテナンスモードが有効になるタイミングは、本体をアップグレードしたり、プラグインを一括アップグレードしたりするときに「メンテナンスモードを有効にします」と表示された後です。
その後、「メンテナンスモードを無効にしています」と表示されるまで、サイトにアクセスするとメンテナンスモード用の画面が表示されます。

Custom more text

をかもと — Wed, 06 Jan 2010 23:05:22 +0900

以前、唯奈さんに Twitter でリクエストされてちょちょっと書いた WordPress 用プラグイン「Custom more text」。
投稿のカスタムフィールド「custom-more-text」にテキストが設定されていた場合、「続きを読む」のテキストを変更するプラグインです。

http://dl.dropbox.com/u/110305/custom-more-text.php

仕組みは簡単で、more-link の #more-xxxx を削除した時に使用した "the_content_more_link" フィルタをフックして、カスタムフィールド「custom-more-text」に設定されたテキストと置き換えてるだけです。
このプラグインを元にすれば、「続きを読む」のテキストをエントリの件名に置換したりも簡単にできると思うよ。

]*>)[^<]*(<\/a>)/i', '$1'.$custom_more_text.'$2', $output );
	return $output;
}

add_filter( 'the_content_more_link', 'custom_more_text' );
?>

Table optimizer

をかもと — Fri, 01 Jan 2010 16:07:40 +0900

WordBench 東京が開催した黙々と何かを作る勉強会もくもく部。
当日は大掃除したりなんだりで、リアルタイムには参加できなかったのですが、あまりに楽しそうだったので、夜中にこっそりビールを呑みながら、一人もくもく部をやってました。
で、1時間あまりで作ったプラグインがこれ。

http://dl.dropbox.com/u/110305/optimizer.php

wp-cron という WordPress で定期実行してくれる仕組みを使って定期的に全テーブルを optimize してくれるプラグインです。
地味に便利だと思いますよ。

一応、簡単な説明。
やってることは単純で "SHOW TABLES" を発行して、全テーブル名を取得し、その中から $wpdb->prefix でプリフィックスが WordPress で使用しているテーブルと一致するモノを "OPTIMIZE TABLE" してるだけです。
定期的に OPTIMIZE しなくても ANALYZE だけで充分だよ。という人は OPTIMIZE TABLE を ANALYZE TABLE に書き換えてやってください。

MySQL や一般的な RDBMS では、定期的に ANALYZE してやって、テーブルのキーの分布を分析・格納してやることで、DBアクセス時のパフォーマンスアップが見込めます。
動的生成の WordPress では、定期的に ANALYZE TABLE もしくは OPTIMIZE TABLE してやると幸せになれるでしょう。

define('OPTIMIZER_INTERVAL', 24 * 60);
define('OPTIMIZER_SCHEDULE_HANDLER', 'optimize_table');

class OptimizeTable {

	function optimize_table(){
		global $wpdb, $table_prefix;

		$tables = $wpdb->get_col('SHOW TABLES');
		$pattern = '/^'. preg_quote($wpdb->prefix) . '/i';
		foreach ( $tables as $table ) {
			if ( preg_match( $pattern, $table ) ) {
				$wpdb->query("OPTIMIZE TABLE $table");
			}
		}

		$time_interval = OPTIMIZER_INTERVAL;
		$this->schedule_single_event($time_interval);

	}

	// get wp-cron schedule
	function _get_schedule($schedule_procname = OPTIMIZER_SCHEDULE_HANDLER) {
		$schedule = array(
			'procname' => '' ,
			'enabled' => FALSE ,
			'time' => '' ,
		);

		$crons = _get_cron_array();
		if ( !empty($crons) ) {
			foreach ( $crons as $time => $tasks ) {
				foreach ( $tasks as $procname => $task ) {
					if ($procname === $schedule_procname) {
						$schedule['procname'] = $procname;
						$schedule['time'] = $time;
						$schedule['enabled'] = true;
						break;
					}
				}
				if ($schedule['enabled']) break;
			}
			unset($procname); unset($task);
			unset($time); unset ($tasks);
		}
		unset($crons);

		return ($schedule);
	}

	function schedule_single_event($time_interval = OPTIMIZER_INTERVAL) {
		return (wp_schedule_single_event(time() + $time_interval * 60, OPTIMIZER_SCHEDULE_HANDLER));
	}

	function schedule_enabled($schedule_procname = OPTIMIZER_SCHEDULE_HANDLER) {
		$schedule = $this->_get_schedule($schedule_procname);
		return ($schedule['enabled']);
	}
}

$optimizer = new OptimizeTable();
if ( !$optimizer->schedule_enabled() ) $optimizer->schedule_single_event(0);
add_action(OPTIMIZER_SCHEDULE_HANDLER, array(&$optimizer, 'optimize_table'));
unset($optimizer);

more-link の #more-xxxx を削除する

をかもと — Tue, 10 Nov 2009 18:08:55 +0900

WordPress の more-link には URL の後ろに #more-xxxx が含まれるため、以前は wp-includes/post-template.php を直接修正して #more-xxxx を付加しないようにしていました。
WordPress 2.8.x からは "the_content_more_link" フィルタが追加されたので、more-link の #more-xxxx を削除するのは簡単になりました。
以下のようなコードをテーマの functions.php に追加するだけで実現できます。

コアソースを書き換えちゃうと、アップデートが面倒になるので、できるだけフィルタフックやプラグインを使用してカスタマイズするように心がけましょう。
大抵のことは、コアソースを弄らずともできます。

追記:
すでに WordPress Codex にも乗っているテクニックだそうです。
# @ounziw 情報ありがとうございます。
「続きを読む」のカスタマイズ – WordPress Codex 日本語版

Ubuntu で ext3 から ext4 へ

をかもと — Wed, 04 Nov 2009 20:40:51 +0900

先日、ついうっかり自宅PCを Ubuntu 9.10 にアップデートしてしまいました。
で、ついでに Ubuntu 9.10 の標準ファイルシステムである ext4 にアップデートしたのでメモ。
参考にした URL は以下のとおり。

手順は、簡単。

$ df -T でファイル・システムを確認
$ sudo tune2fs -O extents,uninit_bg,dir_index /dev/DEV で変換指定
$ sudo e2fsck -fpDC0 /dev/DEV で整合性チェック
ext4 に変換したデバイスについて /etc/fstab を修正するのを忘れずに

後は、再起動すればおっけ。

WordPress Object Cache のバックエンドに Tokyo Cabinet を利用する

をかもと — Tue, 03 Nov 2009 00:04:34 +0900

2.5以前の WordPress には Object Cache という機能がありました。
最近の WordPress では、この機能はデフォルトでは使えない状態になっているのですが、wp-content フォルダに object-cache.php というファイルを置き、wp-config.php に "define(’ENABLE_CACHE’,true);" を追加することで、この機能が使用できるようになります。
この object-cache.php は、WordPress のコアには含まれていないので、どこからか調達してくる必要があります。
バックエンドに何を使うかにも寄りますが、ファイルや memcached に Cache 情報を持たせるモジュールが提供されています。

参考URL:

File-Based Extension to the WordPress Object Cache@dogmap.jp
Memcached backend for the WP Object Cache@hiromasa.another

で、この object-cache.php を書いてしまえば、Memcached やファイルだけでなく、軽量データベースライブラリ Tokyo Cabinet なんかもバックエンドのDBとして利用できるのです。
ってなわけで、レンタルサーバに Tokyo Cabinet をインストールして、WordPress から利用してみましょう。

Tokyo Cabinet のインストール

さくらのレンタルサーバにインストールする方法をざっくりと紹介。
参考にしたのは、BLOG::broomie.net さんの「さくらのレンタルサーバにTokyo Promenadeをインストールする方法」というエントリ。

まず、Tokyo Cabinet Files on SourceForge.net から、Tokyo Cabinet のソースをダウンロードしましょう。
2009年11月2日現在では、Ver.1.4.9 が最新バージョンのようです。

次に、ダウンロードしたファイルを展開後、configure -> make してインストールです。
ざっと、こんな感じ。

$ tar zxvf tokyocabinet-1.4.9.tar.gz
$ cd tokyocabinet-1.4.9
$ ./configure -prefix=$HOME/usr/local
$ gmake
$ gmake install

注意点は、configure するときにプリフィックスをつけることくらいかな。

Tokyo Cabinet の PHP バインディングモジュールのインストール

次に Tokyo Cabinet の PHP バインディングモジュールphp_tokyocabinet をインストールしましょう。
最新バージョンは、php_tokyocabinet-0.3.0 のようなので、それをダウンロードします。
ざっと、こんな感じ。

$ tar zxvf php_tokyocabinet-0.3.0.tgz
$ cd php_tokyocabinet-0.3.0
$ phpize
$ setenv  PKG_CONFIG_PATH $HOME/usr/local/lib/pkgconfig
$ configure --enable-tokyocabinet
$ gmake

# configure内でpkg-configを使うので、PKG_CONFIG_PATH をセットしています。

で、ルート権限があれば、このあと gmake install としてしまえば良いですが、共用レンタルサーバでは、それはできません。
なので、modules/tokyocabinet.so を ~/lib/ext とかにコピーしておいてあげましょう。
その状態で php.ini に以下の記述を追加すれば、OKです。

[tokyocabinet]
extension_dir = /home/username/lib/ext
extension = tokyocabinet.so

モジュールが読み込まれているかどうかは phpinfo() で確認できます。

object-cache の設置

あとは Object Cache のバックエンドとして、Tokyo Cabinet を使う object-cache.php を作成しましょう。
とりあえず、適当に書いたのが、こんな感じ。

add($key, $data, $flag, $expire);
}

function wp_cache_incr($key, $n = 1, $flag = '') {
	global $wp_object_cache;
	return $wp_object_cache->incr($key, $n, $flag);
}

function wp_cache_decr($key, $n = 1, $flag = '') {
	global $wp_object_cache;
	return $wp_object_cache->decr($key, $n, $flag);
}

function wp_cache_close() {
	global $wp_object_cache;

	return $wp_object_cache->close();
}

function wp_cache_delete($id, $flag = '') {
	global $wp_object_cache;
	return $wp_object_cache->delete($id, $flag);
}

function wp_cache_flush() {
	global $wp_object_cache;
	return $wp_object_cache->flush();
}

function wp_cache_get($id, $flag = '') {
	global $wp_object_cache;
	return $wp_object_cache->get($id, $flag);
}

function wp_cache_init() {
	global $wp_object_cache;
	$wp_object_cache = new WP_Object_Cache();
}

function wp_cache_replace($key, $data, $flag = '', $expire = 0) {
	global $wp_object_cache;
	return $wp_object_cache->replace($key, $data, $flag, $expire);
}

function wp_cache_set($key, $data, $flag = '', $expire = 0) {
	global $wp_object_cache;
	if ( defined('WP_INSTALLING') == false )
		return $wp_object_cache->set($key, $data, $flag, $expire);
	else
		return $wp_object_cache->delete($key, $flag);
}

function wp_cache_add_global_groups( $groups ) {
	global $wp_object_cache;
	$wp_object_cache->add_global_groups($groups);
}

function wp_cache_add_non_persistent_groups( $groups ) {
	global $wp_object_cache;
	$wp_object_cache->add_non_persistent_groups($groups);
}

class WP_Object_Cache {
	var $global_groups = array(
		'users',
		'userlogins',
		'usermeta',
		'site-options',
		'site-lookup',
		'blog-lookup',
		'blog-details',
		'rss'
		);

	var $no_hdb_groups = array(
		'posts',
		'comment',
		'counts'
		);

	var $autoload_groups = array(
		'options'
		);

	var $cache = array();
	var $db = array();
	var $stats = array();
	var $group_ops = array();
	var $pre;

	var $cache_enabled = true;
	var $default_expiration = 0;

	function WP_Object_Cache() {
		__construct();
	}
	function __construct() {
		global $table_prefix;
		$this->pre = $table_prefix;
		foreach ( $this->autoload_groups as $group ) {
			$this->get_hdb($group);
		}
	}

	function add($id, $data, $group = 'default', $expire = 0) {
		$key = $this->key($id, $group);

		if ( in_array($group, $this->no_hdb_groups) ) {
			$this->cache[$key] = $data;
			return true;
		}

		$hdb =& $this->get_hdb($group);
		if ( $hdb !== FALSE ) {
			$result = $hdb->put($key, $this->maybe_serialize($data));
			@ ++$this->stats['add'];
			$this->group_ops[$group][] = "add $id";
		} else {
			$result = FALSE;
		}

		if ( false !== $result )
			$this->cache[$key] = $this->maybe_serialize($data);

		return $result;
	}

	function add_global_groups($groups) {
		if ( ! is_array($groups) )
			$groups = (array) $groups;

		$this->global_groups = array_merge($this->global_groups, $groups);
		$this->global_groups = array_unique($this->global_groups);
	}

	function add_non_persistent_groups($groups) {
		if ( ! is_array($groups) )
			$groups = (array) $groups;

		$this->no_hdb_groups = array_merge($this->no_hdb_groups, $groups);
		$this->no_hdb_groups = array_unique($this->no_hdb_groups);
	}

	function close() {

		foreach ( $this->db as $bucket => $hdb )
			$hdb->close();
	}

	function delete($id, $group = 'default') {
		$key = $this->key($id, $group);

		if ( in_array($group, $this->no_hdb_groups) ) {
			unset($this->cache[$key]);
			return true;
		}

		$hdb =& $this->get_hdb($group);
		$result = ( $hdb !== FALSE ? $hdb->out($key) : FALSE );

		@ ++$this->stats['delete'];
		$this->group_ops[$group][] = "delete $id";

		if ( false !== $result )
			unset($this->cache[$key]);

		return $result;
	}

	function flush() {
		return true;
	}

	function get($id, $group = 'default') {
		$key = $this->key($id, $group);
		$hdb =& $this->get_hdb($group);

		if ( isset($this->cache[$key]) )
			$value = $this->maybe_unserialize($this->cache[$key]);
		else if ( in_array($group, $this->no_hdb_groups) || $hdb === FALSE )
			$value = false;
		else
			$value = $this->maybe_unserialize($hdb->get($key));

		@ ++$this->stats['get'];
		$this->group_ops[$group][] = "get $id";

		if ( NULL === $value )
			$value = false;

		$this->cache[$key] = $this->maybe_serialize($value);

		if ( 'checkthedatabaseplease' == $value )
			$value = false;

		return $value;
	}

	function key($key, $group) {
		if ( empty($group) )
			$group = 'default';
		$group = $this->pre.$group;

		return preg_replace('/\s+/', '', "$group:$key");
	}

	function replace($id, $data, $group = 'default', $expire = 0) {
		$result = $this->add($id, $data, $group, $expire);
		return $result;
	}

	function set($id, $data, $group = 'default', $expire = 0) {
		$result = $this->add($id, $data, $group, $expire);
		return $result;
	}

	function &get_hdb($group) {
		if ( empty($group) )
			$group = 'default';

		if ( in_array($group, $this->no_hdb_groups) )
			return FALSE;

		$group = $this->pre . $group;
		if ( !isset($this->db[$group]) ) {
			$this->db[$group] = new TCHDB();
			$this->db[$group]->open(trailingslashit(WP_CONTENT_DIR) . 'cache/' . $group . '.hdb', TCHDB::OWRITER | TCHDB::OCREAT);
		}

		return $this->db[$group];
	}

	function maybe_serialize( $data ) {
		if ( is_array( $data ) || is_object( $data ) )
			return serialize( $data );

		if ( is_serialized( $data ) )
			return serialize( $data );

		return $data;
	}

	function maybe_unserialize( $original ) {
		if ( is_serialized( $original ) ) // don't attempt to unserialize data that wasn't serialized going in
			return @unserialize( $original );
		return $original;
	}

}
?>

ただし Tokyo Cabinet は TCHDB::OWRITER オプションで、DBをオープンしている際はテーブルロックをかけてしまうので、このままではパフォーマンスが悪いです。
その辺も、考慮してこのモジュールを修正すれば、結構イケるのでは無いでしょうか？
共用レンタルサーバだから memcached は使えないんだよなぁという人はチャレンジしてみてください。

名刺

をかもと — Tue, 27 Oct 2009 23:09:01 +0900

AMNさんが、8月から開始したブロガー向けコミュニティーサービスブログクラブのブログクラブオープニングキャンペーンに応募していたのだが、みごと当選して前川企画印刷さんに名刺を作ってもらった。
中々、良い出来で満足。ただ、WordCamp に間に合わなかったのは残念。
次に配布する機会はいつだろう？

redirect_canonical フィルタを使う時の注意点

をかもと — Fri, 23 Oct 2009 20:02:32 +0900

ちょっとピコンときたので、WordPress 2.3から導入された機能「カノニカルURL」を使って、短縮urlを実現するプラグインを書いてみました。
まだまだβ段階もいいところなんですが、とりあえず公開しておきます。ご要望をお寄せください。
http://dl.getdropbox.com/u/110305/New/short-link-maker.zip

このプラグインを有効化すると、シングルページの内にという META タグが吐き出されます。
また、この META タグの href に対してアクセスすると、正式なURLにリダイレクトされるようになります。
Twitter や、印刷した紙に短い URL を書きたいときなんかに使ってください。
ちなみに URL は、単純に post_ID を62進数に変換しただけのものなので、カテゴリ一覧やタグ一覧などでは使えません。
あくまでも post_ID を持っているページのみに対応しています。

さて、これを作る際に困ったのが redirect_canonical フィルタの使い方。
wp-includes/canonical.php を見ると分かりますが、いつもどおり add_filter() で単純に使うだけだとハマりますので注意してください。
# つうか、限りなく仕様不備のような気もする。

カノニカルURL機能を実現しているのは redirect_canonical() という関数です。
この関数の最後で $redirect_url = apply_filters('redirect_canonical', $redirect_url, $requested_url); とやって、'redirect_canonical' というフィルターを使えるようにしてくれているので、このフィルターをフックしてやれば、リクエストがあったURLとは違うURLにリダイレクトしてやることができます。
が、この redirect_canonical() 関数、apply_filter() を呼んだ後で、そのリダイレクト先のURLが正しいかどうかをチェックするために、再度自分を呼んでる(293行目)のです。

	if ( $redirect_url == $requested_url )
		return false;

	// Note that you can use the "redirect_canonical" filter to cancel a canonical redirect for whatever reason by returning FALSE
	$redirect_url = apply_filters('redirect_canonical', $redirect_url, $requested_url);

	if ( !$redirect_url || $redirect_url == $requested_url ) // yes, again -- in case the filter aborted the request
		return false;

	if ( $do_redirect ) {
		// protect against chained redirects
		if ( !redirect_canonical($redirect_url, false) ) {
			wp_redirect($redirect_url, 301);
			exit();
		} else {
			// Debug
			// die("1: $redirect_url
2: " . redirect_canonical( $redirect_url, false ) );
			return false;
		}
	} else {
		return $redirect_url;
	}

WordPress のカノニカルURL機能では、実在しないURLをリクエストされた時、似たようなURLをサイト内から探して候補を出します。
例えば http://dogmap.jp/pU という URL がリクエストされた場合、 WordPress は http://dogmap.jp/2007/09/05/put-scripts-at-the-bottom/ をリダイレクト先の候補にします。
しかし、本当は http://dogmap.jp/pU という URL は、post ID 1606 の http://dogmap.jp/2008/03/12/wordpress-233-feed/ にリダイレクトさせたいのです。
そこで 'redirect_canonical' というフィルターをフックして http://dogmap.jp/pU という URL がリクエストされた場合 http://dogmap.jp/2008/03/12/wordpress-233-feed/ をリダイレクト先に指定してやるのですが、２回目にフィルタを呼ばれたときに正常にフィルタ内の関数が動作しない…

というわけで、以下のような実装にしました。

function redirect_shortlink($redirect_url, $requested_url){
	remove_filter('redirect_canonical', 'redirect_shortlink' );

	if (empty($requested_url)) return $redirect_url;

	$siteurl = trailingslashit(get_option('siteurl'));
	$pattern = '/^' . preg_quote($siteurl, '/') . '([\da-zA-Z]+)$/';
	if ( preg_match_all( $pattern, $requested_url, $matches ) ) {
		$link_id = $matches[1][0];
		$post_id = n_to_dec($link_id, 62);
		if ( $post_id !== FALSE ) $redirect_url = get_permalink($post_id);
		if ( empty($redirect_url) )
			$redirect_url = ( preg_match('/[\d]+/', $link_id)
				? get_permalink($link_id)
				: get_permalink(hexdec($link_id))
			);
		add_filter('redirect_canonical', create_function( '', "return '$redirect_url';"));
	}
	unset($matches);

	return $redirect_url;
}
add_filter('redirect_canonical', 'redirect_shortlink', 10, 2 );

redirect_canonical() 関数が二回目に呼び出されたときには、一度目に取得したリダイレクトURLを返すようにフィルターを変更しています。