qnote » 社長ブログ

WordPressマルチサイトのパフォーマンス問題

Nobuyuki Tsuruta — Mon, 28 Nov 2011 10:46:48 +0000

WordPress 3 、マルチサイト機能を使うとパフォーマンスが上がらないのです。
問題は、主に wp_includes/functions.php の wp_load_alloptions() と get_options() にある。

wp_load_alloptions() は、wp_optionsテーブルからautoload = ‘yes’ のオプション値を全部とってくる関数だ。
マルチサイトじゃなければ、この関数内では wp_cache_get() が呼ばれてオブジェクトキャッシュが有効になるので、毎回DBにクエリ発行して wp_options のほぼ全件をとってくるなんてことはないのだが、マルチサイトが有効だとサイトごとに異なる wp_options を読まねばならず、オブジェクトキャッシュを使うことができない。（いや、できるんだろうけど、影響が大きすぎるから後回しになってると思われる。）

該当箇所はここらへん。マルチサイトだと $alloptions は false になるので、このあと毎回DBに問い合わせにいくことになる。

1
2
3
4

if ( !defined( 'WP_INSTALLING' ) || !is_multisite() )
$alloptions = wp_cache_get( 'alloptions', 'options' );
else
$alloptions = false;

しかも、この関数、get_option() からほぼ無条件に呼び出されるので、 DB へのクエリはHTTPリクエスト毎に1回ではなく、 get_option() が呼ばれる毎に発行されてしまうのである。複雑なパーマリンク構造だったりすると、 wp_options テーブルの rewrite_rule 値が肥大化してたりもするので、この負荷は相当になる。

で、なんで get_option() は「ほぼ無条件に」 wp_load_alloptions() なんていう負荷の高い関数を呼び出すのか、と。これもおそらく、マルチサイトで wp_options テーブルが混乱しないようにするための「とりあえず」な策なのではないか。

該当箇所はこんなんなってます。

1
2
3
4
5
6
7

$alloptions = wp_load_alloptions();

