oscommerceのUTF8化及びmysql5への移行[メモ]

データのutf8化が必須ならばmysql4.1以降へのアップグレードが必要となる。

DBの文字コードとファイルの文字コードを対応させ，データを移行する

手順概要

移行元DBからデータベースのdump
言語パックのファイルをUTF8に変換，一部の関数・モジュールは適宜書き換え
移行先DBに新規ＤＢ作成->設定（文字コード,collation,ソート順など）->ユーザ作成・ID＆パス＆権限同じに
データのリストア
ファイルのアップロード

注意点

移行元がmysql4.0以前で移行先がmysql4.1~5以降の場合は難易度が上がるリスクも増える。

具体的には
ｄｕｍｐするときのデフォルトキャラクターセットの指定
リストアするときの元SQLがmysql40で文字コードがdump時のコードを指定
（このあたりはphpmyadmin使えるなら解決する）

mysql5をoldpasswordに対応させる？
これはクライアントをいじれるなら必要ないのでは？
移行元のCREATE DATABASE と GRANT の際にうまく設定できないものか
勉強が足りない。

データが大きい場合は（50MB以上など）移行自体が難航する場合も -> 実行時間の延長や使用メモリ数の増加やbigdumpなどで解決できる

などなど

とりあえずsjisでなければ自動エスケープでの文字化けはないはずなので
ujisからutf8への移行では考えなくて良い。
と思いきやwindows環境がからむ場合はコマンドプロンプトの文字コードがcp932なので注意。

又，自動文字コード変換は
サーバとクライアントの文字コードが同じ
もしくは
いずれかがバイナリ
の場合に回避できるので
サーバのdefault character setに合せて
set name などで回避する

mysql5化が必須ならばoscommerce本体をPHP5に対応させる必要がある

PHP4-mysql5を目指すより本体をPHP5対応させた方が絶対幸せなはずなので
その方向で考える。

MS2.2等の古いバージョンの場合は書き換えが必要。
最新バージョンはmysql5 php5 に対応しているはず（2005年末以降くらいのバージョンなら多分・・）。

とりあえずサーバの急なアップグレードなどでエラーが出ている場合は下記で解決。

詳しい事情
Oscommerce on PHP5 and MySQL5 - ActiveEbiz.Com

エラー

1054 - Unknown column ‘p.products_id’ in ‘on clause’

の修正
mysql 5 upgrade killed my site - osCommerce Community Support Forums

まるまる修正が必要なら
osCommerce: File changes needed to work with PHP5 and MySQL5

繰り返しますが最新バージョンではphp5-mysql5対応してますのでインストールし直すのか，あくまでも修正するのかは個別の判断が必要。
といっても2006年3月時点では確実に対応しているのでoscommerceの導入がそんなに昔の話でなければすでに対応済みだったなんてことも
あると思います。
その場合は

tmpフォルダのエラー
osCommerceで [Archive] - XREA&CORE SUPPORT BOARD

.htaccess記述
パリ・ボルドーを行き交うフランスの恋人〜ワイン〜 - XREAのPHP5使用サーバーにosCommerceをインストールする方法

などを確認。

その他

問題はテンプレートやモジュールがPHP5対応していない場合。
一つずつしらべて $this やクエリを修正するしかない。

あと，safe_mode とか register_globals のphp4 php5 それぞれの対応状況・条件など調べていないので
修正が必要になる場合も。
Running OSCommerce with register_global=OFF and Safe_mode=ON | Wired GORILLA - Hosting - Scripting - Linux - PHP - mySQL