雪原の破滅小屋

1月16日〜17日訪問

出窓に断熱材を施す

前回のエントリーで巨大な出窓を作成しましたが、まだ断熱材等を入れていなかったので、入れてみました。すきま風ピューピューだったのがかなり快適です。外装も直していいカンジ。

出窓を外から見た様子

ストーブの位置変え

ストーブの位置が部屋の真ん中にあったのと、覗き窓が壁に向いていてイマイチ気分が乗らないので、煙突をぐにゅぐにゅと付け足して覗き窓が見えるようにしました。やっぱり火が燃えているのを見るのは、遺伝子に刷り込まれた快楽という気がしますね。ホームセンターで買った薪運び用のキャリアーも雰囲気出てます。

火が見えると落ち着く

ニッチさん用のドアを作る

長坂という車で30分ぐらいいったところにあるJ-Martで犬用のドアを見つけました。アメリカの郊外型一軒屋のドアについていそうなやつですね。中からも外からも開くという優れもの12,800円がなんと3000円！　これは買うしかないと即買いしました。

ただ、買ってみて投げ売りされていた理由がすぐ判明。まず作るのが超めんどくさいですね。プラスチック製なんですが、糸鋸でドアの厚さに併せて切らなければなりません。非DIY世界の住人（普通の消費者）からすると、糸鋸でプラスチックを切る時点でそれはすでに商品ではないですからね。そしてそもそも、ドアに穴を開けられる家に住んでいる人はあんまりいないんじゃないでしょうか。破滅小屋は2×4材と合板だけで作ったので大丈夫ですが……　説明書（六カ国語で書かれている）には、「ガラス戸に穴を開ける場合は」などと書かれていましたが、本場ではガラス戸に穴を開けるんでしょうか？　すごい冒険心ですね。

ともかく、こちらも無事完成。ニッチさんは全然通りたがりませんでした。

犬用ドア

ドアノブをつける

これまでドアは閂で止められていたので、これをドアノブに直しました。ただ、やってみてはじめてわかったのですが、鑿のみって使い方難しいですね。ドアノブの受け口を作るためには、5mmぐらいの長方形の穴が必要なのですが、これがまた難しい。彫刻家などは鑿で石をカンカンやってますが、すごい技術ですよね。

受け口はガタガタになりましたが、なんとかしまるようになりました。

ドアノブはなんとか動きました

風呂が壊れている

風呂は基本的にむかわの湯というところを使っているのですが、8月ぐらいから温泉が出なくなっています。「ポンプ故障」とのことですが、工事の様子を見るとどう見てもボーリングしているような……もしかしたら、温泉が枯渇して出なくなっちゃったのかもしれませんね。

新しい温泉を掘っているんじゃ

1月28日〜29日訪問

積雪

先週当たり東京でも雪が降りましたが、山梨にもまだ雪が残っていました。破滅コミューンは甲斐駒ケ岳の麓にありますが、ほとんど雪は降らないようで、年に一、二回あればいいそうです。東京で降ったときに山梨でも降ったんでしょう、けっこう雪が残っていました。ニッチさんは大喜びで駆け回っていましたよ。

雪原をかけまわるニッチ

台所周り

台所といってもストーブの周りなのですが、IKEAで買った台所用品をペタペタくっつけました。賃貸物件に住んでいるとネジを使った商品が留められないのですが、好き放題できるのもDIYの醍醐味ですね。

台所用品置き場

鏡を貼る

鏡をドアにくっつけました。両面テープで貼るタイプだったので、もしかしたらドアを閉めた衝撃でぽろっと落ちてしまうかもしれません。

鏡を一生懸命磨く

カーテンをつける

山の中なのでプライバシーとかは特に守る必要がないのですが、大きな窓が寒いのでカーテンをくっつけました。カーテンは昔ダイエーで買った物なのですが、ないよりましといったレベルですね。正直微妙です。

カーテンは微妙

外壁を張る

これまで破滅小屋の外見はラミテクトという防水シートむき出しの状態だったので、どこか寒々しい印象でした。これをなんとかしたいというのが今回の訪問の最大の目的でしたが、寒過ぎ＆けっこう時間かかったため、あと一面+αを残して断念。次回の訪問で完成させたいと思います。

上部が微妙に出来上がらず

今後の予定

もう破滅小屋はほとんど完成なので、これが出来次第寝室＆ゲストハウスの作成に取りかかりたいと思います。二軒目はノウハウもたまってきているので、もっと楽に作れるんじゃないでしょうか。ゲストハウスができたら、破滅派の保養所としての地位も確立されることと思います。

関連する投稿はありませんでした。

昨年大晦日から本年元日まで山梨に訪問してきました。鹿の鳴き声ぐらいしかしない静かな環境で二日間身体を動かしながら過ごすのは、なかなかよい年越しでしたよ。

破滅コミューン奇跡の一枚

さて、今回のミッションは出窓作りです。日本で個人が買える住宅用窓はほとんどTOSTEMだそうで、今回も例によって楽天で窓を3枚買いました。間違えて二重構造の高い窓を買ってしまい、ちょっと出費がかさみました。全部で四万ぐらい。

出窓の枠。一個で7000円ぐらい。

出窓というのは台形になっていることが多いですが、サイズを間違えたためか、ほぼ長方形になってしまいました。最近はだいぶ慣れてきたので、こういう間違いもその場でリカバーできます。僕みたいな素人が一生懸命設計図を書いたところで間違いがなくなることはないだろうという予測のもと、「正しい計画を立てるよりも間違った結果を修正する能力」を磨いたのが功を奏したようです。

さて、そんなこんなで出窓が完成。大体一日仕事で完成しました。思ったよりも大きな出窓になってしまったので、子供ぐらいなら寝られるんじゃないでしょうか。

ニッチさんが入るぐらい大きい出窓

心配なこととしては出窓がボコッと外側に落ちてしまうことなんですが、こればっかりは試してみるしかないですね。すぐに壊れることはなさそうですが、しばらく風雪に晒された結果がどうなるのかを見守ってみたいと思います。

なお、余談ですが、破滅コミューンをちょっと山側に登っていったところに廃村を発見しました。かなりの廃墟感を醸し出しており、いい感じです。なぜ廃村が生まれるのかはわかりませんが、土地もものすごく安かったので、そうなる理由があったのでしょう。破滅コミューンの行く末を暗示しているようにも思えますが、破滅のヒントを探るべく、次回行った時は詳細にレポートしてみたいと思います。それでは、本年もよろしくお願いいたします。

1. 
   関連度
   92%
   2011.12.26
   山梨開拓日誌〜サンタが破滅コミューンにやってくる編〜
   

   破滅リークリスマス！　みなさまクリスマスはいかがお過ごしでしたでしょうか。僕はいい子にしてたので、サンタさんからテラスを[...]

2. 
   関連度
   87%
   2011.10.18
   山梨開拓日誌〜ぬくもり編〜
   

   福島原発の屋根が吹っ飛んでから早半年が経過しました。真夏の節電騒動は記憶に新しいところですが、今年の冬も電気が足りなくな[...]

3. 
   関連度
   75%
   2010.07.06
   山梨開拓日誌〜水取編〜
   

   前回から一ヶ月、梅雨時のじめついた空模様の中、再び山梨を開拓してきました。 今回の衝撃はあらゆるところから襲ってくる山蛭[...]

