銀杏の木

timidity のプロジェクトの一つ、 osdn にある timidity++ 41版 というプロジェクトをローカルでビルドしようといろいろ試していて、やり方が分かった。

プロジェクトのルートフォルダごとに CMakeList.txt というファイルがあるので検索して見つけた CMake というツールを使うことで一発でビルド出来た。

最初 CMakeList.txt の中身を覗いてみたときに思ったのは、冬星の知っている Makefile の記述とはかけ離れてるなあ、ということだった。どちらかと言うと何かのスクリプト言語みたいな感じがした。

ビルドの仕方も、冬星の知っている make とは全然違っていた。 make の場合は、 make –f Makefile などとして Makefile を読み込ませればそのまま gcc なりのコンパイラが呼ばれビルドが始まったが、 CMake の場合はそうではなく、プロジェクトのルートフォルダに CMakeLise.txt があっても、そのフォルダで CMake CMakeList.txt などとしても何も起こらなかったが、「CMakeの使い方（その１）」を見て手順が分かった。

CMake でのビルドは：

1. プロジェクトのルートフォルダ（プロジェクト用の CMakeList.txt が用意されている）で mkdir build などとして、ビルド用のフォルダを作る。
2. 作ったフォルダに移動する。
3. そのフォルダから cmake .. とする。

という不思議な手順で行う。こうすることでビルドが行われるかというと、実はそうではなくビルドは始まらない。 timdiity41 の場合、 Visual C++ 用のソリューションとプロジェクトが自動生成された。

そこで、 Visual C++ 用のソリューションをダブルクリックして Visual Studio を起動しソリューションを開いてやることで、ようやくビルドを開始することが出来た。

ここまで書いてから書くのもなんだが、つまり CMake は Visual Studio に対応しているということだ。（でなければこんなことができるはずがない。）また、 gcc にも対応しているらしい。 gcc の場合、上の手順の３まで行ったら make 用の Makefile が自動生成されるようだ。一言で言うと、 CMake は make の一種「ではなく」 Makefile などを自動生成するためのツール、ということだ。

rNote のオリジナルコードでは、単一記事モードで記事を閲覧したとき、

の中で、有効なリファラか判定するために、

となっている。 ’//’ のあとに、任意の６文字以上があれば有効と見做している。

しかし、「ドメイン名の文字数と使える文字の制限」に書いたように、 http://a.cn/ など、１文字ドメインからのアクセスを考えると、これではまずい。

その部分を、

と変更する。

これで、少なくとも第２レベルドメインまで存在し、

などの形式の場合に有効なリファラと判断するようになる。

数値参照でエンコードされてきた場合などを考えて、ラベルには「%&#;\」などを追加してあるが、必要ないかもしれない。

html_body.skin の中で、

<script src="lightbox2/js/lightbox.js"></script>

などと記述した場合、 HOME で記事一覧を表示中は問題ないが、サブカテゴリの記事を表示中には、ディレクトリ位置が変わるのでスクリプトを正しく読み込めないのが分かった。そこで、 rnote.php が存在する場所を / からの相対ディレクトリで返す、

<%=$site_dir%>

を追加した。これを使って、

<script src="<%=$site_dir%>lightbox2/js/lightbox.js"></script>

と記述することで、読み込まれたファイルのディレクトリが変わっても問題なくスクリプトを読み込める。

最近、いつまでたってもブログのカウンタが増えないなあと思っていたが、原因が分かった。

リファラが取得できなかった場合はページ内移動かどうかの判定が出来ないため、カウントアップをしないようにしていたのだが、なぜかその部分のコードを通っていたのでカウントアップされていなかった。

どうしてなのか調べてみると、「さくらサーバでのfilter_input(INPUT_SERVERの挙動が・・」のコメントによると、どうやら、 CGI 版の php では、

filter_input(INPUT_SERVER,'HTTP_REFERER')

などの INPUT_SERVER を引数に取るもの（ $_SERVER の値）が全滅するらしい。

$_SERVER['HTTP_REFERER']

に戻したら、以前のようにカウントアップするようになった。

ちなみに、「PHP filter_input(INPUT_SERVER, 'REQUEST_METHOD') returns null?」によると、 CGI 版では filter_input() を用いた場合 INPUT_SERVER, INPUT_ENV の値は取得できなくて、INPUT_GET, INPUT_POST, INPUT_COOKIE の値は取得できるそうだ。

これまでは、 “YYYY-mm-dd (曜日) TT:MM:SS” の形式だったが、これだとどのタイムゾーンに属する場所での表示なのか、さっぱり分からない。「このブログを閲覧するのは日本国内からだけ」であれば、それでも問題ないのだが、海外からも閲覧されることを考えると、これではまずい。

ブログのホームのどこかか記事の日時表示の隣などに、「日本」と国名を表記するとか、いっそタイムゾーン文字列そのもの（ ‘Asia/Tokyo’ ）を表示するのもだめではないと思うが、それだと閲覧者は、自分の今いる場所での時刻と比べ、どれだけ差があるのか、やっぱり分からない。

そこで、のりさんの「朝顔日記」を参考に、記事の公開日時の表示形式を“YYYY-mm-dd (曜日) HH:MM:SS+HH:MM” のような形式に修正した。 “+HH:MM” の部分は、 UTC からの時差を表す。

この形式で時差を表示するために rnote.php 本体を改造する必要があると思っていたが、ソースを読むと、最初からこの形式での時差の表示機能が実装されていた。

rNote では、 html_item.skin ファイルに Date タグで日時を表示させる際の fmt オプションに “%z” を付けることで、この形式での時差が表示される。今回は "%Y-%m-%d (%a) %H:%M:%S%z" とした。