dogmap.jp

WordCamp Fukuoka 2010 に行ってきました

をかもと — Sat, 27 Feb 2010 23:59:32 +0000

2/27(土)に博多で開催された、WordCamp Fukuokaに行ってきました。
前回開催された WordCamp Kyoto ではスタッフとして参加させてもらったんですが、今回は一参加者として参加。
以前から、お会いしたいと思っていた福岡の @evian さんや、@Yunoji さんにも、散々遊んでいただきました。感謝。
セッションも楽しかったんですが、その後の懇親会、AIP cafeでの二次会、長浜屋台やまちゃんでの三次会、楽しかったっす。
来年もまた行きたい。待ってろよ、福岡！

イベントの詳細な内容は他の方にお任せします。この辺を参照してください。

今回、一番楽しみにしていたのは WordPress テーマ P2 作者の Noël さんの来日。
P2の日本語リソースを作ったんで、彼とは何回かメールのやり取りをしたことがあるんですが、あまりくだけた話はしたことが無かった。
ぜひ、お知り合いになりたいと思っていたんだけども、いかんせん英会話ができない。
結局、彼を目の前にしたときは名刺交換するのがやっとで会話できなかった。悔しいなぁ。
簡単な英会話くらいはできるようになりたい！

ジーニアスバーや二次会のAIPカフェでNedさんと色々な話ができたことは、すごい刺激になりました。
第一線で、バリバリやってる人と話ができたのは楽しかったっす。
# 彼が日本語ペラペラだったので会話できました。
近いうちにヌーラボに移籍するそうなので、とても楽しみです。
私が WordPress 公式プラグインディレクトリで公開しているいくつかのプラグインも、たまに海外の方から質問が飛んできたりするんですが、そのサポートが中々大変。
たまにNedさんに相談にのってもらおうとかたくらんでます。

懇親会・AIPカフェでの二次会終わって、〆は長浜屋台やまちゃん。
翌日、東京のイベントに出席するはずのめ組の二人もやってきて、あんたら朝早いんじゃないかいと。
ここも旨かった。絶品のレバ刺、カンパチ刺、焼き明太子を肴に芋焼酎「黒霧島」をちびちびと。
連れて行ってくれたちゃげさん、SDLaboさんありがとう！
福岡に行ったら、また遊んでください。

なお、文中の写真はおでさん、てぃあさんとToruさんの Flickr から使わせていただきました。
福岡で一緒に遊んでくれた三人にも感謝！

Twitter OAuth 対応の話

をかもと — Tue, 16 Feb 2010 12:35:26 +0000

私が作成した Twitter 通知用 WordPress プラグイン「Simple Tweet」ですが、Ver.1.3.0 から Twitter OAuth に対応しました。
また、先行してFMのオンエア曲を流すbotも OAuth 対応しました。
これは Twitter の BASIC認証が2010年6月に廃止予定との情報を受けての対応です。

2010年6月から Twitter API の BASIC 認証が deprecated になるとのこと。

Deprecated というのは「非推奨」「廃止予定」という意味で
これを見る限りでは6月に即廃止ということではないと思いたいんだけど
少なくとも正式にはサポートされないということなので
その後はいつ廃止されてもおかしくない。

Twitter APIのBASIC認証は2010年6月に「廃止予定」 – 頭ん中

さて、本題の OAuth のお話。
Twitter で OAuth を利用するには、おおまかに以下の流れを踏みます。

http://twitter.com/oauth_clients で Twitter にアプリケーションを登録して、consumer_key, consumer_key_secret を取得。
consumer_key, consumer_key_secret から、request_token, request_token_secret を生成。
取得した request_token から authorize URLを生成。
twitter側で認証した後、callback_url に戻ってくるパラメータ oauth_verifier 若しくは PIN と、request_token, request_token_secret を利用して、access_token, access_token_secret を取得。
consumer_key, consumer_key_secret, access_token, access_token_secret を利用して、Twitter の各種APIを使用する。

consumer_key, consumer_key_secret, access_token, access_token_secret 共に重要なキーです。
これらが漏れると、どんなことが可能になるでしょうか？

consumer_key, consumer_key_secret の役割を考えてみましょう。
これら2つのキーは Twitter アプリケーションの認証を行っていると考えていいでしょう。

Twitter アプリケーション名が、どこに出てくるかというと例えば以下のような所です

Tweet のアプリケーション名
認証画面のアプリケーション名

consumer_key, consumer_key_secret が漏れると、これを偽装できちゃいます。
OAuth で認証する画面を見ると分かるんですけど Twitter アプリケーションの情報って名前とアプリケーションを登録したユーザ名しか出てないんですよね。
ユーザはこれだけの情報で、認証を求めてきたアプリケーションに対して権利を委ねなければなりません。

例えば「TweetPost」という Twitter アプリケーションが有ったとします。
このアプリケーションの consumer_key, consumer_key_secret が第三者に漏れてしまった場合、その第三者が consumer_key, consumer_key_secret を使用して「TweetPost」という名前の悪意あるアプリケーションを作成し、誰かにユーザー登録させることも可能です。いわゆる成りすましですね。
「TweetPost」というアプリケーションが、地道に築き上げてきた信頼・ブランドが瓦解しちゃいますね。