ePub3 on iBooks

最近めっきりePubを触っていなかったのですが、iOS5.0になってからCSS3のサポートが目覚ましく、ePub3.0の対応も縦書き時のページングさえ除けば概ね満足できるレベルまで来たので、拙著『ハムスターに水を』をePub3.0対応にしてみました。以下、その雑感です。

iBooks日本語組版対応でイケてる内容

iOS4の時点で「駄目だコリャ」と思ったていたものが改善されたケースが以下になります。

ルビ対応

これが今回個人的に一番重要だったものです。あくまで小説家としての意見ですが、ルビというのは見映え（ルビなんてカッコで書いときゃいいじゃん）やアクセシビリティ（低年齢向けに難しい感じは読みがなが振られるべき）の観点とは別に、「ルビそのものが表現の一種である」という意識があります。これから言及するそれ以外の改善点ははっきりいって見映え状の問題に過ぎないとさえ思うのですが、ルビだけは別格です。

ルビというのは、文字とそのメタ文字がバイリニアルに併記される世界的にも珍しい表記法であり、日本に印刷術が持ち込まれてからの最大の革命的副産物だと思います。聖剣エクスカリバーとかがそうだと思うのですが、単に「漢字をどのように読むか」というよりも、「ある言葉にどのような意味を付与するか」という遊びのような表現ですね。小説家としてここらへんは譲れないところがあったのですが、対応されて嬉しいです。まあ、詩人などからすると、改行位置を指定できないリフロー型がそもそも許しがたかったりするのでしょうが。

さて、そのルビ対応なのですが、以下のように書けば有効になります。

<ruby>聖剣<rt>エクスカリバー</rt></ruby>

ルビに対応していないブラウザ向けにrpというタグもありますが、めんどくさいので今回は割愛。あと、rbタグはCSS3のドラフトから削除されたっぽいので、書かなくてもいいんじゃないでしょうか。

rtタグのデフォルトサイズはよくわかりませんが、0.5emとかにしておけばそれっぽくなるんじゃないでしょうか。

テキスト両端揃え対応

テキスト両端揃えが対応されました。和欧入り交じった文章では「ひでーな」と思うこともままありましたが、両端揃えがサポートされたので、我慢できるレベルになりました。

p{
text-align:justify;
text-justify:inter-ideograph;
}

もしかしたら、設定 > iBooksで両端揃えで有効になるのかもしれません。

フォントをはじめとする上書き設定の無効化

iOS4.3ぐらいからだったと思うのですが、いつからかiBooks用のePub作成覚え書き（text-alignハックと明朝体とか）で得意げに書いた明朝体の指定が無効になっていました。「Apple様の指定したフォント以外使うなよこのクズ」と受け取り、半ば諦めていました。

iBooksはフォントの指定が一応できるのですが、なぜか日本語のフォントは一つも入っていません。結果として、すべての文字がヒラギノゴシックで表示されるようになってしまいました。

ところがどっこい、iBooks用のEPUBで埋め込みフォントを使うというエントリーに従って設定ファイルを追加することで、フォントの指定が有効になりました。

これでヒラギノ明朝を使うことができるようになりました。font-familyの指定はiOS5 の iBooks でフォントを指定する方法というエントリーをご覧下さい。

あと、このファイルを追加した副産物として、リンク色を指定できるようになりました。これまではa:linkとかa:visitedとかに色やテキスト装飾を指定しても無視されていたのですが、ちゃんと効くようになりました。もしかしたら、「この程度の情報にも辿り着けないアホはデザインすんじゃねーぞ」っていうAppleからのメッセージなのかもしれませんね。

圏点サポート

CSS3がサポートされたので、圏点もサポートされるようになりました。サポートのされ具合はtext-emphasis (CSS3 Text)をMobile Safariで見るとわかりやすいです。

iBooks日本語組版対応でイケてない内容

フォント指定

まだしっかり検証していない情報。フォント指定で以下のように書くことで和欧混植ができたのですが、なんとなく一つ目のフォント以外は無視されているような気がします。

font-family:georgia, 'HiraMinProN-W3', serif;

いつのバージョンだったか忘れましたが、PC版Safariがfont-familyをちゃんと読まないというバグがありました。他のブラウザは1番目のフォントがなかったら次のフォントという具合に読んでいってくれるので、上記の指定で和欧混植が出来たのですが、無理っぽいですね。

まあ、そのうち対応するでしょう。和漢混植が実現するのはいつのことやら……

縦書き

縦書きは表示されますが、ページングが逆になるみたいです。

その他

• ePub3.0になって、メタファイルがどう変わったのかを調べましたが、けっこうめんどくさかった。とりあえずイーストのサンプルをダウンロードしてことなきを得る。基本は変わってない。
• まだePub3.0対応のエディタはないっぽい。Sigilの対応に期待。基本的にはメタファイルのxmlタグ名や属性値なんて覚えたくないので、IDEの発展が待たれる。
• Androidのことはよくわからない。
• Adobe Digital Editionのプレビュー版があればPCでもそこそこ読める。

終りに

今回、旧作をアップデートしてみましたが、やはり沢山コンテンツがないと意味ないと思ったので、年内に2〜3本新作を追加してみたいと思います。あと、PDFも作ってると大変なので、しばらくは「iOS5端末を持っている人向けにePub3を出していく」という方針でいきます。

あと、立ち読みページなんかも作ってみましたので、まだ買っていない人は『ハムスターに水を』を見てみてください。。

1. 
   関連度
   147%
   2010.10.17
   iBooks用のePub作成覚え書き（ルビ、ジャスティフィケーションetc）
   

   すったもんだの末、小説「ハムスターに水を」のオンライン出版にこぎ着けた不詳高橋ですが、ePubファイルを作るのが大変だっ[...]

2. 
   関連度
   141%
   2010.10.20
   iBooks用のePub作成覚え書き（text-alignハックと明朝体とか）
   

   以前のエントリーでtext-alignについて云々したと思うんですが、解決できなかった問題が二つほど解決したので、一応書[...]

3. 
   関連度
   62%
   2010.10.05
   長編小説「ハムスターに水を」ePub版販売開始
   

   「ハムスターに水を」あらすじ 大学卒業後、すべてを失って栃木で塾講師として働く「ぼく」。一緒に暮らしている寛美は中学の同[...]

テラス（防腐剤が途中で尽きる）

というのは嘘で、自分で作りました。12/22深夜から12/24夜まで山梨に滞在。帰りの中央高速から見たラブホテルでは、車が行列を作っていました。僕はそれを見ながら、ニッチさんに「ははは、人がゴミのようだ」と言いました。

冬の山梨は寒い

まず、山梨は超寒いですね。これまで家があまり完成していなかったので、12月初旬以降は行かなかったのですが、家がほぼ完成したこともあってこの時期に行ってみました。

一応、ストーブはあるのでそんなに困らないかと思ったのですが、行ってみてめんどくさかったのは「水道が凍ってしまう」こと。北海道じゃあるまいし、水道はそう簡単に凍らないだろうという推測は甘く、見事に凍ってしまいました。悲しいです。水が出ないので、食器洗いがめんどくさかったです。洗面器の水も二時間ぐらいでカチカチになってました。

ダッチオーブン最高

