nagajisの日不定記。
本日のアクセス数:0|昨日のアクセス数:0
ad
アカウントを作ることなく「買う。いますぐ。」できる方式を考えている。リンクをクリック>支払い>戻ってきたら一部DLされる、みたいな。結局はPayPal経由クレカ利用しかできないが、これはもう、ネットの仕組みということで、我慢していただきたい・・・。
それよりも、この方式で「本当に100%確実にDLできるか?」が不安。ご覧の通り503を連発する本サーバ。帰ってきたときに503だったりしたら泣ける。PayPalの支払いは2種類のデータのやりとりがあって、2枚刃形式かつPUSH/PULLで取得できるようになっているから、たとえ時間がかかったとしても反映されないということはない。しかし支払いを済ませORJへ戻ってきた直後に直ちにDLできるかどうかが、保証できない。
その時に備えて、仮のアカウント/パスワードを設定することを考えている。eメールは記録されない。あくまでもアカウント・パスワードだけで、とにかくその号を「購入した」フラグを立てる。もしその場でDLできなかったとしても、あとで仮アカウント/パスワードでログインすればDLできるように。
こうすると、更新があった時の対策にもなる。このアカウントでDLすればいいからだ。もし、ORJの機能が気に入ってもらえれば、「登録情報の修正」で好きな名前に変えてもらえばよい。ただしこの時にeメールを設定してもらう必要がある。
個人的に楽天のやり方は気に入らない。購入時にこっそりメルマガ受信のチェックが入っていて、一度忘れて購読してしまうと、解約するのが非常に面倒だ。未だにメルマガが届き続けている。「なんとしてもpush情報を提供する」というやり方は確かに売るには効果的かも知れないが、買う側はイライラしかしないものだ。
平行して、過去号の更新情報の取捨選択ができるような仕組みも考慮中。これは稼働中のDBを小改造しなければならないので少し先の実装になりそうだ。購入記録とは別に取得する号のカラムを追加し、これに放り込んである号を見てメール処理すればよい。最初は購入記録を丸ごとコピーするので、不必要なものを削除していただくようにするつもり。なのだがこれってある意味楽天式なのだなぁ。
いじらなければならないところメモ。
ダウンロードページ…は要らないか。新しい号はそのつどチェックを入れてもらう、と。
更新情報生成CGI
ログインページDBの修正は手動で。先にバックアップの方から。tmpを忘れないように。
明日は明日でKINIAS講演会があるし、日曜日までかかるかも知れない...OFFの件とか購読手引きの件とか修正しなきゃ遺憾のだが。
と、メモしているうちにアイデアが浮かんで、更新取得の取捨選択はほぼ実装完了した。フラグカラムの使い回しは失敗。integerで登録してた・・・