calendar Diary/2012.07

燃費

給油：53.8L（走行距離：545.0km／燃費：10.130km/L）
単価：143 円 /L（ハイオク、セルフ、コスモ石油、埼玉県所沢市北町新町）

燃費

給油：34.06L（走行距離：281.6km／燃費：8.268km/L）
単価：141 円 /L（ハイオク、セルフ、昭和シェル、練馬区高野台）

燃費

給油：54.20L（走行距離：452.0km／燃費：8.339km/L）
単価：145 円 /L（ハイオク、セルフ、ESSO、東京都杉並区井草）

燃費

給油：55.84L（走行距離：612.9km／燃費：10.976km/L）
単価：145 円 /L（ハイオク、セルフ、MITSUI OIL、東京都練馬区関町南）
↑惜しくも 11km/L ならず。滋賀からの帰りは全体的に車も多く、アクセルを踏んだり離したりが多かったこと、リアのエアコンも稼働していたこと、さらに中央道でアップダウンもあったことを考えるとまぁこんなもんかとも思えるのだが、それにしてもほとんど高速走行なのにこの燃費はやはり悲しいモノがある。

燃費

給油：50.70L（走行距離：510.0km／燃費：10.059km/L）
単価：145 円 /L（ハイオク、ENEOS、滋賀県近江八幡市東川町）
↑ほとんど高速道路走行なのに、この燃費。ダメすぎる。ただし、滋賀県内では何度か渋滞に見舞われた。とはいえ Euro-R だったら 12km/L は出ていただろう。

燃費

給油：36.14L（走行距離：267.7km／燃費：7.407km/L）
単価：144 円 /L（ハイオク、昭和シェル、セルフ、東京都調布市下石原）
↑過去最悪の燃費。今回の走行では何時間もの渋滞に見舞われた＋エアコンが利いているんだと思う。毎回この燃費だとかなり鬱な気分になるな。

現在起きている問題について

マスターアップは先月の 21 日に一通り終わり、29 日にパッチも出し、いわゆるすごい忙しい時期というのは過ぎ去ったのだけれど、それからというもの、ずっとサーバをいろいろいじくっているのね。TAMA Networks は Pukiwiki Plus! というシステムで組まれている。現在の amatsukami.jp サーバの PHP バージョンは 5.2.14。PHP はすでに 5.4 になってしまった。
なので PHP をバージョンアップしたかったのだが、これが PHP5.4 にすると Pukiwiki Plus! が動かない。原因はざっとソースを眺めた感じ、いくつかあるんだけど、そのうちの一つが Pukiwiki で使われている関数とまったく同じ関数が PHP5.4 からついたこと。これがぶつかってしまってそもそも動かない。
ただこれはおそらくだけれど、関数をオーバーライドしてしまえば行けると思う。

ってやってみたんだけど、それでもなんだかうまく動かない。
困ったなぁ……。

で、マスターが終わったらそもそも TAMA Networks を Wordpress という CMS に移行しようと考えていて、その準備は既に整えてあった。問題はこの古い Pukiwiki の記事をどうするかと言うこと。基本的には Pukiwiki の方も同時に動かしておいて、古い記事はそっちを見てくれってやろうと思ってたのね。でも PHP5.4 にしちゃうと Pukiwiki は動かない。
となると、古い記事も Wordpress に移さなければならない。
これは非常に面倒くさい！！ コンバータを作ればいいとかそういう問題じゃない。というのもそもそも Wordpress は設定項目が多すぎて、単純にコンバートしただけじゃ（というかムリヤリ DB にストアすることになると思うんだけど）、あまり意味がない。

う～～ん、まいったなぁ……どうしよう。
というところで、とりあえず日記が止まっているのです（爆）。
ほんとどうしようかなぁ……。

#article

燃費

給油：56.84L（走行距離；549.8km／燃費：9.673km/L）
単価：141 円 /L（ハイオク、セルフ、ESSO、東京都世田谷区上野毛）

結局 Redmine は

昨日 の続き。
結果的に怪しいところはすべて洗い直してみたものの、やはり 20 時間くらいすると Redmine は止まってしまう。原因はわからず、ひたすらググるも、これといった解決策は特に見当たらない。が、英語の記事をいろいろ探していると、どうやら BitNami Redmine Stack を使っている人でけっこうこの問題にぶち当たっている人がいた。
そして驚きのその解決方法は……！！

Redmine を定期的にリセットする！

という内容だった。いや、それは解決方法じゃない！！
しかし色んな掲示板を見てみたが、どれもそれで解決しているらしい。
ぇー、それってつまり BitNami Redmine Stack そのものが不良品ってコトじゃないですかー。ヤダー。
まぁでも本当に解決方法はないらしい。そんなバカな！？
というわけでとりあえず、Windows Server のタスク スケジューラで定期的（24 時間）に一回 Redmine をリセットするように仕掛けた。個人的には納得がいかない。

やはり自力で Ruby を IIS で動くようにして、Redmine をすべて自前で動かすようにしないとだめだなぁ。

#article

Redmine 、落ちる