今回はダッチオーブンを持っていって、薪ストーブの上で料理してみましたが、とてもおいしかったです。パンは焦げるも、ローストチキンは上手くできました。

ローストチキン

パン

夕方以降の作業寒過ぎ

当初の目標は「出窓を作る」だったのですが、TOSTEMのタイ工場が先の大雨で被害を受けて納期が遅れているらしく、間に合わず。しょうがないので、4m四方のテラスを作ることにしました。

一日ぐらいでできるかと思ったのですが、夕方になると厳しかったですね。つなぎの下にフリースは来ていたのですが、死ぬかと思いました。ダウンジャケットとか着ないと無理ですね。

というわけで、短いながら今回の山梨訪問期は終りです。今年はあと一回（大晦日）行こうと思っているので、新年の挨拶は山梨からお届けすることになります。

1. 
   関連度
   101%
   2012.01.02
   山梨開拓日誌〜TVのない正月編〜
   

   あけましておめでとうございます。本年もよろしくお願いいたします。 昨年大晦日から本年元日まで山梨に訪問してきました。鹿の[...]

2. 
   関連度
   83%
   2010.09.04
   山梨開拓日誌〜いしずえ編〜
   

   色々と忙殺されていたために滞っていた山梨開拓ですが、約二ヶ月ぶりとずいぶん久しぶりに行ってきました。今回の目標は基礎を固[...]

3. 
   関連度
   82%
   2011.11.18
   山梨開拓日誌〜冬ごもり編〜
   

   一ヶ月ぶりの山梨訪問です。破滅派八号＠文学フリマや仕事の納期など色々あったため、ちょっと間隔が開いてしまいました。しかも[...]

このフォームのソースはこんな感じです。

<form method="get" id="sorter" class="dark_bg center">
	<p>
		<?php if(is_search()): ?>
		<label>検索<input type="text" name="s" value="<?php the_search_query(); ?>" /></label>
		<?php endif; ?>
		<select name="order">
			<option value="ASC"<?php if(isset($_REQUEST['order']) && $_REQUEST['order'] == 'ASC') echo ' selected="selected"';?>>昇順</option>
			<option value="DESC"<?php if(!isset($_REQUEST['order']) || $_REQUEST['order'] != 'ASC') echo ' selected="selected"';?>>降順</option>
		</select>
		<select name="orderby">
			<option value="date"<?php if(!isset($_REQUEST['orderby']) || $_REQUEST['orderby'] == 'date') echo ' selected="selected"';?>>公開日</option>
			<option value="modified"<?php if(isset($_REQUEST['orderby']) && $_REQUEST['orderby'] == 'modified') echo ' selected="selected"';?>>最終更新日</option>
			<option value="title"<?php if(isset($_REQUEST['orderby']) && $_REQUEST['orderby'] == 'title') echo ' selected="selected"';?>>タイトル</option>
			<option value="comment_count"<?php if(isset($_REQUEST['orderby']) && $_REQUEST['orderby'] == 'comment_count') echo ' selected="selected"';?>>コメント数</option>
		</select>
		<input type="submit" class="submit button" value="SORT!" />
	</p>
</form>

ちょっとselected属性を出すのがめんどくさいですが、ようするにGETリクエストで色々値を渡しているだけです。

なんでこんなことが可能なのか

この他にも色々できることはあるのですが、基本的に知っておけばいいのは、以下の2点です。

1. WordPressはURLから求められるコンテンツを類推して表示している
2. URLはごにょごにょ解析され、最終的にquery_postsに渡される

とりあえずこれを理解し、以下の例を見てみましょう。

ex.1 どの一覧ページでも検索してみる

たとえば、僕のブログにおいてカテゴリーWeb制作のURLは以下になります。

http://takahashifumiki.com/topics/web/

これの尻尾に検索クエリをつけてmootollsを含むURLにしてみます。

http://takahashifumiki.com/topics/web/?s=mootools

そうすると、mootoolsを含む投稿だけが表示されます。不思議ですね！

検索結果が表示された！

ex.2 日付一覧を古い順にしてみる

僕のブログの2011年10月のエントリー一覧は以下のURLです。

http://takahashifumiki.com/date/2011/10/

これを古い順にしてみます。

http://takahashifumiki.com/date/2011/10/?order=ASC

どうでしょう、 古い順になってますよね。

順番が変わった！

このように、WordPressはURLに色んなクエリ（?key1=value1&key2=value2）を渡すことで、表示される結果がコントロールできるということです。このkeyとvalueに何を使えるかは、Codexを参考にしてください。色々あります。

絞り込み検索を実装してみる

おそらく需要が高いであろう絞り込み検索もそんなにめんどくさくありません。ためしに僕のサイトで、カテゴリーが「その他（ID:10）」または「文芸活動（ID:3）」に属していて、なおかつ「web」という単語を含むページの一覧を表示するためには以下のURLでOKです。

http://takahashifumiki.com/?s=web&cat=3,10

検索結果で特定のカテゴリーのみ出力

つまり、こういう値を渡してくれるフォームを作ればいいだけですね。ただし、カンマ区切りで値を渡してくれるインターフェースはないので、Javascriptでサポートする必要があります。

<form id="search-form" method="get" action="<?php bloginfo('url');?>">
   <label><input type="text" name="s" value="<?php the_search_query(); ?>" /></label>
   <p>
   <?php
      //登録されたカテゴリーを名前の昇順で取得
      $cats = get_categories(array('orderby' => 'name', 'order' => 'asc'));
      foreach($cats as $cat){
         //ループ処理でカテゴリーを全部出力
         printf('<label><input class="cat" type="checkbox" value="%d" />%s</label>', $cat->term_id, $cat->name);
      }
   ?>
   </p>
   <input type="hidden" name="cat" value="" />
   <input type="submit" value="検索" />
</form>

本当は現在設定されているカテゴリーを選択済みにする処理などあるのが望ましいですが、割愛。get_categoriesについてはCodexを確認してください。

上記で出力されたフォームだけだとcatが常に空っぽになってしまうので、こんなJavascriptを読み込みます。

jQuery(document).ready(function($){
      //フォーム送信直前に実行
     $('#search-form').submit(function(e){
          //チェックボックスのチェック済みをすべて取得
          var cats = [];
          $('input.cat:checked').each(function(index, elt){
               cats.push($(elt).val());
          });
          //1つ以上チェックされていたら隠しinputに格納
          //なかったら削除
          if(cats.length > 0){
               $('input[name=cat]').val(cats.join(','));
          }else{
               $('input[name=cat']).remove();
          }
     });
});

これでカテゴリーによる絞り込み検索は実装できます。他にもタグとかカスタムフィールドとかもできるので、色々試してみてください。ポイントはCodexをよく読むことです。

さらなるカスタマイズは茨の道

よくWordPressを導入した場合に言われるのが「Googleみたいに便利な検索機能をつけられないか」ということなのですが、これが難しいのは技術的な問題もさることながら、もっと高次な問題があるように思います。「ゆらぎ検索」や「低レイテンシ」などの様々な技術的難題を突破したとしても、最後に「どんな基準で表示するか」という最大の難問が発生するからです。逆に言えば、これさえわかってしまえば答えは出たも同然です。

Googleが便利なのは「どんな順番で検索結果を表示するとユーザーが便利だと思うか」ということだけを考えているからです。基準もちゃんと持ってます。

