どうも。豊です。
実は、私、あさって(12月1日)結婚式なんです。
なので、1個目の記事から休憩します。w
今日明日はもう作業せずに、12月からまたガッツリやろうかなと。
クライアントさんにも了承済みです。
とりあえずこの案件、現状をざっくり書くと、このケータイの出○い系は3次請け?ぐらいの案件で、あまりこの類は乗り気がしないけれども、日本全国津々浦々の出会いを求めるエンドユーザーのため、一肌脱ぐことに。
内容は、完全会員制で、他ユーザーの検索、バーチャルメールの送信が出来る。
売りは、WEBだけでなく、免許書やら何やらをリアルで送ってもらうことによって、その信頼性を高めている点。さくら等も無しなので、安心して使えるのが最大の特徴(らしい)
言語:PHP
DB:postgresql
サーバー:linux系(他社レンタルサーバーに納品)
今回のネックは「ポイントの消費」・「画像の登録」この2つ。
ポイントの消費は、どのアクションでポイントをどれくらい消費するのか。その管理が結構アナログになるので、注意が必要でした。
たとえば、「男性→女性を検索はポイントを消費するが、逆は消費しない」など。
こういうのをうやむやにシステムに実装していくと、クライアントの管理業務や納品後の更新作業が非常に頻雑になってしまうので、あらかじめある程度の線引きやアクションのカテゴリわけをしておかないといけません。
あと、画像登録は、よくある、POPで添付ファイルを取ってくるという技術を採用。
ケータイからは直接画像がアップロードできないので、メールで特定のアドレスに送ると、アップできるようにするとき、WEBサーバーはメールサーバーに画像ファイル(添付ファイル)を何とかして取りに行かないといけない。
そのとき、POP(メール受信用の通信方法)でWEBサーバー側からメールサーバーにメールを取りにいくことに。
通信自体は難しくないのだけれど、実行のタイミング、タイムアウトをきっちり考えておかないと、サイトのレスポンスのボトルネックになってしまう。その辺の注意が必要でした。
とりあえず現状は、ほとんど稼動しているので、あと細かい調整を行って納品になります。
が、今回も仕様書なんかはなく、資料が数枚くらいあるのみ。
なんだかチョコチョコ修正という名目で追加なんかが入ってきそうな予感が。。
ま、いいけど。。