☆ショッピングカートのCGIを作りたい！Perlで☆
■ このスレッドは過去ログ倉庫に格納されています
0001無謀者
02/01/10 19:53ID:XY4TxmilフリーのショッピングカートCGIは設置は簡単でも、商品の登録
とかが手作業だったりで使い勝手が悪いです。
で、短絡的に「自分で作ってみようか」と思っているのですが・・・・
Perlも、いやプログラミングさえ未経験。「必ずわかるCGI」と
その他の入門書で何とか「掲示板」の仕組みがようやく理解できました。
やっぱ、無謀ですかねぇ・・・・・・
00022
02/01/10 20:05ID:mvb8N35Iやってみれば？
しかしそれをそのまま商売につかうとなると
イロイロ危険だと思われ
0003無謀者
02/01/10 20:10ID:???掲示板スクリプトとかって、かなり高機能な奴もそこらじゅうで「フリー」
で転がってますけど、ショッピングカートって、ちょっと使い勝手が良くなると
みんなシェアになってますよね？
これって、やっぱり掲示板なんかに比べて圧倒的に
手間がかかる＝作るのが難しい
のでしょうか？それともスクリプトの性質上「利益を生む」物なんで
「金稼ぐんだから、少しくらい払っとけ」的な考え方で、
作る手間＝技術
は掲示板なんかとそれほど変わらないものなんでしょうか？
0004デフォルトの名無しさん
02/01/10 20:21ID:???テキスト弄りまわすだけだから丁度良いんじゃないかな
それと出来たらそのWEBショップの名前教えてくれる？
絶対そこ利用しないから （笑
0005無謀者
02/01/10 20:30ID:???えっと・・・・
まぁ、もし出来上がったとして穴だらけになるのはわかっているのですが・・
そういう場合って、設置者（お店）側だけじゃなく、利用者（お客さん）側
にもリスクがあるような穴が出来る可能性があるってことですか？
もしそうだとしたら・・そうでないにしても、ｾﾞｯﾀｲに注意しなくちゃいけないことって
何がありますか？
0006名無しさん＠お腹いっぱい。
02/01/10 20:49ID:???カードのID漏れたらどうすんのさ （´＿｀；）
DBを生でネットに晒すのは狂ってるよ
00072
02/01/10 22:04ID:mvb8N35Iシェアにしてるのは、金儲けに利用するなら
作者にもチットは金貰う権利があるでがしょってことでしょうね。
難しさに関しては一概には言えないと思います。
BBSにもショッピングカートにもいろいろあるし、
同じ機能でも速さがエラく違う場合もあるので。
しかし、若干カートの方が難しくなりがちかも。
個人情報にきちんと配慮するとなると
ショッピングカートの方が、スクリプトを組む前に
必要な知識は増えるでしょう。
作る前に>>5のような事がわかってないと危険。
0008無謀者
02/01/10 22:13ID:???カードに関してはどっちにしろSSLが使えない鯖の可能性もあるので
基本的には支払の項目で、｛カード、代引き、振込み｝を
選べるようにしておいて、後でメールででも確認するような形になるかと・・・
でもSSLとか使えないと、住所等の情報も危険に晒されるわけですよね・・・
はてさて・・・・・・・
00092
02/01/10 22:18ID:???簡単なものを試しに作ってみるしかないでしょうね。
スポーツ、料理、デザイン、プログラミング・・
何にしても、概要を知るのと実践とでは次元が違うでしょ？
0010無謀者
02/01/10 22:18ID:???キーワードってなんでしょう？書店で本探すにしても何から
手をつけていいかわから無いので・・・・
今のところSSLって言葉しか頭に浮かばないんですが
00112
02/01/10 22:27ID:???テストスクリプトの作成・設置までやってみたらどうですか。
そこでかなりの部分が勉強できると思います。
0012無謀者
02/01/10 22:35ID:???親切にありがとうございます。
とりあえず、今のところローカルのHDにapacheとPerl入れて
テストの出来る環境は整ってます。
家のネットワークがWin2000S使ってプロ串経由でCATVにつなげているのですが
Win2000SにApachとか入れちゃうと外部からのアクセスとかが恐いので
端末になってるWin2kProの機械の中でテスト環境作りました。
一応、本に載ってる「掲示板もどき」は打ち込んでみて、ページを行き来
しながら、処理の内容を理解できるようにはなってきました。
次はファイルのロックとか、一度登録したものの削除とかを試そうと
思います（flockに関してはwin環境じゃ動かないらしいですが・・・・・）
0013名無しさん＠お腹いっぱい。
02/01/10 22:39ID:QEi9/FNzショッピングカート作るんだったら、flockとか使わないことをおすすめするよ。
0014perl初心者
02/01/10 22:42ID:5qO7Bnpcいう少し不純な動機でperl始めました。
まだブラインドタッチもままならない状況で無謀者さんよりもさらに無謀
な挑戦をしています。
おたがい結構大変な挑戦をやってますけど頑張りましょう！応援してますよ。
0015無謀者
02/01/10 22:42ID:???それとも他の方法が？
0016名無しさん＠お腹いっぱい。
02/01/10 22:44ID:QEi9/FNzうん。ていうか、テキストでデータ吐き出さない方がいいって事かな？
0017無謀者
02/01/10 22:47ID:???？？？？？？？
今の私の知識の中ではフォームから受け取ったデータに関しては
「テキスト」で処理するしか思い浮かばないんですが・・・・
他にどのような方法があるのでしょう？txtじゃなければバイナリ？
受け取ったデータを何か加工するのでしょうか？
0018名無しさん＠お腹いっぱい。
02/01/10 22:59ID:QEi9/FNzカートと商品の大きさにもよるけど、DB連動とったりした方が安全かな？
tieつかってGDBMに納めたりね。
お金が絡むcgiになるから、そのあたり慎重に考えた方がよいと思います。
0019名無しさん＠お腹いっぱい。
02/01/10 22:59ID:QEi9/FNzカートと商品の大きさっていっても、実寸じゃなくて、データの大きさです(笑)。
読みにくい文章でごめんね。
0020無謀者
02/01/10 23:03ID:???DB連動、tie、GDBM・・・全て初耳です。
ちと調べてみます。
0021無謀者
02/01/10 23:07ID:???アドバイス貰うのに良い場所だと思ってこの板でｽﾚ立てたは良いけど
ｽﾚが気になってエディタに集中できないという諸刃の剣(w
0023無謀者
02/01/10 23:18ID:???一般的にひとつのスクリプトを作り始める時「設計図」は書いた方が良いんでしょうか？
はるか昔にベーシック（PC-8001)をかじろうとした頃は「フローチャートを書く」みたいなのが
あったと思うのですが・・・
それともいきなり書き始めて、後で必要になった処理を継ぎ足すなり
割り込ませるというのは可能ですか？可能にしても相当めんどくさく
なるもんなんですかね？
0024無謀者
02/01/10 23:21ID:???公開鯖は間違えなくUNIX系なんですが、LAN環境にLinuxなりを導入
しようとすると、Perl云々以前にそれに時間を取られ、スクリプトを
書く段階までたどり着けないような気がするので・・・
ある程度Perlがわかってきて、簡単なスクリプトを”自分で”書けるように
なったらLinuxも導入しようとも考えてるんですが、今の段階ではPerlでCGI
を書くことを優先したいと思ってます。
00262
02/01/10 23:27ID:???結局、>>22は遠いようで近道になるんですが、
まあ、やりかたは人それぞれでしょうな。
どんなトラブルも後からすれば肥やしになるでしょうから。
商売だとクレームになったりしてアレですけど。
では私はこれで。
0028login:Penguim
02/01/11 01:30ID:FEem4kpshttp://www.verisign.co.jp/
年間10万円ちょっとかかりますけど。
カートはゼロから作ると大変。フリーなどを改造した方が良いと思われ。
鯖は安価で高性能のものが数千円/月〜。
小規模サイトなら重要データにDBは使わず、フォームメールで注文を飛ばし、
メーラー側でDB(Accessなど)に格納（フリー or 数千円〜）がおすすめ。
中規模〜なら鯖からDB(MySQL・Postgresなどバイナリデータ)への接続が必要。
初心者が短期間に構築するのは無理かと・・・でも応援します。
俺も作りたいって思ってるから。
0029無謀者
02/01/11 01:40ID:???依頼主が非常に小規模なのでVeriSignへの登録は無理かも。
カートはフリーでユーザー側のインターフェースがﾜﾘと
使いやすい奴は見つけたんですけど、商品ページをいちいち手書き
でフォーム使って作らなきゃならない。一度商品登録して”はい終り”
てのなら良いんですが、あまり詳しくない人が商品登録の為に商品ページに
フォームと各オブジェクトを配置、それぞれに属性指定せねばならず、後々面倒なことになりそう。
で、最初に考えたのが、フォームからデータを受け取って、そのフリーのカート
に必要なフォームを出力するCGIを作ろうということでした。
そうすれば、カート部分は完成してるので、商品登録だけ出来るものなら
ﾜﾘと簡単かな？と・・・・
で入門書とか読んでるうちに、「どうせなら」と思い、1から作ってみよう
と思ってるところです。
長文ｽﾏｿ＆応援感謝
0030名無しさん＠お腹いっぱい。
02/01/11 02:28ID:8grlnatr実際に使われると、なんやかやトラブルが発生するから。
ヘタすると、いつまでも延々、タダでトラブル対応し続ける
ことになる。
どんなプログラマーでも、入門書みたいのからはじめて、
トラブルを経験しては、ノウハウを身につけて
腕を上げていくんだとは思うけど。
損害賠償とか個人に請求されることだけは、避けたい。
003130
02/01/11 02:47ID:8grlnatr>一般的にひとつのスクリプトを作り始める時
> 「設計図」は書いた方が良いんでしょうか？
ぜったい書くべき。面倒がらずに。
しょーもないスクリプトでも。
CGIなら、カンタンでいいから画面遷移図は書く。
フローチャート書けるなら、書くに越したことはない。
あとプログラム内で使う変数の一覧表は、作らないと後で困る。
とくに初心のうちに、それもスクリプト言語で作り始めると、
こんがらがってわけのわからないことになりやすい。
つか、まず間違いなく、わけのわからないことになる。
どうしても、「こうするには、こう書けばいけるかな？」
と、試し試し作っていくことになると。
設計が変更につぐ変更になって、イヤになるかも知れないが。
でも、書いたほうがいい。
設計メモも無しに、いきなりガリガリ書いて「動きました」って
プログラムだと、ちょっと直すにもエライ苦労することになる。
003230
02/01/11 03:14ID:8grlnatr>> flock 使わない件
>それはどういうことでしょ？ロックしないってことですか？
>それとも他の方法が？
ショッピングカートは関わったことないんで分からないけど。
Webがらみだと途中でプロセスが落ちちゃったときに、
ファイルがロックされたままで動作が止まっちゃうことも考えられるね。
プログラムの書きかた次第とは思うけど。
>＞テキストでデータ吐き出さない方が〜
>？？？？？？？
>今の私の知識の中ではフォームから受け取ったデータに関しては
>「テキスト」で処理するしか思い浮かばないんですが・・・・
プログラム内では、テキストとして処理するけど。
データを、テキストファイルとして出力はするな、ということかな。
とりあえず、データベース使った方がいいよ。
そんな難しいもんではないので。
003330
02/01/11 03:23ID:8grlnatr>とりあえず、データベース使った方がいいよ。
って書いちゃったけど、既存のCGI使うんでしたね。
じゃあ、ファイルで処理するのもしかたがないか・・。
0034名無しさん＠お腹いっぱい。
02/01/11 08:21ID:???ま、初心者が穴のあるCGI乱造してくれるのは大歓迎だ。
0035名無しさん＠お腹いっぱい。
02/01/11 09:17ID:H9t5O9uDCGIでもいいんだよ。
ローカルのPCで実行して、アップするやり方にすりゃ安全。
開発も早いだろうし。
0036無謀者
02/01/11 10:22ID:???＞３０
なるほどですね。設計書、てかアイディアプロセッサー使って
流れ図と必要項目のリストアップはやって見ます。
＞３４ 商品ページを生成するアプリをVBかHTAで作るな。
そうか・・・Accessでも使って簡単なDB作りそのデータを
フォームオブジェクト含んだHTMLに吐き出させれば良いんですかね？
相手の要望で「出来るだけ簡単に」って事だったんでWEBで出来るように
と思ったんだけど、HTMLだけ生成しちゃえば後はFTPだけですからね・・・
う〜ん・・・どっちが簡単なんでしょ？
0037名無しさん＠お腹いっぱい。
02/01/11 10:27ID:???そーか? CGIというインターフェースを介する分だけ余計な手間がかかると思うが…
perlだってActive Scriptで書けるんだろ? だったらHTAだ。
どっちにしろ、ローカルで設定ファイル生成するアプリ作るが吉。
使いやすけりゃ売れるぞ。
0038名無しさん＠お腹いっぱい。
02/01/11 10:49ID:???CGIは状態を持てない、それゆえ自分で状態を管理しなけりゃならないから面倒。
0039無謀者
02/01/11 10:58ID:???サーバー側のそういう機能を利用すると言うことでしょうか。
IISとかだとSQLとかODBCとかASPって「言葉」がなんとなく思い浮かぶんですが
UNIXベース＋Perlでも同じような事なんでしょうか？
■ このスレッドは過去ログ倉庫に格納されています