• たくさんのサイトからリンクされているWebページはいいページ
• いいサイトからリンクされているWebページはいいページ
• 東京の人は東京の店舗情報を知りたいに違いない
• 友達が進めているWebページは気に入るに違いない

最近はどんどんパーソナライズの方向へ向かっているので、Googleならびに各種検索エンジン・SNSはこうしたデータをやっきになって集めているのですね。便利さはあくまで結果でしかないわけです。

翻ってWordPressのことを考えてみると、よくも悪くもブログシステムが元になっているので、発想の根本がブログ（つまり日記）です。このエントリーで紹介しているソート機能というのは、突き詰めれば「コンテンツをどう評価するかの基準」ということになります。WordPressは日記が元なので、時系列がデフォルトのソート順になっています。

WordPressはデフォルトのままだと「いまこのサイトを誰が見ているか」も知らないし、「このページがどれだけアクセスされたか」もわかりません。評価しようにも評価するべき基準がないのです。この基準を集めるのは結構大変です。ちょっと幾つか具体例を考えてみました。

ケーススタディ１ PVでソート

PVというWordPressが持っていない外部的な指標によってコンテンツをソートする場合を考えてみます。これはMySQL知らなくてもできますね。僕もまだ実践したわけではなく、今度こういうのを作ろうと思っているだけなので、概要だけサラッと。

1. Google AnalyticsでAPIを叩いて特定のURLを取得する
2. 取得したPVをカスタムフィールドに保存する
3. 上記の処理をwp_cronなどで毎週実行する

こんな感じでPVという情報を投稿に不可することは可能です。とりあえずこれでWordPressに「どれだけの人は見たか」ということを教え込ませることはできたので、色々ソートできます。まあ、この程度のことしかやらないなら、Jetpackに入ってるstats使った方が楽ですね。

ケーススタディ2 はてなブックマーク方式

ここからMySQLの知識が必要になります。WordPressはデフォルトだと、タグと投稿は1対1の関係になります。これをテーブル構造的に見るとこうなります。

通常のタクソノミー関係構造

これだと、タグはあくまで投稿のメタデータにしかならず、あんまり有用な情報ではありません。日付とかと一緒ですね。

一方、はてなブックマークはタグとURLは紐づいていますが、さらにそのタグとURLに対する関係にユーザーが入ってきます。「誰がどのURLにどんなタグをつけたか」ということですね。これをテーブル構造的に見るとこうなります。

はてぶっぽいテーブル構造

これはWordPressのテーブル構造にないので、作らないといけなくなります。これは単にデータベースをphpMyAdminで作ればいいというだけのことではなく、CRUDというデータの保存・検索・更新・削除の機能をつけなくてはいけないですし、一覧ページをどうやって出力するかも考えなくてはなりません。ここら辺になるとフレームワークを使った方が早いんじゃないかなーと思い始める人が出てきますね。

ただ、コンテンツを漫然と並べ立てるだけでは飽き足らなくなった場合、これは避けて通れない道だと思います。Web制作業についているだけであれば、学習コストや開発工数をトレードオフして「やらない」という結論もぜんぜんアリだとは思うのですが、コストを度外視してでも実現したいものがある人は、ぜひMySQLを勉強してみることをオススメします。そうじゃないと、新しいものを作れないような気がします。その理由は次節。

凡庸・オア・ダイ

最近破滅派をリニューアル作業をしていてとみに思うのが、データをどのように蓄積してどのように評価するかが結局キモでありコンテンツなんだなーということです。ちょっと前ですが、はてなからGREEに移籍した伊藤直也さんが古巣に提言した内容もそうなんですが、最近ちょっとエッジの効いたサービスをやろうと思ったら、ユーザー最適化などは避けて通れないですね。ロラン・バルトが言ってた作者の死ってこういうことだったんですかね。

PVや「いいね!」「はてぶ」の数などの外部的な指標を上述したような単純なやり方で自分のサイトに持ち込んでも、結局は同じ結果になると思います。伊藤直也さんは「衆愚」という言葉を使っていましたが、たしかにSFの90%はクズだが、そもそもあらゆるものの90%はクズであるとか、どこに国に行っても馬鹿の数が一番多いとか、民主主義は最悪の政治制度だ、ただしこれまで試みられたあらゆる政治制度を除けばと言い換えてもいいかもしれません。はてなブックマークのトップを見ていると、「いつまで部屋片付けてんだ？」「何年TOEIC勉強してんだ？」って思うことしきりですからね。こんなこと書くと炎上しますかね。

ともかく、集計＆ソーティングというのはすでに陳腐な技術であり、そこらへんのフリーソフトでサクッと実現できてしまいます。その結果、どんな指標を使ったにせよ、出来上がるものは大体似たようなものになってしまいまそうな予感。このままいったら僕らはみんなマトリックスにつながれて、偽物の幸福な夢を見ながらGoogleの餌になるしかないですよ。

ちょっと話が大きくなりましたが、ますます便利になりつつあるインターネッツの世界でエッジの効いたデータ提示をしたかったら、茨の道だけどMySQLいじるようにした方がいろいろ捗るぞというメッセージでした。

1. 
   関連度
   66%
   2011.06.25
   WordPressでデータベースを使ったプラグインを作成する
   

   WordPressのプラグインシステムはわりと充実しているので、テンプレートタグとフックを組み合わせれば結構簡単に作れま[...]

2. 
   関連度
   52%
   2011.04.12
   WordPressでbloginfoなくしてもDB負荷は減らないんじゃないかという話
   

   たいしたことではないのですが、WordPressのフォーラムを漁っていたら、Possible improvement o[...]

3. 
   関連度
   43%
   2011.01.28
   WordPressで会員制サイトを作るときの勘所
   

   半ば放置ぎみだったミニコme!の開発を再開したことと、４月に控えている破滅派大リニューアルに向けてWordPressの会[...]

新プラグインGianism

http://wordpress.org/extend/plugins/gianism/

プラグイン名は「ジャイアニズム」と読みます。これは簡単に言うと、WordPressにTwitterやFacebookでログインできるようにするものです。詳しくはこのサイトのログインページを見てみてください。

ログインページにボタン追加

実はSocial Connectというほぼ同じ機能を提供するプラグインがあったりしますが、おそらく100年待ったところで日本のサービスには対応しないだろうなと思ったので、作りました。ただ、作ってはみたものの、OAuthで接続する場合のライブラリがあったりなかったり（あってもPEARだったり）でめんどくさくなったので、mixiなどにはまだ対応していません。すいません。「mixiのヘビーユーザーってどうせ電子書籍買わないんじゃないの」という邪推があったのは内緒です。こちらもあわせてすいません。

Gianismの見所

というわけで、機能的に特に目新しいところはないのですが、お勉強のために車輪の再発名をしたわけではありません。このプラグインはそもそも僕のサイト用に作ったので、「Twitterやmixiのように外部サイトに対して認証機能を提供しているが、メールアドレスは渡さないサービス」向けの機能を備えています。まあ、他のプラグインをよく見ていないので、もしかしたらそういう機能があったのかもしれませんが。

で、どうなるかというと、GianismはWordPressで内部的に使われるメール送信関数wp_mailをフックし、そのメッセージを保存します。送信されるはずだったメールはユーザーのプロフィールページに一覧として表示され、ちょど簡易Webメールのような感じになります。

