稼働中のシステムのバグ取り（EC-CUBE）

1年以上前の記事です。内容が古い可能性があります。

すでに稼働中のシステムにバグ^※を発見してしまった。
まだ、完全に先方に引き渡しをしていない段階だったので良かったが、
稼働中のシステムのバグ取りというかなり綱渡りな作業をしたその流れを紹介。

いろいろ調べて辿り着いたのが以下のサイト
□チェンジセット 16970 – EC-CUBE Trac – Trac
「複数カテゴリ対応による[商品並び替え]のバグを改修」とのことなので、
どうも、ここにあるとおりに修正すれば直るらしい。
（赤で書かれた部分を緑で書かれた部分に修正、追記する）

まずは修正だ。
FTPで該当のファイルをダウンロード。ここまでは簡単。
そのファイルを「秀丸」で開く。「秀丸」はユニコードのファイルが直接開けて直接編集でき、そのままユニコードで保存できるテキストエディタだ。
ここで、たとえば「メモ帳」や「ワードパッド」等で開くとまともに開いてくれない。
仮に開いてくれたとしても保存時にエンコードをSJISにしてしまい、ちゃんと動かなくなってしまうう可能性があり、そっちのほうが怖い。
ちなみにマッキントッシュには同様の機能をもっているエディタで「Jedit」というのがあります。
これで何とか修正完了。もちろん、間違えないように。

続いてアップだ。
が、いかんせんすでに動いているサイトである。どうしたものか？
「insert_data.sql」に関してはおそらくインストール時に使うファイルだろうということで、さほど抵抗なくアップできた。
さて次は問題の「SC_Helper_DB.php」だ。これはおそらく動作部分の本体だろう。
そこで、なるべく被害を最小限に抑えるために以下の方法でファイルを入れ替えることにした。
1. FFFTP等のFTPツールで今動いているファイルをFTP上で別名に変える。（最悪新しいファイルがダメな場合。名前を元に戻すことで完全にもとのシステムに戻すことができるため。）
2. すかさず新しいファイルをアップ。今回はユニコードのファイルなのでバイナリ転送でアップする。
3. さらに軽く動作確認をし、該当の機能がバグを起こしていないか確認。
ここまでで一段落だ。

最後に実際動かして修正されているか確認してみる。
現在公開されているデータはすでにバグっているため、
新しいデータを新しいカテゴリーに未公開で登録して並び替えを試してみる。
よし、オッケー。チャント動くようになった。

次はバグ^※ってしまっている商品をなるべく障害なく正常に戻す。
一番確実なのは新しいカテゴリーを作ってそちらに全商品を移し、
バグってしまっているカテゴリーを削除してしまう方法。
が、これでは、カテゴリーへの直リンクURLが変わってしまうので却下だ。
実は、今回商品の追加時にこのバグが発覚したのだが、
時間がなかったため同じ商品を再度新規登録することで商品の順番を指示通りにしていた。
そのため、同じ商品が未公開で複数ある状態になっていた。
そこで、まずは未公開商品で並び替えをしてみる。
これでまずは癖を読み、公開商品に対して並び替えを実行しようという魂胆だった。
ところが、ここでトラブルが発生。未公開商品を並び替えたことが影響して公開商品の順序も変わってしまったのだ。
もう背に腹は変えられない。一気に癖を読んで並び替えだ。
ここはかなりシビレた。
時間にして数分。10分もなかったと思う。
一気に癖を読み並び替え完了。ついでに複数になっていた商品も綺麗に消すことができた。

寿命が縮んだ。

本来、仮サーバーさえあればなんてことないのですが、
ぶっつけ本番でお客様のショッピングサイトをオープンする運びになったために、
身を削る思いをしてしまいました。
今後はもうちょっと慎重に提案していこうかなぁ。と思ってます。

※4月23日追記
具体的なバグについて説明します。
各商品には順番を管理する数値が与えられるのですが、
その数値の初期値を配置する部分のプログラムか、
順序入れ替え時に数値を修正するプログラムにバグがあったのでしょう、
商品の順番を管理する数値が全て同じものになってしまっていたんです。
（通常は数値の小さなものから順に表示されるようになっている。）
そこで、バグは取れても、そういった状況での動作は想定していないハズなので、
どんな挙動をするかわからないためにかなり慎重になっていたのでした。