昨日 の続き。
とりあえず Redmine が動いたので上機嫌だったのだが、今日になって amatsukami.jp サーバの Redmine にアクセスしてみると、動いていない！ 何事か！？ どうやら悪さをしているのは、Apache にある mod_proxy_balancer 。だいたいなんでロード・バランサなんかが必要なの！？ そもそも開発用のサイトなんだから、同時にアクセスしても 10 人とかそこいらだし、こんな機能いらねぇとおもって切ったら、そもそも Remine が動かねぇｗｗｗ
まーそれからいろいろ設定ファイルと格闘。
本家 Redmine はどうか解らないのだが、この BitNami Redmine Stack だとこの Apache の Balancer をつかっているらしい。仕方がないのでこの Balancer を使う方向で調節してみる。とりあえず動いた、ところがこれが翌日には止まっているのであった……。

ということで止まるまでに 20 時間以上を要する現象なので、今日書けるのはここまで。

#article

Windows Server に Redmine を入れるも……

昨日の続き。
アレコレと検索していると Windows Server で Redmine を動かすための環境がワンセットになったもの（BitNami Redmine Stack）というのを発見した。個人的にはあまりこう言うのは好きではないのだが（一つ一つの勉強が出来ないためなのと、何かトラブルが起きたときに何処が原因なのかがブラックボックス化されていてよく解らないため）、とりあえず入れてみようということで入れてみた。
コイツは Redmine に必要な Ruby と Ruby on the Rail、Apache、MySQL、SVN が一つになっている。というわけで、実験用環境から自分で入れた MySQL や Ruby をアンインストール。BitNami Redmine Stack を入れてみる。するとすんなり動く。うーむ……確かにこれは楽かも知れない。
なんだか悔しいが、とりあえず実験環境にはコイツを入れておいて、じっくり Windows の Ruby は勉強していこう。

しかしここからが悪戦苦闘の日々の始まりだった。
まずこの BitNami Redmine Stack を HTTPS 化するのが大変だった。オレオレ証明書を作ってそれを Apache に食わせたまでは良かったのだが、Ruby は HTTPS のリンクを作成してくれない。HTTPS でアクセスしても Ruby 側で勝手に HTTP に戻してしまうのである。
何度も何度も Apache の設定を見直したり Redmine のコンフィグ・ファイルを見直したり、Ruby on the Rail の設定ファイルを見直したりしたのだが、さっぱり解決せず。うおー、なんだなんだと検索しまくっていると、以下の一文を足せば良いだけと言うことが判明（ぁ

RequestHeader set X_FORWARDED_PROTO 'https'

というわけで今日から amatsukami.jp サーバでも Redmine が稼働し始めることとなった。

#article

Windows Server に Redmine を立てるも失敗する

プロジェクト管理サーバというモノがある。どう言うものかというと、プロジェクト参加者をそのサーバに登録し、各参加者がやらなければならない仕事内容を登録しておく。するとその情報を元にスケジュール表（ガントチャート）を自動的に表示したり、その仕事内容の進捗を % で指定することにより、そのガントチャートがどこまでおくれているのかとかそういうのを表示することが出来る。
これによってプロジェクトそのものの可視化が図られ、どこに対策を施すべきかが解るようになる。

で、当初は MS Project Server でこれを実現しようとしたのだが、MS Project Server を動かすためにはまず Sharepoint Server が必要で、その上に Project Server が乗っかる。で、この Sharepoint Server ってのが重いんだ。仮想サーバ上だとなかなか反応が悪い。しかもこの Sharepoint Server、なんだか変。ボクのインストールの仕方が不味かったのかとにかくこけるこける。こけるとどうなるかというと、Project の設定そのものから作り直し。
これはたまらん。
というわけで、プロジェクト管理サーバに関してはずっと諦めていたのだ（つまり MS Project Server を試したのはずいぶん前のこと）。

ところが最近になっていろいろとプロジェクトを複数動かすようになってきて、しかもクライアントも結構プロジェクト管理サーバなんかを使い出していて、これは負けておれんということで何とかしないとなぁと思っていた。

実はプロジェクト管理サーバには定評のある Redmine というものがある。
ところがコイツは Ruby で出来ている。Ruby ってのは Windows Server のことは基本的にガン無視というかなんというか、「別に動かなくてもいいっしょ？」的な空気を感じていて、ずっと手つかずだった。とはいえいつまでも指をくわえているわけにもいかない。というわけで、とりあえず Ruby を Windows Server に入れてみたんだけど、案の定 IIS では動かなかった……orz
うーむ、何が行けないのだ。いや動くには動くんだけど、なんかファイルのダウンロードになっちゃうし、ヘッダが悪いのかなぁ……。

まぁそんなわけで、今日一日 Ruby と格闘して終わった……（涙）

写真は陳麻家 浅草橋店の塩ラーメンセット。いやー、ここまで透明な塩ラーメンは初めて見たかも。あっさりしているけれど、けっこうコクもあって美味しかったです。意外と飽きない味。

燃費

給油：56.09L（走行距離：571.4km／燃費：50.187km/L）
単価：141 円 /L（ハイオク、セルフ、COSMO、千葉県流山市三輪野山）