プロフィールページにメッセージ一覧

そしてさらに、登録した外部サービスを経由して、「高橋文樹.comだけど、あなたにメッセージがあるよ http://example.jp/wp-admin/profile.php 」という具合にメッセージがある旨を教えます。

TwitterにDM送信（日本語化は完了してます）

僕が作っている電子書籍販売用プラグインLiterally WordPressは振込にも対応しているため、メール送信が必須です。というより、振込先をメールしないとほぼ確実に振り込んでもらえません。かといってTwitterは140文字以内という制限があるためメール全文をそのままDMも無理…というわけで、こんな仕様になりました。

一応、検証してはいますが、届かない場合もあるみたいです。この機能はβ版という位置づけにしておきます。

あと、地味な機能ですが、FacebookのファンページでWordPressを使っている場合、その人がファンかどうかも判別できる関数もつけときました。僕のファンページはこちらです。

ECショップ系のプラグインを使っている方は、うまくいけば連携できると思います。

Gianismの名前の由来

「Facebookアプリ開発徹底入門」ePub買ってみた雑感でもちょろっと書きましたが、「お前のものは俺のもの」というジャイアニズムと、プログラミングの世界でよく言われる格言「巨人の肩に乗れ」の二つをかけました。その結果としてずいぶん滑った名前になりましたが、もう出しちゃったからしょうがないです。

Gianismの今後

とりあえずログインまではできたのですが、なるべくよそのメディアでバズを作るような機能を盛り込んでいきたいと思います。と同時に、国産サービスでOAuthを公開しており、なおかつ良さげなAPIを備えているところも追加していきます。こんなのがあると便利ですかね。

1. WordPress内の特定のURLをいいねしてくれたかどうかわかる
2. twitterでURLを含んだツイートが合計100RTされたかどうかわかる
3. 上記の指標を累計して、ファンの忠誠度を計る

なんか嫌らしい機能ばっかりですが、がんばって実装したいと思います。

困ったときは

使ってみて動かなかったら、この記事にコメントしてください。メールでも一応お答えするようにしますが、コメントで公開した方が同じ問題で困っている人に役立つので。

その他雑感

先述した「千人の忠実なファン」モデルですが、僕個人にはあんまり向いてないかなーという気もしています。僕と親しい人にはバレているのですが、ファンサービスに向いている人間ではないのです。

• 人からメールが来ても応えない場合が結構ある
• 誘われたら行くけど自分から誘わないし誘ってくれとも言わない
• 自分が持っている名刺全部にBCCでメール送らない

軽く列挙しただけでもこれだけの悪習を備えていますし、もう30歳も超えて矯正する気もないので、「高橋文樹のことを大好きで出すものを何でも買ってくれるファン」を増やすのは正直難しいんじゃないかと思っています。

ただそうはいってもファンを増やさないことには飢えてしまうので、「高橋文樹のことがちょっと気になっていて、何か出したら買ってみようかなと思ってくれるファン」を増やすことにしました。

ファンとのリレーションを保つために「自分のマメさ」とかは信頼できないので、なるべくプログラムなどで外部化したいと思います。乞うご期待。

1. 
   関連度
   44%
   2011.12.15
   Literally WordPress 0.8.8で定期購読とスマートフォン対応
   

   Literally WordPressを0.8.8にアップデートしました。 http://wordpress.org/e[...]

2. 
   関連度
   43%
   2010.08.20
   WordPressでrubyタグを挿入できるプラグイン作った
   

   というわけで、WordPressでrubyタグを挿入できるプラグインを作りました。 WP-Yomiganaのダウンロード[...]

3. 
   関連度
   43%
   2011.11.19
   Literally WordPressを0.8.6に更新
   

   Literally WordPressを更新しました。バージョンは0.8.6です。変更点は以下の通りです。 銀行振込に対[...]

『ケヴィン・ケリー著作集１』の見所

ケヴィン・ケリーという人はWIREDというアメリカの週刊アスキーみたいな雑誌の元編集長です。PLAYBOYやEsquireと同じように日本オリジナルの記事と原書翻訳の混じった日本語版も出していましたが、休刊してから最近復活しました。ちなみに、サイゾーを作った人はWIRED日本語版の編集長だった人です。

で、このケリーさんはわりと含蓄のある人で、技術系の話題を中心としながらも広い視点に基づいた記事を書いています。この著作集はその記事を堺屋七左衛門という方がプロジェクト杉田玄白への参加活動の一環として翻訳したものです（偉いですね）。ぼくにとってとりわけ興味深かったのは以下の記事です。

• 千人の忠実なファン
• 忠実なファンの支援による生計の実態
• 千人の忠実なファンの反例

「千人の忠実なファン」はわりと話題になったので、知っている人も多いと思います。

それほど多くなくていいはずの忠実なパトロン達

技術的なことに明るくないはずの人たちも一度は「ロングテール」という言葉を聞いたことがあると思いますが、「千人の忠実なファン」モデルはこの「ロングテール」モデルが見通している問題に対する一つの回答です。

よく知られているように、ロングテールは2種類の人々にとって良いニュースである。一つは、少数の幸運な集積業者、たとえばアマゾンやネットフリックス。もう一つは60億人の消費者。これら2種類のうち、消費者のほうが無限のニッチに隠れている財産からより多くの恩恵を受けていると思う。

前掲書 「第2章　千人の忠実なファン」

ぼくはリアルタイムで読んでいませんが、ロングテールという当時もてはやされたバズワードに対し、新しい視点を提供したケリー氏の意見はおそらくインターネット本来の自立的な個の意識を尊重しているという意味で、わりと話題になったと思います。

ちなみに、哲学者スラヴォイ・ジジェクはインターネットに不可欠のネットワーク規格であるイーサネットについて、おもしろい語源解説をしています。いわく、Ethenetの語源はEter（エーテル＝光を媒介する元素＝魂が最後に辿り着く汚れなき場所）だそうです。つまり、イーサネットを経由してインターネットに入った人は魂のみとなる、開発者達はそう願って名付けた、という詩的な指摘ですね。

こうしたケリー氏の指摘を図示したものが同書に載っています。

前掲書 「第2章　千人の忠実なファン」より

プレイヤーごとにまとめるとこんな感じですね。

このように、インターネットの時代において、忠実なファンのレベルをある程度獲得すれば、これまで食えなかった制作者が食えるようになるという大変心強い意見でした。

1000人（以上）の忠実なファンがいる作者の実例

この『ケヴィン・ケリー著作集１』をいま改めて読んでみると、きちんとフォローアップがされていることが興味深いです。なんでもそうですが、話題になったものの続編はあまり話題にならないのが世の常。その中、ケリー氏は果敢にも、あるミュージシャンの具体的なケースを紹介しています。ケリー氏の主張する「1000人の熱心なファン」モデルに則って活動しているそのミュージシャンは、自説を裏付ける制作者へのインタビューに興奮するケリー氏をなだめながら、このように主張します。

自分でささやかな避難壕を掘るための新しいツールがあっても、飢えたアーティストはたぶん飢えたままだろう。でも過去にそうであったように、一部のアーティストはそのツールを使って砂の城を、すなわち偉大な芸術作品を作ることだろう。

前掲書「第８章　忠実なファンの支援による生計の実態」

