<< 2007/07/ 1 1. 舞妓Haaaan!!!
2 1. スラッシュドット ジャパン | +Lhaca 1.21の修正は不十分
3 1. www 付きのアクセスを redirect することにした
4 1. Fastladder 試してみた
5 1. Fastladder 用 user css
6 1. Fastladder から bloglines のよさを知る
7 1. 苦行
8 1. ソーシャルブックマークの全文保存と形態素解析で連動したフィードリーダ
9 1. user.js creator ってないんかな
10 1. Excel 検定のレベルを上げるってのはどうだろう
11 1. 結局 Fastladder に乗り換え
2. TrackBack を削除
12 1. チョーいまさら Classic Mac から Switch する方法
13 14 15 16 1. アンビエント・ファインダビリティ読了
17 1. Debian etch の Trac 0.10.3 に Web Admin Plugin
18 1. メールに対する正しいウィルススキャンの方法とは?
2. 窓から投げ捨てても大丈夫なのか
19 1. PHP 4 からの移行の手だて
20 1. 説明書ファイル
2. NeoOffice 2.1 調子悪いのはスペルチェックのせいか?
3. パスワードロック付きUSBメモリ
21 22 1. 自分振り返りとかダラダラと
2. CMSがあとからフレームワークを採用
3. 今は Google Desktop Mac版てあるんだ
23 1. javascript.el は googlecode にあった
24 1. code snippets repository って言うのかな?
25 1. ふと思い立って JRuby
2. Trac Ticket レシピとかあったらいいな
26 1. Caminoって手のひらツールあるんだ
27 1. Emacs 22.1 ports にキター
28 1. MacPorts は PCC 10.3 にはやはり厳しそう
2. LLSpirit 宿おさえました
29 1. 東京なめてた
2. アジャイルとか
30 1. そんな検索って…
31 1. ビデオレコーダのシェアはトップ4で9割
2. timezone という文字を見て
>>
トップ «前の日記(2007-07-18) 最新 次の日記(2007-07-20)» 編集

2007-07-19 [長年日記]

_ PHP 4 からの移行の手だて

例によって未来の日記を書く。

そうはいっても移行は簡単ではない - よくきたblog

今回はほぼ全面的に賛成。

問題は大きく分けて二つで、

  1. 現在動いているものを PHP 5 に移行させるためには基本的に PHP 4 でも 5 でも問題なく動くようにしないと移行できない
  2. つまり両方の検証環境を用意しないといけない

かな。

で、1 だけでも大変なんだけど、実は 2 がかなり大変。つまり、4 から 5 へのアップグレード自体が不可能なケースもあり得るので、システムのダウンタイムをどれだけ短くしたうえでリプレイスを行うか、という判断が必要になることがある。これはもはや開発者だけの話では済まない。

例えば Apache を変更せずに済むなら二つのバージョンの違う mod_php を抱えた Apache を別ポートで動かして rewrite するだけで対応できる場合もあるし、Apache そのもののバージョンや関連するライブラリの影響で、jail や VPS のような環境を用意して移行準備をしなければいけない場合もあるだろうし、極端な話 OS の根っこから入れ直しになる場合もある。IP アドレスも機械も潤沢に余ってて何の苦労もないならまったく別な機械を新規に立てて新しい環境をガシガシ作ってそのまま移行すればいいけど、そうでなかったら?

ただ、常に二つ以上のバージョンを動かせる用意はしておくべきだよね、とは思う。そのとき、常に物理的に別な機械を用意できるとは限らないので、仮想化の技術は絶対にあった方がいいなと思った。新しい環境の準備が楽だし。あと自動でバージョンが上がって自動で動作チェックを行うような仕組みを用意できるならしておくといいね。ここまでできてるところはかなりレベル高いと思う。できればそういうところで働きたいもんだ。

ところで、「もっと洗練された開発環境」って具体的になんだろう、ドキドキ。