#article

会社の開発機を再セットアップ

マスターアップも終わり、パッチも出たのでとりあえず作業的には一段落。C ドライブ（OS／アプリ用）も D ドライブ（データ用）も残り容量が妖しくなってきたので、OS を再インストールすることにした。Windows 7 はフォーマット後でも HDD のパーティション・サイズを調節できるのだが、自パーティションより前にあるパーティションはどうしようもできないので、OS ことインストールすることにしたのである。
というのも会社の開発機 Brynhildr(ブリュンヒルデ) は 1TB の HDD を 128GB とそれ以外にわけ、128GB の所に OS やアプリが、残りの領域にデータ（マイ ドキュメントなど）が入っているのである。
原画家さんに貸していた SSD が戻ってきたので、それに OS を入れ、1TB の HDD は丸々データに使うことにした。手順は以下の通り。

1. SSD に新しく Windows 7 を入れる。
2. 1TB の OS / アプリ領域にあった設定だの開発ツールだのを SSD に移す
3. 知人から HDD を借りて、1TB のデータ領域のすべてのデータをバックアップ
4. 1TB の HDD のすべての領域を解放し、一つのドライブにしてフォーマット。
5. フォーマットされた 1TB にバックアップをとったデータを戻す
6. 1TB の HDD を D ドライブに割り当て、マイ ドキュメントなどを設定して終了。

一番時間がかかったのはデータのバックアップ。800GB ほどを使っており、それを友人から借りた HDD へバックアップし、再び戻すという作業のおかげで、一日では終わらなかった（放置して帰宅した）。

このピンぼけの写真は、ボンズというカレー屋さんの写真。浅草橋はカレー屋さんが少なくて、ある意味仕方なく行っているカレー屋（ぁ。と言うのもここのカレー、コクがいまいちなのと、油がすごいのよ。一口食べるとカレーの味より油の味が口に広がるという……。もうちょっと油を抑えて、煮込み具合を考えてくれるともっと美味しくなると思うんだけどなぁ。
浅草橋に美味しいカレー屋できないかなぁ。CoCo 壱もないし（ぉ

#article

雅狼

体に悪いものを食べたい！（いや、いつも食ってるけど
ということで、角ふじという言葉が思い浮かんだ。
でも角ふじって関東の東側に集中してるのよね。千葉とか茨城とか。
で、検索してみると、雅狼という名前は違うが角ふじが経営しているらしい店が草加にあることを見つけた。なんで「らしい」なのかというと、角ふじというのは大勝軒と同じような感じで、別にまったく同じ味じゃなくてものれん分けするようで（どちらかというと名前を名乗ってイイヨって感じ？）、角ふじだけでも色んな種類があるため、雅狼がどの角ふじなのかとかよく解らないのである。

で、この角ふじ。ようするにしょっぱくって油一杯で美味しくとも何ともないラーメンなんだが、なんでそんなところに食べに行くかというと、麺がね、小麦粉の塊かっていうくらいぶっとくってもちゃもちゃしてて固いのよ。それを味わうために行った。

草加店は AM2:00 まで営業。
知人を連れて行ってきた。
味の方はと言うと、雅狼と角ふじを分ける意味が良く解らないほどの角ふじっぷり。
しょっぱくて、背脂一杯で、出しもコクもなく、麺はもちゃもちゃするほどの小麦粉の塊で縮れているので絡まりまくって、麺だけがっつり食える予想通りのラーメンであった。でも二郎よりは好き（ぁ。笑ったのが店内の自動販売機に黒烏龍茶があって、お店に入るとみんなそれを飲みながらラーメンを食っているという（爆）。どうなのよそれｗｗｗ
ええ、ええ、ボクも食べ終わったあと買いましたよ、ええ。

また来よう（ぇー

PHP のアップグレードが出来ん

amatsukami.jp サーバで使われている PHP は 5.2.14。
今の PHP は 5.4 台に突入している。
セキュリティ面から見てもそろそろバージョンを上げておかないとなぁと思い、、マスターアップもしたことだし、やってみようということで、やってみた。PHP のバージョン・アップなんざ、簡単なもんで、旧バージョンのフォルダ名を変えて、新バージョンのを今までと同じフォルダ名で展開して、php.ini をカスタマイズすれば終了。
なんていきなり本番環境でやったら、動かなくなったｗｗｗ＜バカ

データベース周りと Pukiwiki が動かなくなった。

とりあえず根が深そうな気がして、実験環境の方で試すことにする（あるなら最初からそっちでやれよ）。
データベース周りは、ext ディレクトリの指定が間違っていただけだった。
問題は Pukiwiki。原因の一つは Pukiwiki 内にあった関数が、PHP でも実装されたこと。これは関数のオーバーライド的なもので回避することに成功したのだが……しかし、動かない。今度はエラーも何も出ず、真っ白いページが表示されるだけ。
うおお、これはマイッタ。

結局原因はわからないまま、とりあえず、保留。
実は 6/29 からいろいろサーバをいじくってこの問題に取り組んでいるのだが……う～ん、なんだろうなぁ……。

#article