マイナーでいこう！　オンリーワンになるために・・

とあるサイトのショッピングカートシステムを刷新するため、zencartと格闘した備忘録。

まず、金をかけないっていうのが大前提なので、カートシステムはフリーをものを選ぶことにした。
フリーのカートシステムっていってもいろいろあってとても選べたものじゃない。
2日ほどネットで下調べしたあげく、

EC-CUBE
Zencart
osCommerce

をピックアップ。
検討の結果、Zencartを選択した。理由は一番情報と機能が豊富だったから。

インストールはいたって簡単。
ZIPファイルを解凍してサーバにアップロード、
zcinstallフォルダのアドレスを指定してあげれば自動的にインストールを行ってくれる。

ここまでは簡単だったんだけれど、ここからのカスタマイズに時間がかかった。

まずデザイン。
CSSのファイルと格闘してなんとかIEとFirefoxの表示ずれを許容範囲内に収めた。

そして、カートシステムで一番大事なセキュリティ機能の実装。
そう、SSLの設定。ここで手間取っていろいろ調べることとなった。

その結果、やらなきゃならないのは次のことだとわかった。

1. includesフォルダにあるconfigure.phpの15行目あたり、HTTPS_SERVERを共有SSLのパスに変更し、18行目あたり、ENABLE_SSLをtrueにする。この他の設定は変更する必要はないはず。
2. 共有SSLの場合、SSLページと非SSLページでURLが変わるので、セッション設定でクッキー使用をFalseにする。
3. このままだと画像等への外部リンクでSSLのアラートが出てしまうので、テンプレートhtml_header.php38行目あたり<base ~/>部分を削除。
4. CSSに絶対アドレスのリンク先を含めない。背景画像等でZencart外にある場合は内部にコピーする。

この設定、ココのサイトを参考にさせていただきました。
これで完了。めでたくSSLの設定ができました。
ようやく峠を越えたってところ。

しかし、このZencartにBTO機能を実装しなければならないのだけれど、どこかにいいソースがないものかしら。

来月、イタリア旅行に行くことになった。
ヨーロッパ旅行は初めてなのだけれど、以前行った人の話を聞くと感動するらしい。

美術館で本物の絵を見たら感動するんだろうなあ。

ところで、今回はほとんど自由時間のプランを選んだので
イタリアでの移動、宿泊、アクティビティの手配などはすべて自分でやらなければならない。

インターネットが発達した現在ではこんなこと簡単だろう、
そう思っていたら大間違い。

確かにインターネット上で予約を受けているホテルや美術館も多いのだが、
全く持って使えない。
とりあえず、ウフィツィ美術館に行きたかったのだが、
予約情報を入力するフォームに国名に「Japan」がなかったりする。


ありえねえ・・・



ということで、手配してくれる業者さんを探すことに。

インターネット上をさまようこと数時間、とうとう見つけました。


ローマ、フィレンツェなどイタリア旅行情報サイト：アーモイタリア


やっぱり不慣れなことはプロに頼むのが一番ですね。。

Mandriva は日本のコミュニティが活発ではないので2chブラウザがrpmで配布されている可能性は低い。
と思ったら JD だけは有志が rpm 化をしてくれていたみたい。
http://tomcat.nyanta.jp/sb2/sb.cgi?eid=169

これをサクッと入れようかと思ったのだが、せっかくだから自分でも build してみることにした。
ソースをここからダウンロードして build にトライ。
何度か試行錯誤を繰り返し、ついに build に成功。

で、自分も rpm化したのでここにおいておきます。

jd-2.1.0-081228-1.i386.rpm

ずいぶん久しぶりの投稿。

この半年の間にメインマシンのOSは Mandriva Linux 2009.0 へと変わった。
さようなら、SUSE。

本日、とあるウェブサイトを覗いたら Flash と JAVA が文字化けすることを発見。
ちょっと手間取ったけど、ググって解決方法を発見。

まず、Flash。
どうやら指定フォントが入ってないために日本語が表示できないみたい。
Sazanamiフォントを入れたら一発で解決するようだ。
こちらからフォントをダウンロードし、インストール。
で、再度ブラウザを起動してFlashを表示させたら、あっさり日本語表示が可能になりました。

次にJAVA。
フォントは入っているのだけれど、JAVAがフォントを見つけられないために表示がおかしくなるみたい。
/usr/share/fonts/java に kochi フォントのシンボリックリンクを作成すればよい。

$cd /usr/share/fonts/java

でフォルダに移動し、

$ln -s /usr/share/fonts/ttf/japanese-extra/kochi-gothic-subst.ttf ./
$ln -s /usr/share/fonts/ttf/japanese-extra/kochi-mincho-subst.ttf ./