このアーティスト、ロバート・リッチ氏の意見には含蓄があります。あたらしいツールが登場したからといって、まったくアーティストではなかった人が完全なアーティストになれるわけではありません。Webは誰でも作品を発表できる場を提供してくれましたが、プロモーションは大変ですし、Twitterで大量のフォロワーを集めているのが有名人であることを鑑みても、包丁が変わったからといって料理がうまくなるわけではないということでしょう。

価格の側面から

同書にはこれまた興味深い記事があります。「第９章　千人の忠実なファンの反例」です。この章では、実際にそうした活動を行っているアーティストを集め少ないながら統計を示しています。

「第９章　千人の忠実なファンの反例」より

この表からケリー氏が導き出した結論は以下のようなものでした。

「忠実なファン」への直接販売で全ての生活費を稼いでいる人はごくわずかである。そのわずかな人は、CDのような低価格の商品ではなく、絵画のような高価な商品を販売している。

前掲書「第９章　千人の忠実なファンの反例」

これは確かに頷けるところがあります。「生計を立てる」となると、年齢にもよりますが、最低でも年間300万〜600万円ぐらいのレンジは超えていないとどうしようもありません。1000人程度のファンで考えた場合、一人あたりの利用金額は3000〜6000円／年となります。これぐらいなら使えるかなーという額ですね。

ただし、消費者としての自分の人生で振り返ってみると、これだけの額を払ったのは電気GROOVEだけですし、それも13歳〜22歳の9年間だけでした。となると、当然単価の高いものを出している制作者の方が「千人の忠実なファン」モデルに向いていることになります。また、ある程度コンスタントに作品を発表することも求められます。

これは作家・漫画家・ミュージシャンなどにとってあまりよくない結果でしょう。ミュージシャンは「ライブ」という高価な商品（マドンナはこれで成功したと言われてますね）がありますが、作家・漫画家といった印刷メディアの住人には難しいところがあります。ここら辺はヴァルター・ベンヤミン『複製技術時代の芸術作品』なども併せて読んでおきたいところです。

どれぐらいのファンがいればいいのか

ケリー氏は「忠実なファン」をこのように定義します。

「忠実なファン」とは、あなたが創作したものを何でもかんでも購入する人のことである。

前掲書「第2章　千人の忠実なファン」

なんでもかんでも購入してくれるファンを作るのは結構難しいです。ぼくが電気GROOVEに対してお金を払ったことは書きましたが、それはあくまで9年間の間です。最近も電気GROOVEが出した（いい意味で）クソみたいなiPhoneアプリを買いましたが、「そもそも最近は買うべきものが余りない」というのも「お金を落とさない（せない）」一つの理由ではあります。制作者側の立場からしても、常に作り続けられるわけではありません。

こうしたことを鑑みると、「常に最低で千人は忠実なファンがいる」というのは、意外と高いハードルです。文芸の世界でいうと、本を出して必ず1万部売れる作家がいたら、それはかなりいい作家のはずです。有名な作家でも初版3万部とかですからね。そういう意味で1000人というのはけして少なくない数です。「それができるなら既存のメディアでも成功しているだろ」と思う人もいることでしょう。

ただし、アーティストのような職業はもともとそんなに楽なものではないし、儲かるものでもないというのは昔から変わりません。「インターネット時代になって食えるようになる作家」のパターンとしては、初版では3000部しか売れない作家、そこそこ売れるけど諸々の諸事情により書籍を出し続けられない作家、売れるけど出版社としてリスキーな作風の作家、コンテンツはそれほど魅力的ではないが人として魅力的な作家といったあたりでしょうか。ファンの人数は単価によって変える必要があります。単価が安い制作者（ぼくのように電子書籍を100円で売ったりする場合）は、10,000人ぐらいファンがいないとやっていけないでしょうね。

既存のメディアにはないレスポンシビリティ（受け手によってコンテンツを最適化するなど）がインターネットの魅力ではありますので、それをどう打ち出していくかが目下の課題です。

個人的に難しいと思うのは、「獲得したファンとの関係をいかに保つか」です。ぼくは生まれながらにしてファンサービスをしない人種なので、ここをどうにかしたいですね。正月に実家に帰ったら、母親になぜ自分がこんな風に育ってしまったのかを質問しようと思います。

終りに

なんか長くなりそうなので、ひとまずは筆を置きます。このように、『ケヴィン・ケリー著作集１』は大変示唆に富んだ書物なので、みなさんも是非読んでみてください。個人的には、達人出版会さんのように専門性を打ち出したコンテンツアグリゲーターにはがんばってもらいたいです。

1. 
   関連度
   48%
   2011.12.15
   Literally WordPress 0.8.8で定期購読とスマートフォン対応
   

   Literally WordPressを0.8.8にアップデートしました。 http://wordpress.org/e[...]

2. 
   関連度
   40%
   2011.10.29
   WP tmkm Amazonを動くように修正
   

   先日唐揚げを食べようとしていたら、親切な方から「おたくのWordPressさん、落ちてますよ」と教えてもらいました。どう[...]

3. 
   関連度
   37%
   2010.09.11
   WordPressのiPhone用テーマをカスタマイズ
   

   せっかくiPhoneのことなのでWordPressのiPhoneアプリから投稿しようとしたら、保存できずに落ちてしまいま[...]

http://wordpress.org/extend/plugins/literally-wordpress/

変更点は以下の通りです。

1. 定期購読に対応しました。MOONGIFTさんのようなサービスが展開可能です。
2. スマートフォンの決済画面に対応しました。iPhoneやAndroidなどでPayPalにリダイレクトした場合、専用の画面が出るようにしました。
3. 決済方法を選ぶ画面を追加しました。銀行振込が追加された上に、今後もなんらかの決済方法が追加される可能性があるので。
4. ファイルをアップロード後、修正できなくなるバグを直しました。

新機能の詳しい解説

定期購読について

これまでのLiterally WordPressでは、「特定の投稿に対して支払う」という機能を持っていました。定期購読というのはこれと異なり、サイトに対する「会費」のような位置づけです。

このサイトでも試しに実装してみましたので、お金に余裕がある方はページ末尾のリンクから試してみてください。

念のため書いておきますが、このサイトにおける会費は単にプラグインの動作を確認するためのものなので、会員になったからといっていいことはありません。高橋文樹.comで売っているのは電子書籍だけです。

MOONGIFTさんがわかりやすいのですが、同サイトは月額500円の有料会員制を敷いています。ただし、単なるアクセス権のコントロールではなく、提供しているサービスは結構多いです。

• 記事の先行配信
• プレミアム会員専用記事
• 記事のePubダウンロード
• 各記事が3割増（「MOONGIFTはこうみる」などのコラム的なものが追加される）

Literally WordPressで実装している定期購読者用の機能は「コンテンツの指定した部分（moreタグ以降またはnextpageで区切った2ページ目以降）を表示／非表示にする」しかないので、もうちょっと工夫していく必要があります。一応、「現在のユーザーが購読者か否か」を判別する関数はあるので、ある程度プログラミングが得意な方なら色々提供できると思いますが。

スマートフォンの決済画面に対応

PayPalでのログイン

PayPalでのクレジットカード決済

これはプロパティーをちょろっと追加するだけで済んだのですが、PayPalのランディングページにはスマートフォン対応のものがあったので、それを表示するようにしました。

