about LAMP, specially php programing , and so on.

諸事情によりkohanaのバージョンを3.2から3.3.2（最終版）に上げて、
その誤差を吸収していたら、むちゃむちゃ大きくハマった。

作ったCMS管理画面にログインできなくなった。

原因を先に書くと、ディレクトリ名やファイル名を変更した際に
ちゃんとクラス名を同時に書き換えなかったせいで、継承が狂って
「こんなクラスないよ？」って言われていただけなんだけれど。

PHP Fatal error:  Class ‘XXXXXXXXXXXXXXX’ not found

みたいなエラーをちゃんと吐いてくれればいいのに、

Error reading session data.

としか出てこない。

おまけにこれでググるとえらいたくさん文献が見つかる。
発狂寸前だった。

で、とりあえずどこかのページで見つけた方法にたどり着いたわけだが…

bootstrap.php内で、kohana::init()としている中で

‘errors’ => false

と追記するとちゃんとapache側にエラーログが出るようになるので、
そこで始めて上記のPHP Fatal errorとお目見えできる。

これ多分今後も重要。

いやぁハマったハマった（汗

開発環境（macbook）のmysqlが自動でアップデートされていたようで
（homebrewの設定どうしてあったか覚えてないなぁ…まぁいいや）

その関連でmysql_upgradeかけずに動かしていたわけですが…

エラーでまくってました。
直そうとしたらmysqlが起動もしなくなりました。

原因はエラーログの所有者が勝手に_mysqlに変わっていたことだったので
さっさと自分に所有者を変更して再起動で助かりました。

mysql_upgradeをかけてwarningを１つずつつぶしていますが…

timestampの変更やばいですね。
結構手軽に使っていたので、意識してcreate文を作らないと。

また勝手に自動更新されて上手く動かなくなるパターンなのが見え見えなのでw

ということで模索開始。

blockdiagなるものを入れてみることに。
公式？：http://blockdiag.com/ja/blockdiag/introduction.html

前提条件としてpython2.4以降（3.xは未対応）とか色々あるらしい。
とりあえず当方の環境ではpythonから入れないといけないが、
下記でうまくいった…はず。
※色々あって当方はfreetype2を自力で入れているから楽だったのです。
freetype2を入れてない人はbrewのformulaを書いてfreetype2を入れるのが
良いのかもしれません。

brew install python
sudo easy_install pil
sudo easy_install blockdiag

で、インストールが終わったらテキスト形式で簡単に記載して、

/usr/local/share/python/blockdiag sample.diag

とかやってやれば、simple.diagと同じパスにsimple.pngとして画面遷移図になってくれるみたい。

画面遷移図の書き方も非常に簡単で、

blockdiag{ a -> b;}

みたいな書き方をするだけ。
書式にかなり惹かれた。

あとは、毎回/usr/local/share/python/blockdiagとか書くのが面倒なので、
.bashrcに下記のように追記してやって、ターミナル再起動すれば話が早くなる。

# for python(homebrew)
export PATH=/usr/local/share/python:$PATH

これで、さっきの長いコマンドが

blockdiag sample.diag

で動くようになった。

brew install expect

こんだけ。
私的には、
mkpasswd -2 -l 12
とかって感じでよく使ってた記憶がありますね。

今までは、ノートPC２台を使用していたんだが、
ついに１台に統合する日がやってきた…という所でしょうか。

…まぁ、まだ作業途中ですが。

今までは
【Windows7】hp ProBook 4515s
【Mac os X】MacBook Pro (15-inch ,Mid 2012)
の２台を使用していたのだが、
「Parallels Desktop」なるものを使用すれば、
Windows環境をそっくりそのままMacに移行できる。
…というか、できた。

Parallels Desktop
http://trial.parallels.com/?terr=jp&lang=jp

要は仮想PCですね。
でもこれ、むっちゃ凄いです。
何が凄いって、既に稼働しているWindows環境をそのまま持ってこれる。

これをインストールして、Windows側には
Parallels Transporter Agent for Windowsをインストールする。
（ココの下のほうにある）

で、後はMacはParallels Desktopを、WinはParallels Transporter Agentを起動して
Windowsをそっくりそのままmacに移動させてくる。

…とは言っても、むちゃむちゃ時間かかります。
うちの環境では16時間くらいかかりました。

そして、入れた後にバーチャルPCがネットに繋がらなくて少し苦労しました。
ここに解決方法があったので、手順通りにデバイスマネージャからドライバ削除をして
ちゃんとネットに繋がりました。

で、ネットに繋がると同時にMac側にも恩恵が！
MacのDock内に「Windows 7 Applications」とか出て、一発でWindowsのアプリが起動できます。
仮想PCが起動していない場合、仮想PCの立ち上げから自動でやってくれます。

仮想Windows7のライセンス認証も普通に通ったし、
今の所なんにも問題なし！

これで、ProBook 4515sには完全なバックアップ機として暫く眠ってもらえるようになりました。
そして完全にメイン機はMacBook Proになりましたね。

…必要になったらMacBook Proの中で疑似ProBook 4515sを動かすんですけどね。

いやぁ、BootCamp使うか？とか色々考えていたんですが。
多分こっちが正解だと思う。早めに正規版に上げたいなぁ。