以上でオーケー。

SUSEは日本語処理が比較的しっかりしていたけれど、
Mandrivaの方は、まだまだ問題があるようだ。
おそらくTurbolinuxと統合？するはずだから、このあたりを改善してほしい。

職場で SQL SERVER 2000 環境でデータベースを作っていたのですが、
とうとう致命的な整合性エラーに遭遇しました。

データ更新時に怪しげな挙動をすることが多く、大丈夫かなあ、と
心配していたのですが、ついにその時が訪れてしまいました（＞＜）

ネットで調べると、整合性エラーを修復するには DBCC CHECKDB っていう
コマンドを使えばよいとのこと。
コマンドラインということは、osqlを使うということだな。。
しばらくコマンドラインなんて使っていなかったので、データベースへのログインの
方法を忘れていて随分苦労しました。

osql -U ユーザ名 -S インスタンス名

でようやく接続完了。

修復のためにシングルユーザーモードに切り替えなきゃならない。

alter database DB名 single_user

でいけるはずなんだけれど、なぜか切り替わらない。
時間がもったいないので、Management Studio EXPRESS で無理やり
シングルユーザモードにしました。

さあ、ここから本番。

DBCC CHECKDB('データベース名',repair_rebuild)

を実行！



が、な、なんと、、



修復不可能！！



やべえ、やっちまいました。。。


バックアップは毎日とっていたので、前日のバックアップファイルからデータベースを
復旧してチェックをかけてみたところ、やっぱり整合性エラーが発生（泣

これは、かなり以前からデータが壊れていたもよう・・・


仕方がないので、1ヶ月ほど前に念のために保存しておいたデータから
差分復旧を試みました。

悪戦苦闘することおよそ5時間。
ようやく、作業完了。
復旧してチェックをかけてみたところ、なんとかチェックを通過しました。

やはりエラーが出たらその時に原因を究明して手を打っておかないと
後ですごく苦労することになるのですね。
自分の怠慢を反省しました。



おまけ

復旧後の次の日、またエラーが発生。
またか！、
と思ったが、整合性エラーではないもよう。
このPCに乗っているメモリが不良品らしく、たびたびブルースクリーン
になることがあったので、それが原因か？
最近はリセットがかからなかったので油断してました。

はやめにメモリも交換します。

最近 MSDE 2000 と Access を使用してプログラムを作る必要が生じた。

本当はSQL SERVER 2005 EXPRESS EDITION にしたかったのだけれど
開発環境が Access 2000 だったため、MSDE 2000 にすることになった。

ネットからダウンロードして MSDE 2000 をインストール。
ローカルの Access 2000 から接続を試してみると何の問題もなくつながった。

しかし、ネットワーク越しにはどうしても繋がらなかった。

ちなみに、MSDE 2000 をインストールした時に指定したオプションは
SECURITYMODE と SAPWD のみ。

いろいろ調べてみると、次のオプションが足りないことがわかった。

DISABLENETWORKPROTOCOLS=0

これを指定しておかないとネットワーク接続が無効になるらしい。
ちなみにデフォルトでは0ではなく1とのこと。
セキュリティ上の問題でこうなっているのだろうけれど、かったるいなあ。

一度無効に設定したものを有効にする方法も更にかったるい。
MSDE 2000 では、コマンドラインから

svrnetcn.exe

と入力し、設定ツールを立ち上げてネットワークを有効にしてあげないといけない。
設定ツールがあるのに、不親切にもアプリケーションに登録されてないのだ。

まあ、無料で配布されているアプリケーションだから文句はいえないけれど
この不親切さはどうにかならないものなんでしょうか？

最近openSUSEで使用していた2chブラウザのkitaの調子が悪い。
スレッドを読み込まなくなり、使い物にならなくなってきたのだ。
トラブル対処をしようと思ってネットを彷徨ったがそれらしい情報がなかった。。。

ということで、他の2chブラウザに乗り換えることにした。

KDEが4.0になったばかりということもあり、安定するまで時間がかかると思ったため
gtkを使用する2chブラウザにすることにした。

以前はgtkだったら「おちゅ〜しゃ」という2chブラウザが有名だったが、
今はJDっていう2chブラウザがトレンドらしい。

さっそくソースをダウンロードしてきてビルド、RPM化。
問題なくインストールできました。
ちょっと操作感がkitaと変わるので慣れが必要かもしれませんが
そのうち馴染むでしょう。

ということで、openSUSE用2chブラウザ、「JD」を
ここに上げておきます。