あと、以前はパラメーターを間違えていたためにランディングページで価格が表示されない状態になっていましたが、それも直しました。

支払い方法を選択できるように

支払い方法選択画面

これまでは「今すぐ購入」をクリックした場合に問答無用でPayPalへリダイレクトしていましたが、ワンステップ置くようにしました。いきなりリダイレクトされるとビックリしてキャンセルしちゃうことが多いというのがアクセス解析でわかりましたゆえ。

今後は支払い方法が増えることも考えられますし、色んなオプションも増えて行くのでワンステップあった方がいいかなーと思います。

今後の予定

ワンクリック購入の実装

今後はgihyo.jpやVoyager Storeでも採用されているPayPal Digital Goodsを採用しようと思います。PayPalアカウントをお持ちのユーザーに対して、ワンクリック購入を実現する機能です。これにより「チャリンチャリン・ビジネス」を可能にしていたガラケー公式サイトのキャリア決済と同じように、一度ユーザーの承認を得たらすぐに決済できるようになります。これは多分Adaptive Paymentという機能を使っているので、会費の自動引き落としもできるはずです。

評判を集める方法を考える

有料コンテンツの難しいところなのですが、「有料だとアクセスが増えないので評判が高まらない」という問題があり、いまこれをどうやって解決したらいいのか考えています。とりあえず思いついたのは、「コンテンツリリース直後に購入してくれたユーザーがブログなりなんなりで書いてくれて、ある程度のアクセスが集まったら返金する」というのはどうかなーと考えています。アフィリエイトタグ的なものをつけて集計する必要があるかもしれませんが、はじめは適当でもいいでしょう。有名人に献本して一本釣りみたいなやり方はあんまりWebっぽくないですし、なんかズルっこしいので、最終手段にしたいと思います。まあ、一回ぐらいTwitter砲食らってみたいですが。

というわけで、ご興味のある方は公式リポジトリからダウンロード＆インストールしてください。動かなかったらごめんなさい。

ちなみに、最近達人出版界さんから無料配布されているケヴィン・ケリー著作集１を読んで「1000人の忠実なファン」モデルについて色々と思うことがあったので、これについてまた後日エントリーを書く予定です。

関連する投稿はありませんでした。

1. nginx（特にproxy cache）による高速化
2. CDNの導入

nginxのproxy cacheはdogmap.jpかさくらたんどっとび〜ずを見れば設定できると思います。今回は2番目のCDN導入ですね。

CDNとは？

CDNとはコンテンツ・デリバリー・ネットワークの略でして、社長秘書みたいなものですね。普通WebサイトというのはHTML・JS・CSS・画像・その他（Flashとか）から構成されています。WordPressのようなPHPアプリケーションは最終的にHTMLを吐き出すので、ネットワーク的にはHTMLと同質になりますが、吐き出される内容は都度変わります。Amazonの「こんにちは、◯◯さん」の部分などがそうです。

PHPはサーバがごちゃごちゃ計算して返す必要がありますが、画像ファイルやCSSなどは単に求められているものをそのまま返せば済むので、大してリソースはいりません。

CDNの仕組みはこんな感じ

社長「大事なお客さんだったら俺に教えて、どうでもいい情報だったら適当に返事しておいて」

秘書「御意」

という状況ですね。

で、このCDNというのは高価だったのでGoogleやAdobeという膨大なアクセスを誇るサイトしか導入できなかったのですが、最近はCloudFlareという無料でもオッケーなCDNが誕生してしまったのでかなり敷居が低くなってきました。設定も簡単です。百式さんのサイトに導入方法が書いてあります。

CloudFlareはSSLありだと有料

さて、問題はこのCloudFlare無料版がSSLに対応していないということですね。SSLの場合はPro版（月額$20）利用者のみCloudFlareから証明書が代理で発行されるという仕様です。

Facebookみたいにサイト全体がSSLの場合はそれでもいいかもしれませんが、僕のサイトみたいに部分的にSSLという場合、そのためだけに年額$240払うのは嫌だなーという気分になってしまいます。まあ、ある程度収益を上げているサイトであれば、年額$240なんてタダみたいなものですが、僕のサイトはまだそうなっていないので……

対応方法

さて、ではどうやって対応するかです。基本的な理念は以下の通りです。

1. SSLの場合はCDNを経由しない
2. SSLを利用しない通常のページにおいて、画像・JS・CSSはサブドメイン（ex. s.example.jp）経由で読み込む
3. CloudFlareはs.example.jpのみキャッシュする

1. サブドメインを作成する

まず静的ファイルを読み込むサブドメインを作成します。example.jpであれば、s.example.jpとかでいいと思います。サブドメインの作成方法は環境によって異なるので、がんばってください。今回は下記のようなケースを想定します。

/var/www/example.jp #http://example.jpのドキュメントルート
/var/www/s.example.jp #http://s.example.jpのドキュメントルート

で、この静的ファイル用サブドメインからメインドメインへシンボリックリンクを張ります。「シンボリックリンクってなあに？」という方はググってください。SSH（黒い画面）が使えないサーバではこの方法は使えません。

cd /var/www/s.example.jp
#シンボリックリンク作成
ln -s /var/www/example.jp/wp-admin ./wp-admin
ln -s /var/www/example.jp/wp-includes ./wp-includes
ln -s /var/www/example.jp/wp-content ./wp-content

Apacheの場合は Options FollowSymLinks とかが必要ですが、よくわからない人はググってみてください。

さて、サーバの設定がきちんとしていれば、これでexample.jpとs.example.jpの静的ファイルは同じファイルを参照することになります。WordPressはデフォルトだと/wp-content/uploads/2011/12/photo.jpgといった具合に画像を保存しますが、下記のURLはまったく同じファイルを参照することになります。以下の2つのURLで同じ画像が表示されれば、上手く設定できているということになります。

1. http://example.jp/wp-content/uploads/2011/12/photo.jpg
2. http://s.example.jp/wp-content/uploads/2011/12/photo.jpg

これでとりあえずオーケーです。

2. URLを書き換える

さて、続いてURLの書き換えです。ここが一番めんどくさいんですが、がんばりましょう。

WordPressにおいて静的URLを読み込む方法は沢山ありますが、今回はAPIに準拠しているものみ読み込むという男前なルールで行きたいと思います。以前bloginfo削るメソッド意味ないということを書きましたが、なんかよくわからないURLの書き方をすると対応できないので、そういうのは切り捨てます。ob_startでなんとかするというのもありますが、やりたい人はやってみてください。

WordPressで静的ファイルを読み込まれるケースはだいたい以下の通りですね。

• テーマにbloginfo(‘template_directory’)とか書いてる
• 投稿内に画像等の静的ファイルが記載される（メディアップローダでimgタグが書き込まれる場合）
• プラグインなどによってJSやCSSがwp_headおよびwp_footerで出力される

これらのURLをSSLでない限りにおいてhttp://s.example.jpに書き換えてしまえばいいんですね。テーマのfunctions.phpにこんなのを書き込みます。

/**
 * 投稿内のsrc属性をCDN対応にする
 * @param string $content
 * @return string
 */
function _my_cdn_content($content){
     if(!is_ssl()){
          $upload_dir = wp_upload_dir();
          $upload_dir_url = $upload_dir['baseurl'];
          $upload_dir_cdn_url = str_replace('http://', 'http://s.', $upload_dir_url);
          $content = str_replace($upload_dir_url, $upload_dir_cdn_url, $content);
     }
     return $content;
}
add_filter('the_content', '_my_cdn_content');

