永田順伸のブログ

依頼があり、osCommerceに仕入れ管理機能を追加している。
osCommerceは1ページにプログラムとデザインが混在しているため、機能を追加するとだんだんわかりにくくなってくる。とくに管理画面のcategories.phpには機能を追加することが多くすぐに巨大化してしまう。
全部書き換えてしまいたくなることもあるが、ひとりでは無理。新しいバージョンが公開されるのを待つ間は、コメントを追加して迷子にならないよう作業している。

東京は、昨日は猛暑で、今日は大雨。それもひどい降り方になってきた。雷鳴もすごい。
ところで、これまで、8月は暑さに関係なく例年仕事が多かったが、今年はあと1件終われば何もない。そこで、プログラミングの合間に営業活動を少々。と、言っても見込みがありそうなサイトを探してメールを書くだけだが、探し方には知恵を絞ることになる。これは秘密。今回考えた方法では5件目のメールを書き終わってメールを送信するとすぐに電話が鳴った。いま海外に出張されているそうで、帰国されたら会うことになった。これでひと安心。
また、プログラミング作業に戻る。

作業によって効率よく進むものと、いつまでも手離れが悪く尾を引くものがある。効率よく短時間に完了するものは黒字ということになり、いつまでも作業が続くものは赤字になる。できれば黒字になって欲しいが、ついサービス残業をしてしまう性格なので、予想に反して見積もりより時間がかり赤字になることのほうが多い。

　最近のことだが、見積もりまでOKになったのに、作業の進めにくさが原因でこちらから辞退してしまった仕事がある。作業は始まっていなかったので「進めにくさを予測して」というのが正しいかもしれない。今回は作業に対して責任を負わない人の発言が進行に影響を及ぼす可能性があった。こういう状況は、これまでの経験から赤字になりやすい。
次回、同じようなことがあったら、プロジェクト管理という費目で見積もりを計上しようと思う。

レンタルサーバのディレクトリ構造によってはSSLのディレクトリがDocumet Rootとは別になっていることがある。
通常のディレクトリとSSL用のディレクトリに、同じ内容のコンテンツを二重に置くためいろいろと問題が起きる。
最近、このような構造のサイトを運営される方からクレジット番号の送信時にSSLにならないというご相談を受けた。
よく聞いてみると購入されたお客様からの指摘で、クレジット番号が暗号化されずに送信されているということだった。
wiresharkを使ってパケットを確認したらしい。

すぐに上記の構造上の問題だと感じたが、モジュールの設定方法や、お客様の勘違いまでいろいろ想定できるので、
それなりの金額のお見積もりを送付した。数日返信がないので自力で解決されたのかもしれない。

このような構造のサーバのときはシンボリックリンクをSSLのディレクトリの代わりに設定するとDocumet Rootにコンテンツを置くだけですむので楽だ。SSHで接続できなくてもPHPからシンボリックリンクのコマンドを実行することで設置できる。