$value = false;
if ( isset( $alloptions[$option] ) ) {
$value = $alloptions[$option];
} else {
$value = wp_cache_get( $option, 'options' );

ロジックとしては、
「ぜんぶのオプションをとってきて、その中に必要なオプション（1つ）があればそれが値です。なければキャッシュからとってきます。」
ということである。
「あ、wp_cache_get() 使っちゃってる！マルチサイトだと混乱しちゃう！じゃあとりあえず全部取ってきたら、 wp_load_alloptions() ではキャッシュ使わなくしてるから大丈夫だよね。」
ってところか。

たしかにこれで正しく動くのだろうけど、 get_option() なんて実行頻度の高い関数で、wp_options テーブル全件SELECTなんて無茶をしたら、そりゃパフォーマンス上がらないの当たり前である。実際、 query_log には膨大な数の

「SELECT option_name, option_value FROM wp_options WHERE autoload = ‘yes’」

が記録され、DB の CPU 負荷はたいしたことないのに Web サーバはひたすら I/O 待ちをするということになる。

解決策（これも”とりあえず”だけどね・・・）としては、以下のように2行コメントアウト。

1
2
3
4
5
6
7

//$alloptions = wp_load_alloptions();

$value = false;
if ( isset( $alloptions[$option] ) ) {
$value = $alloptions[$option];
} else {
//$value = wp_cache_get( $option, 'options' );

どうせ、このあとで wp_options から指定されたオプション1行だけを読んでくるクエリを発行しているのである。オブジェクトキャッシュが使えなかったとしても、毎回全件読むよりは毎回1件だけ読んだほうが全然お得。

WordPress 本体を書き換えるのはオススメできないけれど、改善されるまでの窮余の策として。

WiMAXの試験中

Nobuyuki Tsuruta — Fri, 18 Feb 2011 06:51:51 +0000

バイクに MacBook Pro を積んで、都内と湘南をいったりきたりしております。

これまで出先では NTT コミュニケーションズの HotSpot 、 Yahoo! の mobilepoint 、 Livedoor Wireless 等を使っていたのですが、いかんせんアクセスポイントが少ない。そして増えない。

致命的なのは、近頃のマクドナルドの通信事情です。店舗入口に mobilepoint のシールが貼ってあるにも関わらず、全然繋がらないところが多いのです。たとえ繋がっても、 PPTP を通してくれず VPN 接続が不可能だったりします。

ノマドとしては、もっと自由に快適にお仕事がしたい！
というわけで、UQ WiMAX の「Try WiMAX レンタル」に申し込んでみました。

http://www.uqwimax.jp/service/trywimax/

15日間端末を貸し出してくれて、無料で使い倒すことができます。
残念ながら無線ルータ型の端末は出払っていて借りられませんでしたが、 USB 型の UD01NA をゲット。

小さくて持ち運びも便利

しばらく使ってみて、湘南あたりと都内での使い勝手をレポートしてみたいと思います！

猫たち取材

Nobuyuki Tsuruta — Thu, 26 Aug 2010 13:31:24 +0000

本日、某猫雑誌の取材を受けました。

さすがに猫雑誌の記者さんは猫慣れしているご様子。
猫たちもあまり緊張することなく、のびのびと写真を撮られていたようです。
私も調子にのって、ふたばを抱っこしてニッコリ笑顔で写真を撮って頂きました。

詳細はまた追って、掲載が確定した段階でお知らせします。
お楽しみに〜！

【WordPressネタ】Flutter PluginがIE8で動かない件

Nobuyuki Tsuruta — Thu, 10 Jun 2010 10:55:05 +0000

Internet Explorer 8 (以下 IE8 ）、いろいろと困ったチャンな動きをしてくれますね。

今回問題になったのは、WordPress の CMS プラグイン「 Flutter 」。

Flutterには Edit In Place ( EIP ) という機能があって、投稿の内容を「表」の画面から編集できます。

WordPressを会員サイト構築に使う場合、会員といえども管理画面は使わせたくない。
かといって、いちいち会員向けの編集画面を作るとなると、工数がかさんでしまう。
プラグインで一般会員の自由な記事編集が可能になれば、とても便利。
・・・というのが、 EIP の機能なわけですね。

この EIP 機能、IE8 では完全には動作しません。
マルチラインテキストの要素で編集が可能にならず、 prototype.js の 2216 行目でエラーになってしまいます。
これは、 editnplace.js で実行されている setStyle メソッドが、 IE8 に対応できていないせいです。

※参考
Prototype.js, setStyle, and IE not working together

解決方法は上記の参考サイトにありますが、 setStyle メソッド実行時に、ちょっと呼び出し方を変えるだけです。
こんな感じ。

var panel = $(this.panelID);
Element.setStyle(panel, {display: "", top:panel_top+"px",left:elementLeft+"px"});

editnplace.js 中、setStyle メソッドは4箇所ほどで実行されてます。

あまりちゃんと検証してませんが、動かない箇所をひとつずつ修正して潰していくと、とりあえずまともに動くようにはなってくれそうです。

Mac OS XのSpotlightがジャマ

Nobuyuki Tsuruta — Thu, 28 Jan 2010 13:28:17 +0000

MacBook Air、ようやくハードディスクを修復・・・というかOSから再インストールした。
今後は慌てないように、MacのTime Machineを使ってバックアップをとろう！
と思ったのだが・・・これがうまくいかない。

社内にあるTime Capsuleを指定して、バックアップを設定。
あまり膨大なデータだと時間がかかるので、4GBぐらいまでバックアップ対象を整理した。

が、バックアップが開始されると同時に、CPUの負荷が激増。
2GBから一切増設できないメモリも使い切ってしまう。

仕事にならん！！！

Activity Monitorを見ると、mdsプロセスがメモリの大半を使い切ってる。
ただでさえ遅い4200rpmのHDDに、派手にスワップしているのである。

さて、このmdsというのは、Tigerから登場した検索機能「Spotlight」のためのインデックス作成を司るプロセスである。こいつが、バックアップのためにマウントしたTime Capsuleのディスクに対して、検索のインデックスを作成しようとしてるのである。

検索機能はありがたいが、正直、ローカルに保存したドキュメントのことを覚えてられないほどには、まだボケてはいない。
バックアップディスクを検索しなきゃいけないようなケースも、まずないだろう。
邪魔くさいので、Spotlightは止めてしまうことにする。

とりあえず急場しのぎは、

# sudo mdutil -a -i off

でOK。これでmdsはインデックス作成をやめて、メモリを解放してくれる。

しかし、またバックアップしようとしてディスクがマウントされると、しつこくmdsが暴れ出す。
Tigerまでは、/etc/hostconfigに「SPOTLIGHT=-NO-」の1行を追加して再起動すれば、Spotlightは無効にできたのだが、Leopard、Snow Leopardではまたいろいろ変更されてるみたい。Spotlightを無効にするためだけのシェアウェアなんてのも登場してる。

10.4 Tiger : /etc/hostconfigで制御できた
10.5 LaunchAgent/LaunchDaemonsでSpotlightの有効/無効を制御できた
10.6 LaunchAgent/LaunchDaemonの制御下からSpotlightが外れた

結局、10.6 Snow Leopardでは、ドライブをマウントするたびにインデックス作成が起動してしまう模様。
んぁ〜。結局、システム環境設定ですべてのドライブをインデックス対象から除外するしかないのか。

MacBook Air、壊れる

Nobuyuki Tsuruta — Tue, 26 Jan 2010 19:27:52 +0000

ほとほと困り果てました。

書きかけの原稿、案件の資料、創業以来のメールetcが詰まったMacBook Airがクラッシュ。
なんでこう、Appleの新製品発表目前で壊れるのだろう。
新製品を買え、ということか。

そんなことより、当面の問題は起動しなくなったMacから如何にしてデータをサルベージするか。
一応バックアップはあるんだけど、古かったり不十分だったりするので・・・。

いろいろトライするものの、MacBook AirにはUSBポートがひとつしかない。
DVDドライブも内蔵されてないので、外付けするしかない。
しかも、AppleのSuperDriveはUSB HUBを経由すると動作しない。

つまり、Mac OS XのDVDから起動してリカバリしようとすると、外付けのHDDやUSBメモリにコピーするわけにいかないのです。

じゃあどうするか。
AirはWi-Fiが使えることが前提の設計なので、Wi-Fiを活用してやればよいのです。
要は、ネットワーク上の他のMacのHDDを、リモートマウントするわけです。
こういうときに、UNIXベースのOSってのは便利ですね。

【手順】

1.Mac OS XのDVDをドライブにセットし、Optionキーを押しながら電源オン。

2.起動ディスクにDVDを選んで起動。

3.起動したら、メニューから「ユーティリティ」-「ターミナル」を開く。

4.マウントポイントを作る。

# cd /Volumes
# mkdir idisk

5.マウントする。
# mount -t afp afp://user:password@192.168.x.x/Macintosh¥ HD/ /Volumes/idisk

あとは、/Volumes/idiskの下に適当なディレクトリを掘って、自機（私の場合はAir）の/Volumes/Macintosh¥ HD/以下から、必要なファイルをcpコマンドでコピーすればよいのです。

ただ、やっぱりWi-Fiごしに大きなファイルをコピーするのは時間がかかります。
こんな時間にブログを更新してるのは・・・そういうわけです・・・orz。

猫を洗う

Nobuyuki Tsuruta — Tue, 05 Jan 2010 12:42:49 +0000

年末年始の長い休みの間、会社の猫たちは高円寺のサブオフィスに引っ越ししてました。

で、いい機会なので、一斉にお風呂に入れることに。
オフィスにはお風呂が無いからね。

猫の数は、7人。
ただ、「みぃさん」は保護したときに股関節を骨折してた子なので、暴れてまた古傷が痛んでも可哀想。
とりあえず今回は免除にしました。

まず、おっとりした性格の「みるく」からお風呂場へ。

「んなーーーーーーーっ！！！！！」

超大声。そしてジタバタと逃げる。
でも、狭いユニットバスなので大丈夫。逃がしはしないぜ。
猫用シャンプーでガシガシ洗って、一丁あがり。

続けて、「ちまき」。
女の子は小さいから力も弱いのです。でも、その分すばしっこいのです。
ちまきはユニットバスの壁を垂直に駆け上がり、そのまま落ちて湯船にドボン。
急いですくい上げたけど、激怒してしまって・・・その後2時間ぐらい、カーテンレールから降りてきませんでした。

激怒するちまき

さらに、「ハナ」、「ふたば」、「さくら」の順にどんどん洗う。
ふたばはお母さんなだけあって、とてもいい子でした。
暴れるどころか、足に甘えてくるのです。可愛すぎ。

最後。
一番臆病な女の子「りぼん」の番。
脇を抱えてシャワーをかけた途端。

・・・脱糞。
おめでとう、本日の脱糞賞、第1号です！
・・・くさいよ・・・。

全員洗い終えて、部屋のエアコンは30度の常夏設定。
乾いた猫たちは、ふわふわで最高の触り心地。
さっきまでさんざん怒ってたくせに、気分良さそうに眠るのでした。

次回、このイベントはGWの予定です。
でも、写真を撮ってる余裕が無いんだよな・・・。

シェスタの葬儀

Nobuyuki Tsuruta — Mon, 07 Dec 2009 11:49:35 +0000

心の整理のためもあって1週間お通夜をしたけれど・・・整理なんかつかないやね。
当たり前だけども。

しかし、時間はそんなことはお構いなしに過ぎていくわけで。
いよいよ本当にお別れの日となりました。

–

金曜は女房のお母さん、土曜日はウチの母と姉二人がお通夜に来てくれました。
姉たちとは普段実家でしか会わないので、我が家に来たのはなんとはじめて。
鎌倉移転の前に遊びに来てもらえてよかったかも。

–

日曜10時に、火葬車に乗ったペットpapaさんが到着。時間通り。
こういう時は、「少し遅れてくれればいいのに」と思う。

住宅街ではゆっくりお別れができないからってことで、ちょっと離れた「城北中央公園」まで車で移動。
はじめて行った公園だけど、秩父あたりに来たような錯覚に陥るほど、自然でのんびりした感じの広場でした。

シェスを火葬車の台に載せ、花と子どもたちからの手紙、大好物の鰹節を置く。
これで、本当にさようならだ。
毛と体の感触を絶対に忘れないよう頭を撫でていると、やはり涙が溢れてくる。
こんなこともあろうかとサングラスをしてきたが、鼻水が隠せないってのは盲点だった。

–

1時間後、シェスタが帰ってきた。
遺骨は本当に真っ白で、とても15歳の老猫とは思えないほど綺麗でした。
カロートペンダントに入れる分を少しだけ取り分け、残りを家族全員で拾骨して骨壷に。

部屋のキャビネットの上に置いたら、なんも分からない琴が隣にちゃっかりｗ。

遺骨を守る(?)琴音

【闘病記】14日目(2) – ありがとう -

Nobuyuki Tsuruta — Mon, 30 Nov 2009 10:53:26 +0000

昨夜9時5分頃、最愛の猫シェスタが他界しました。15歳でした。
暖かいメッセージを頂いた皆様に、心から感謝してます。
つくづく、シェスも俺も幸せものですね。

最期の瞬間までのことも、忘れないように記録に残したいと思います。

–

病院から帰宅してすぐ酸素室に戻したのだけど、後ろ足が伸びきってぺったり腹ばいの姿勢に。
気温が低かったので、俺の部屋からリビングに移動して、床暖房をつけた。
酸素濃度が上がると、呼吸は比較的楽そう。

午後からは女房と息子を遊びに行かせて、俺は娘と留守番。
撫でに行ってはメソメソ泣き、いたたまれなくなって離れる。
でも心配でまた撫でに行ってはメソメソ、ってのをひたすらループする。

19時過ぎに女房と息子が帰宅。
パスタを茹でて食った後、ボクシング中継見ながら休憩していたのだが、21時過ぎに、女房がシェスの異変に気づいた。
ずっと動かなかったのに、立ち上がって背中を反らし、天井を見ている。

酸素室に手を入れて撫でながら、家族全員で名前を呼ぶが、次第に瞳孔が開いていくのがはっきりとわかる。
5秒ぐらい呼吸が止まっては「ハッ」っと吐くのを3回繰り返した後、動かなくなってしまった。

–

正直、もうこれ以上苦しんで欲しくなかったから、さほど長引かずに息を引き取ったことに安堵した気持ちの方が、悲しさより大きかったかもしれない。
家族全員で看取れたのも、考えてみればすごいことだ。
1日ずれていたら俺はまず家にいないし、数時間ずれてても女房と息子はいなかった。全員が在宅で起きてる時間っていうのは、1週間のうち2～3時間なんじゃないかと思う。（俺が極端に夜型なせいもあって。）
ホント、偶然というにはあまりにも出来すぎなほど。
でも、シェスはいつもそうだったのだ。
シャレでもなんでもなく、多分、俺とシェスの出会いは奇跡だったんだと思う。
今はただ、シェスへの感謝の気持ちでいっぱいだが、やはりちょっと寂しい。
油断すると涙腺が崩壊するので、しばらく注意が必要そうだ。

そうそう、シェスが逝った直後から、右肩の肩こりが強烈にひどくなった。
単に疲れが出ただけなんだろうけど、「乗っかってんだろうな」ってことにしておきたい。

–

すぐに火葬にすると心の整理がつきそうもないので、今週いっぱいお通夜をすることにした。
Webで調べたら練馬区内に「ペットpapa」という会社があって、家族葬と最長10日のお通夜をセットでやってくれるとのこと。
http://www.petpapa.jp/
連絡して、今夜22時に来てくれることになっている。

それまでの間、息子と娘が赤子時代に使っていたクーファンを使うことにした。
寝かせて布団をかけたら、本当に赤ん坊みたいでかわいいのだ。
俺のベッドの横に安置して、やっと、ゆっくり眠ってもらっている。

–

これから、少しでも記憶をとどめておくために、シェスとの15年間の回想録を書いておこうと思っているのだが、ひとつひとつ思い出すことすべてが、俺の人生の節目のキーポイントになっていることに今更ながら驚く。

本当にお疲れ様。
ずっと愛してるよ。

May her soul rest in peace.

【闘病記】14日目

Nobuyuki Tsuruta — Sun, 29 Nov 2009 09:58:00 +0000

10時過ぎに琴音を迎えに病院へ。

かなり悩んだが、結局シェスも連れて行くことにした。

琴音は手術もうまくいって、とくにエリザベスカラーをする必要もなく、のんびりと過ごしている。

–

昨夜から、酸素室の下に敷いてるシートに赤いしみが目立つようになった。

ずっと見てると、たまに鼻から血の滴を吹いてる。

多分、肺から出血してるのだろう。

ただ、酸素室にいる限りは、呼吸は比較的安定しているように見える。

新生児の保育器と同じで、酸素室には正面左右に手を入れられるぐらいの穴がある。

おかげで、酸素濃度を下げずに撫でてあげられるので便利だ。

夜中に頭を撫でていたら、ゆっくりと頭を上げて、前足で立ち上がった。

よく見ると、子猫がよくやる「モミモミ」をしている。

シェスは本当に小さいうちに親から離されてしまったらしく、大きくなってもずっと俺の足とかお腹をモミモミしてたのだが、いつからかやらなくなったので、本当に久しぶりに見た姿。

やはり最期が近づくと、子供の頃に戻るんだな、と思った。

–

病院では皮下補液の練習を少ししたが、まだ自宅でやる許可は貰えなかった。

月曜の朝にもう一度練習。

だが、果たしてもう一度通院させることがシェスにとって良いのか、補液を中止して通院も取りやめ、自然に休ませたほうが良いのか。

悲しいけれど、現状はそんな判断のレベルだ。

病院では、どうしても苦しそうになったら「安楽死」を考えてあげてくれと言われた。

苦しむ姿を目の当たりにする「その時」になってみないとわからないが、今の気持ちとしては、そんなことは絶対に考えられない。

せめて、最期は苦しまずに、自然に休んでくれることを願いたいが・・・。