今日になってサポートから連絡。適切でなかったことが判明いたしましたため、修正させていただきました。ご不便をおかけしまして、申し訳ございません。offの設定は生きてるのか生きてないのかどっちだ。今はMTU1500で通信できてるんだけど、一昨日の時点ではどうだったんだろ。こちらでは調べようもないし、これ以上手間かけたくないしほんとにClose。シンプルなHTTPサーバの監視ツールで公開しているツールですが、手元の環境では随分前にTCPタイムアウトの設定ができるように変更して運用しています。問い合わせをいただいて思い出したのでGist:343248に反映させました。タイムアウト値(設定変数名=tcp_timeout)は1未満にはできません。1以上の整数を指定してください。シンプルなHTTPサーバの監視ツールPythonで月末、月初。長男が宿題の町探検をしているときに、NHKのディレクターに声を掛けられて名刺を貰ってきた。コメントしても良いということならば、親から電話をして欲しいとのこと。ホントのNHKのディレクターなんだろうけれど、この名刺の内容が間違いないと組織としてのNHKが保証してくれればそれに越したことはない。それを確認する方法は、あまりない。現状できる方法としては、NTTの番号案内にNHKの電話番号を聞いて電話して、いろんな部署をグルグルして名刺の本人にたどり着くといった感じかなあ。ITを使ってこの確認作業を機械的に実現する仕組みは可能だろうか?なんかできそうな気がする。SSLの仕組みを参考に考えればできそうな気がするので少し考えてみようか。...と、ここまで書いてみて、まあ、、、僕はいらんな。思ったので考えるのをやめた。目的は違うけどイメージしていたのはまさにこんな感じの仕組み。これを使えば従業員の名刺が正当かどうかを確認するような仕組みを提供できると思う。いう規模の会社じゃないとなかなか手を出しにくい分野だな。Extendテーマがシンプルでいいなあと思ったので、ここでも使ってみることにしました。そのサイトではできるだけ英語は出てきて欲しなくて、日本語の翻訳ファイルを作ったのでここで公開しておきます。codium-extend_ja.zipこのzipファイルを解凍して、ja.moファイルをwp-content/themes/codium-extend/languages/に置けば使えるはずです。ja.poファイルの最新版はGist:1205390で公開しておきます。バージョンアップに追随できるかどうか心配なのでこのサイトは英語にするかも。今年の3月にさくらインターネットからLinodeへ移行した理由というエントリを書いた。内容は専用サーバを解約してLinodeにすべてのサイトを移行した理由を連ねたもの。このエントリでは半年後の9月に一部のサイトをさくら(のVPS)に戻した理由を書いておくことにした。次に何か別のサービスが出てきたときに見返すためにも。Linodeは管理するための機能が洗練されていてとても使いやすい。Touch用の管理ツールまであってこの出来もすばらしい。日本に一番近いデータセンターでもやはり遅延が気になる。AdSenseで稼ぎ頭のサイトが4月以降20%ほど稼ぎが減ったのは、遅延が理由じゃないかと推測している。たくさんのアクセスがあるサイトほど(=稼ぎのいいサイトほど)、遅延が影響しているように感じる。感じる、気になるばかりだけれど、ちゃんと計測したわけではないので。将来Linodeが日本にデータセンターを設置することも考えにくい。7月にさくらインターネットがVPSサービスのベータテストを始めたときに、すぐに申し込んだ。アクセスの多いサイトのシステムをセットアップして、負荷テストをしてみたところかなり速いことがわかった。ネットワークはさすがに速い。移行に乗り気になっていたのだけれど、この時点では価格が公表されていなかったので様子見。その後、サービス名がVPS980ということがわかって、一気に乗り気になる。980円/月ってことだよね。サービスはこの円高の中でもLinodeの一番安いメモリ、ディスクが同程度のサービスのだいたい半額かあ。Linodeに移行したサイトのうち一番稼いでいるサイトだけをさくらのVPSに移行。Linodeで借りていたメモリ2GBのコースを1GBのコースに変更。いう構成に落ち着き、9月4日にはさくらのVPSで本番稼働をはじめた。月々の支払いは約8千円弱から約5千円弱に圧縮できた。某サイトのアクセスが8月よりも30%ほど伸びた=今年最高(季節要因もある)。某サイトの9月のAdSenseの稼ぎが今年最高を記録した(季節要因もある)。概ね移行は成功だった模様。Manager(とDNSサーバの管理)が秀逸で千円/月ぐらいはこのシステムの使用料のつもり。他にも6つ運用しているサイトは遅延がそれほど問題にはならない(そんなにAdSenseにもアクセス数にも影響していない)。VPS980では全部のサイトを動かすにはメモリが足りない。VPSを分けると増えすぎて今度は管理が面倒。今後さくらのVPSで別メニューがでてきたら、再考すればいいよね。先のエントリにも書いたけれど、そもそも、VPSの利点を生かせないこととコストの問題を除けば、さくらインターネットの品質、サービスには満足していた。さくらのVPSのサービス開始で先のエントリに書いた僕の不満はほぼ解消された。管理インターフェースのブラッシュアップと、早期の上位サービスの提供は期待したいところだけれど。さくらインターネット-(ハイフン)で始まるファイルがrmで消せないちゃちゃっとWEBサーバの出力を確認しようとしてwgetの出力を標準出力にするつもりを、手が滑って”–”としてしまった。結果、”–”というファイルができてしまった。–ではシェルがオプションと解釈してしまって削除できない。ぇと調べてみたら、”–”の後にファイル名(–)を指定するといいみたい。知らないことがたくさんある。10.04にaptでRedmineをセットアップ管理しているリポジトリをささっと見渡したり、プロジェクトのタスク管理にRedmineはとても便利。サーバの移転やなんやかんやでちゃんと動く自前のRedmineを持っていなかった。今回、Linodeで借りているUbuntuにRedmineをセットアップすることにした。一人で使うのであんまり凝ったこともしたくないので、aptでさくっといれよう。...が、20分ぐらいハマった。ソースから最新版を入れる手順はあちこちで見つかるのだけど、aptでUbuntuのパッケージからMySQLの環境に入れるときの注意点としてメモ。MySQLの照合順序がデフォルトではlatin1_swedish_ciになる。aptのRedmine設定ではMySQLの照合順序を意識していない。latin1_swedish_ciのデータベースにテープルを作るので、テーブルの照合順序もlatin1_swedish_ciになる。データベース作成、テーブル作成が済んだ後で、初期投入されるトラッカーやロールの日本語文字が化ける。結局、以下の手順でなんとかなった。redmineで一旦最後まで導入。次にテーブルを全部削除。データベースは削除しない。DATABASEしてもいいと思う。)データベースの照合順序をutf8_general_ciに変更する。データベースの作成の処理はすでに存在しているので、スキップされ、テーブルが作成される。このとき、先に指定したデーベースの照合順序utf8_general_ciが使われる。reconfigureによって正しい照合順序が設定されたテーブルに初期データが投入される。aptのMySQLのデータベース作成、テーブル作成スクリプト部分に照合順序をutf8_general_ciにするように書いといてもらうことはできないものかな。latin1で問題がでる場合はあっても、utf8で問題がでる場合はほとんどないような気がするのだけど。なんか理由があるのかもしれない。TechXperiaは見送り。WiMAXルータでiPad待ち?43歳の誕生日。自分プレゼント、どうしようかなあ。Xperiaは見送り決めたし、iPhoneはいまさら感もあってのれないし。WiMAXルータで、iPadが出てくるのを待ってみるのはどうだ。時々持ち出すMacBookでも使えるじゃないか。WiMAXで経験済みなんだから。