/**
 * テーマディレクトリのURLをCDN対応にする
 * @param string $url
 * @return string
 */
function _my_static_url($url){
     if(!is_ssl()){
          //SSLじゃなかったらCDN用URLに変える
          $root_uri = home_url();
          $static_uri = str_replace('http://', 'http://s.', $root_uri);
          $url = str_replace($root_uri, $static_uri, $url);
     }
     return $url;
}
add_filter('template_directory_uri', '_my_static_url');

/**
 * wp_enqueue_scriptで読み込まれたJavascriptのSRC属性をCDN対応
 * @param type $src
 * @return type
 */
function _my_script_loader_src($src){
     $home_url = home_url();
     if(!is_ssl() && false !== strpos($src, $home_url)){
          $src = str_replace('http://', 'http://s.', $src);
     }
     return $src;
}
add_filter('script_loader_src', '_my_script_loader_src');

/**
 * CSSのURLを書き換える
 * @param string $tag
 * @return string
 */
function _my_style_loader_tag($tag){
     $home_url = home_url();
     if(!is_ssl() && false !== strpos('href="'.$home_url, $tag)){
          $tag = str_replace('href="http://', 'href="http://s.', $tag);
     }
     return $tag;
}
add_filter('style_loader_tag', '_my_style_loader_tag');

これでサイトを確認してみて、CSSやJSのURLがhttp://s.example.jpになっていれば問題ありません。

なお、プラグインによってはwp_enqueue_scriptなどのAPIを使っていないことがあるので、その場合はCDNの恩恵を受けられないことになります。

3. CloudFlareの設定を行う

CloudFlareのDNS設定

これで問題がなければCloudFlareの設定を行います。基本的には百式さんが紹介されている方法で問題ありませんが、DNSレコードの設定だけが異なります。

僕のサイトの場合で紹介しますが、http://takahashifumiki.comはCDNを使いません。雲マークをクリックして、曇り空にしておきます。

http://s.takahashifumiki.comだけはCDNを使いたいので、これだけ晴れにしておきます。これで設定完了です。お疲れさまでした。

CDNを導入してみて

Stocker.jpさんに「CDNお勧めですよ」と言われてはじめたのですが、当のCloudFlareに「SSL有料だよ！」と言われて一度は絶望しかけました。でも、やればなんとかなりますね。

一番いいのは「月額$20なんて無料と同じやでガハハ！」というぐらいこのサイトがアクセスを稼ぐことなんですが、ぜんぜんそうなっていないので、こういう地味な工夫をせざるを得ないという事実。貧乏暇less（古館伊知郎）とはよくいったものですよ。

他にできそうなWordPressの高速化

このサイトはnginxなんですが、ログインがあったりするので、Proxy Cacheを導入していません。ただ、クッキー見れば「ログインしているユーザーにはキャッシュを提供しない」ということも可能ですので、がんばって設定したいと思います。できたらまたブログ書きます。

そういえば、dogmap.jpのをかもとさんとこもりまさあきさんがWordPress高速化の本を近々に上梓されるそうなので、この記事読んで意味わからんという人はそれを読んでみるといいかもしれません。

1. 
   関連度
   171%
   2011.10.11
   ぼくのユーザーを守って〜Tips on WordPress + SSL〜
   

   またWordPressのTips兼メモ書きです。いま色々と制作している途中なので、あと一週間はメモ書きが続きます。Web[...]

2. 
   関連度
   80%
   2011.10.09
   WordPressのTinyMCEをチキチキにカスタマイズする
   

   最近続いているWordPressエントリーの続きです。ところでみなさん、HTMLタグは好きですか？　僕はというと、特に好[...]

3. 
   関連度
   64%
   2011.10.04
   WordPressで大規模データを扱う場合のTips
   

   ここひと月ほどお仕事が忙しくて更新できなかったのですが、やっと一段落しました。その際、WordPressでわりと大きめの[...]

作業内容紹介

ウェザーカバー

以前楽天で購入したウェザーカバーをつけました。換気扇を雨から保護する奴ですね。1,500円ぐらいでした。

内装

内装はこんな感じです。ほぼ板は張り終わったので、年内に残った作業は出窓作りぐらいですね。

薪小屋

薪小屋と言ってもそんなに大層なものではなく、単に雨に当たらないぐらいの作りです。薪置き場ですね。

実際に薪ストーブを炊いてみて思ったのですが、写真ぐらいの分量でも2〜3日しかもたないですね。かなりの薪が必要ですよ。

一応近場に木は沢山生えているのですが、生木をすぐに薪にすることはできなくて、切り倒してから一年ぐらい乾燥させないといけないんです。つまり、「近くに薪が生えている自然環境」と「切り倒した薪を放っておいても大丈夫なだけの土地」が両方ないといけないんですね。これを東京23区内で実現するとなると、相当のブルジョワ力が問われます。

たき火

僕が中学生のときから使っていた学習机が使えるかなーと思って持ってきていたのですが、使い道がないので燃やしました。やはりたき火は楽しいですね。気持ちが盛り上がります。

同行した家族について

さて、今回はニッチさんのお散歩仲間である5人家族（夫婦＆子供3人）がぜひ見てみたいということだったので、ついてきてもらいました。この一家は世田谷在住ですが、自然の中での暮らしを検討しているようです。

子供達には「薪を切る」というミッションを与えましたが、速攻で飽きてましたね。最後まで諦めずに薪を切り続けたのは中学生の長女だけでした。下の二人はそこら中に落ちている胡桃を拾っては割っていました。

ちなみにこの胡桃ですが、鬼胡桃という種類で、普通に食べられます。ネットで調べてみたところ、kgあたり1,500円とかだったので、僕も拾い集めて楽天に出品しようかしらんと思いましたよ。株式会社破滅派の新規事業として胡桃を売るのはありですかね。「破滅印の鬼胡桃」ってなんかすごく強そうじゃないですか。

冗談はさておき、こうした自然の中で生活する場合に問題となるのは常に「仕事がない」ということですね。僕の場合は東京から山梨に移動してるだけだからいいですけど、多くの人は定住型の仕事を強いられるので、おいそれと移住はできないでしょう。特に家族持っちゃうと僕みたいにぷらぷらした生活スタイルは許されないので、難しいなーと感じます。

というわけで、まとまらないですが終りです。

1. 
   関連度
   60%
   2010.07.06
   山梨開拓日誌〜水取編〜
   

   前回から一ヶ月、梅雨時のじめついた空模様の中、再び山梨を開拓してきました。 今回の衝撃はあらゆるところから襲ってくる山蛭[...]

2. 
   関連度
   59%
   2011.08.16
   山梨開拓日誌〜宴のまえ編〜
   

   一ヶ月ぶりに山梨に行ってきました。今回のミッションは9月に予定している破滅フェスの準備。詳細はまた後日お伝えしようと思い[...]

3. 
   関連度
   59%
   2011.10.18
   山梨開拓日誌〜ぬくもり編〜
   

   福島原発の屋根が吹っ飛んでから早半年が経過しました。真夏の節電騒動は記憶に新しいところですが、今年の冬も電気が足りなくな[...]