実際はアプリケーションのタイプを「Browser」にした場合は Twitter での認証後、アプリケーションに登録してある Callback URL に遷移するので oauth_verifier を取得するのは難儀ですが (^^;;
アプリケーションのタイプを「Client」にした場合は、request_token, request_token_secret, PIN から access_token, access_token_secret が生成できるので、成りすましは容易に可能になるでしょう。

Webアプリケーションだったら、consumer_key, consumer_key_secret を隠蔽するのは比較的容易ですが、クライアントアプリだと辛いモノがありますね。
クライアントアプリ用に OAuth 以外の認証方法が用意されるのかも知れません。

そんなわけで、Simple Tweet Ver.1.3.x では、Twitter アプリの登録は自分でやってもらうことにしました。
私が登録した Twitter アプリ経由で OAuth を通してもらうには、consumer_key, consumer_key_secret をどこかに入れ込んでおかないといけないですからね。

最近、見かけた WordPress プラグインの中にソース内に consumer_key, consumer_key_secret を埋め込んでいるものがありました。
そのプラグインは、現在のバージョンでは OAuth に対応していないようですが、将来の対応のために埋め込んであったのかも。
どの WordPress プラグインとは特定しませんが、この辺を深く考えないでソースの中に consumer_key, consumer_key_secret を埋め込んでいるようでは、作者のセキュリティに対する意識が薄いのかもしれません。
実害は無いとは思いますが、使用は控えたほうが良いかも知れません。

Simple Tweet 1.3.0 リリース

をかもと — Thu, 11 Feb 2010 07:13:46 +0000

WordPress に新規投稿があったら、Twitter に通知するプラグイン Simple Tweet の Ver.1.3.0 を JSeries で先行リリースしました。
英語ドキュメントができてないので、公式プラグインディレクトリへの登録はまだです。
気になる人は JSeries から、直接ダウンロードしてバージョンアップしてください。
WordPress Plugins/JSeries » Simple Tweet (Twitter ポスト)

今回のバージョンアップでは、幾つかの機能強化を行っています。
更新された機能は、ざっと以下のとおり。

Twitter OAuth 認証対応
短縮URLの生成法方を選択可能に

特に Twitter OAuth 認証対応は、設定がややこしいので別途説明ページを JSeries に作成しました。
そちらも併せてお読みください。
Twitter OAuth 設定方法

Kougaburari

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

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 +0000

私がリリースしているいくつかのプラグインと言語ファイルを修正しました。
修正したのは以下の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 +0000

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

おや、どこかで見かけた書き出し。
そう、やり方はWordPress のデータベースエラーページをカスタマイズの方法と、ほとんど同じです。
wp-content 以下に maintenance.php と言う名前でメンテナンスモード時に表示させたい PHP ファイルを置いておくだけです。
ちなみに私の所では、こんな感じの内容で maintenance.php を作成しておいてあります。
[php] header( 'HTTP/1.1 503 Service Unavailable' );
header( 'Expires: Wed, 11 Jan 1984 05:00:00 GMT' );
header( 'Last-Modified: ' . gmdate( 'D, d M Y H:i:s' ) . ' GMT' );
header( 'Cache-Control: no-cache, must-revalidate, max-age=0' );
header( 'Pragma: no-cache' );
header( 'Content-Type: text/html; charset=utf-8' );
?>

503 Service Unavailable

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

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

http://dogmap.jp/

[/php]

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

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

Custom more text

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

以前、唯奈さんに 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」に設定されたテキストと置き換えてるだけです。
このプラグインを元にすれば、「続きを読む」のテキストをエントリの件名に置換したりも簡単にできると思うよ。

[php] /*
Plugin Name: Custom more text
Plugin URI:
Description: 「続きを読む」のテキストをカスタムフィールド「custom-more-text」に設定されたテキストに置き換える。(WP2.8以降でないと動作しません)
Author: wokamoto
Version: 0.0.2
Author URI: http://dogmap.jp/
*/
function custom_more_text( $output ) {
$custom_more_text = get_post_meta(get_the_ID(), 'custom-more-text', true);
if ( !empty($custom_more_text) )
$output = preg_replace('/(]*>)[^<]*(<\/a>)/i', '$1′.$custom_more_text.'$2′, $output );
return $output;
}

add_filter( 'the_content_more_link', 'custom_more_text' );
?>[/php]

Table optimizer

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

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 してやると幸せになれるでしょう。

[php]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);[/php]

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

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

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 に追加するだけで実現できます。
[php] // #more-$id を削除する。
function custom_content_more_link( $output ) {
$output = preg_replace('/#more-[\d]+/i', '', $output );
return $output;
}
add_filter( 'the_content_more_link', 'custom_content_more_link' );
?>[/php]

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

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

Ubuntu で ext3 から ext4 へ

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

先日、ついうっかり自宅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 を修正するのを忘れずに

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