☆ショッピングカートのCGIを作りたい！Perlで☆

☆ショッピングカートのCGIを作りたい！Perlで☆ (517ﾚｽ)
上下前次 1-新

31: 30 02/01/11 02:47 ID:8grlnatr(2/4) AAS
あと、>23
>一般的にひとつのスクリプトを作り始める時
> 「設計図」は書いた方が良いんでしょうか？

ぜったい書くべき。面倒がらずに。
しょーもないスクリプトでも。
CGIなら、カンタンでいいから画面遷移図は書く。
フローチャート書けるなら、書くに越したことはない。
あとプログラム内で使う変数の一覧表は、作らないと後で困る。

とくに初心のうちに、それもスクリプト言語で作り始めると、
こんがらがってわけのわからないことになりやすい。
省7

32: 30 02/01/11 03:14 ID:8grlnatr(3/4) AAS
あと、ついでに。

>> flock 使わない件
>それはどういうことでしょ？ロックしないってことですか？
>それとも他の方法が？

ショッピングカートは関わったことないんで分からないけど。
Webがらみだと途中でプロセスが落ちちゃったときに、
ファイルがロックされたままで動作が止まっちゃうことも考えられるね。
プログラムの書きかた次第とは思うけど。

>＞テキストでデータ吐き出さない方が〜
>？？？？？？？
省6

33: 30 02/01/11 03:23 ID:8grlnatr(4/4) AAS
連続ゴメン。

>とりあえず、データベース使った方がいいよ。

って書いちゃったけど、既存のCGI使うんでしたね。
じゃあ、ファイルで処理するのもしかたがないか・・。

34(1): 名無しさん＠お腹いっぱい。 02/01/11 08:21 ID:??? AAS
漏れなら、商品ページを生成するアプリをVBかHTAで作るな。
ま、初心者が穴のあるCGI乱造してくれるのは大歓迎だ。

35(1): 名無しさん＠お腹いっぱい。 02/01/11 09:17 ID:H9t5O9uD(1) AAS
>>34
CGIでもいいんだよ。
ローカルのPCで実行して、アップするやり方にすりゃ安全。
開発も早いだろうし。

36(1): 無謀者 02/01/11 10:22 ID:??? AAS
レス感謝です＞皆様
＞３０
なるほどですね。設計書、てかアイディアプロセッサー使って
流れ図と必要項目のリストアップはやって見ます。

＞３４　商品ページを生成するアプリをVBかHTAで作るな。
そうか・・・Accessでも使って簡単なDB作りそのデータを
フォームオブジェクト含んだHTMLに吐き出させれば良いんですかね？
相手の要望で「出来るだけ簡単に」って事だったんでWEBで出来るように
と思ったんだけど、HTMLだけ生成しちゃえば後はFTPだけですからね・・・
う〜ん・・・どっちが簡単なんでしょ？

37: 名無しさん＠お腹いっぱい。 [ ] 02/01/11 10:27 ID:??? AAS
>>35
そーか? CGIというインターフェースを介する分だけ余計な手間がかかると思うが…
perlだってActive Scriptで書けるんだろ? だったらHTAだ。
どっちにしろ、ローカルで設定ファイル生成するアプリ作るが吉。
使いやすけりゃ売れるぞ。

38: 名無しさん＠お腹いっぱい。 [ ] 02/01/11 10:49 ID:??? AAS
>>36
CGIは状態を持てない、それゆえ自分で状態を管理しなけりゃならないから面倒。

39(1): 無謀者 02/01/11 10:58 ID:??? AAS
ところでデータ-ベースを使うってのはどういうことなんでしょうか？
サーバー側のそういう機能を利用すると言うことでしょうか。
IISとかだとSQLとかODBCとかASPって「言葉」がなんとなく思い浮かぶんですが
UNIXベース＋Perlでも同じような事なんでしょうか？

40: 名無しさん＠お腹いっぱい。 02/01/11 11:08 ID:??? AAS
○ 教えてクン養成マニュアル
明日の「教えてクン」を目指す、若き戦士達に以下の文章を捧げる。
日々精進し、パソコンヲタクどもの親切を蹂躙してやれ。

１．努力を放棄すること
　　いやしくも「教えてクン」たるもの、努力をしてはならない。
　過去ログを読んだり、検索してはいけない。
　「英語は苦手なので、分かりません。」は、高く評価できる。
　辞書片手にマニュアルやReadMeを読むなど、決してしてはならない。
　他力本願と言われようと、自分で調べたり試行錯誤したりせず、
　他人の努力の結果を搾取するのが、正しい「教えてクン」である。
省5

41: 名無しさん＠お腹いっぱい。 02/01/11 11:08 ID:??? AAS
２．情報を開示しないこと
　　使用ＯＳや、機器構成などの必須の情報を知らせてはならない。
　マザーボード名やＢＩＯＳのバージョンも同様だ。
　具体的なアプリ名やバージョンも隠蔽すべきだ。
　「ＤＶＤ再生ソフト」のように曖昧に表記しておけばよい。
　反対に「前から欲しいと思っていた○○」とか「安売りされていた
　○○」　等の「どうでもいい情報」は、どんどん書いてやれ。
　　トラブルの場合は、状況を正確に記述してはならない。
　「なんだかうまく動きません。」とか「エラーが出ます。」等と
　具体的なことは何も書かないことが重要である。
省5

42: 名無しさん＠お腹いっぱい。 02/01/11 11:09 ID:??? AAS
３．答える人間のことを考えないこと
「教えてクン」は、孤高の戦士である。相手のことを考えるようでは
　教えてクン失格というものだ。
　以下のような行動が、望ましい。
　　初心者であることを高らかに宣言し、初心者向けの丁寧で
　分かりやすい説明を強要する。専門用語の使用を禁じておくと
　さらに効果的である。簡潔な説明を禁じられたヲタクどもは、
　同じ内容を説明するのに、何倍もの労力を強いられる。
　自分は努力せず、相手には多大な努力をさせることこそが
　「教えてクン」の真骨頂である。
省21

43(1): 名無しさん＠お腹いっぱい。 [　] 02/01/11 11:11 ID:??? AAS
>>39
データの管理をＤＢ使うってことさ。
君の理解した掲示板に例えると題名や投稿者や本文をテキストファイル
ではなくてＤＢのレコードにしまうということ。

プレーンテキストよりはいろいろセキュリティ設定ができるし使用する
ＤＢによっては面倒なロック作業から解放される。

ただし文面から察するにどこぞの共用レンタルサーバーでは使用できな
い場合があるのでご注意

44: 名無しさん＠お腹いっぱい。 02/01/11 11:31 ID:??? AAS
>>43
他にはデータの検索をしたい時にいちいち検索するための複雑なスクリプトを
自分で作らなくてもちょこっと SQL 書くだけで欲しいデータを素早く取り出せて
(ﾟдﾟ)ｳﾏｰってのはあるね。多少データベースの設計と SQL を勉強する必要は
あるけども。Perl だと DBI で DBMS にアクセスするのが一般的かな。
こんな本も出てるみたいだよ。

外部ﾘﾝｸ:www.oreilly.co.jp

45(1): 30 02/01/12 01:45 ID:jkU7HC90(1) AAS
Unix + Perl なら、データベースサーバは MySQL か PostgreSQL で
いいんじゃない？
ロック処理とか、トランザクション処理とか、面倒なことはぜんぶ
サーバがやってくれるよ。

もしサーバ使えない環境なら、PerlのDBモジュール使うしかないかな。
こっちだと、基本的に一枚のファイルでデータを保持することになる。
で、検索にはハッシュを使う。
だから、複雑なデータ処理をする場合や、データ数が数万件とかの規模に
なると、パフォーマンスが低下して、苦しいかもしれない。

46: 名無しさん＠お腹いっぱい。 02/01/12 02:04 ID:drVFLLWj(1) AAS
PHPで作ればいいじゃん

47: 名無しさん＠お腹いっぱい。 02/01/12 03:02 ID:8PZPF8Zc(1) AAS
取りあえず動作するCGIは比較的簡単にできるけど、
堅牢なそれを作るのは大変だよな。

48(1): 名無しさん＠お腹いっぱい。 02/01/12 03:56 ID:u60Iroog(1) AAS
>>45
>こっちだと、基本的に一枚のファイルでデータを保持することになる。
どういう意味でいっているのかわからないけど、tie使うって意味合いでいってるんだったら
そんなことないっす。

49: 30 02/01/12 07:37 ID:0zGVT5LK(1) AAS
>>48
ほんとだ。
余裕で複数のファイルからデータ取ってきてマージして
使ったりできた。しかもBツリー使う引数もあった。
ゴメソ。

50(1): 名無しさん＠お腹いっぱい。 02/01/12 10:18 ID:3QWSe9Ze(1) AAS
つか、共有鯖で共有DBMSなんぞ使うな。
共有鯖や外側鯖に顧客のプライベートデータを置くことに何の疑問ももたない
君らに恐ろしささえ感じる。

51: 無謀者 02/01/12 11:01 ID:??? AAS
う〜んだんだん・てかどんどん難しい話になってきちゃいましたね。
自分としては、カートCGIなんかもシェアとはいえﾜﾘと普通に配布
されているし、ためしに設置してみてもそんな特殊な事やってそうも無いので
掲示板なんかに比べてちょっと複雑な位かな・・・程度に思ってたんですが。
いや、確かにある程度の規模のWEBショップ構築するならセキュリティとか
相当大変なんでしょうけど、個人商店とかで騙されて楽天とかに出店して
全然元が取れてないような規模の商売のところってあると思うんですよ。
ちょっと分けます

52(2): 無謀者 02/01/12 11:05 ID:??? AAS
で、一番単純なWEB通販の方法として,商品リストをHPに載せておいて
欲しいものをメールで送ってもらう。
てのがあると思うのですが、それだとあまりにも使い勝手悪い。
形だけでもショッピングカートがついてると、フォームで（ブラウザで）全てが
済むから、お客さんも買いやすいでしょ？だから極端な話、お客さんの個人の情報
はフォームに入れなくても良いかな？って感じです。注文商品とメールアドレス
だけを取得できれば、住所、電話等は後でメールでやり取り・・・ってのも
ありだと思うんですがいかがでしょ？

53(2): 名無しさん＠お腹いっぱい。 [　] 02/01/12 11:31 ID:??? AAS
>>52
それはただのフォームメールで十分じゃねーかよ
別にカート使わなくてもＯＫでしょ。
あと君の言った商品管理にもテキストよりＤＢの方が使いやすいと
みんなが言ってくれてるの。
ご理解いただけてる？
ってか君はどれくらいのスキルなのか教えてくれないか？
ＣＧＩは初めてだということはわかるが他の分野のプログラマなのか？

54: 名無しさん＠お腹いっぱい。 02/01/12 11:34 ID:1X1UOJnd(1) AAS
>>52
それで済むならそうすれば？

>>53
>>1読んだ？

55(1): 無謀者 02/01/12 11:43 ID:??? AAS
いろいろご提案いただいてる皆さんにちょっと、言い方が失礼だったかもしれませんね。
すいませんでした。
>>53
＞それはただのフォームメールで十分じゃねーかよ
フォームメールだと基本的に内容は自分で書かなきゃいけないですよね？
私としてはそれぞれの「購入」ボタンを押していって、購入商品を積み重ねていって
その結果をメールで送信するって言う形にしたいんです。もちろんセキュリティ
が確保できれば住所等個人情報もフォームで送りたいんですが・・・・
基本的には客側にあんまり考える時間を与えずフォームのクリックだけで
注文できる、って方式のほうが買ってもらいやすいと思うので・・・
省2

56: 名無しさん＠お腹いっぱい。 02/01/12 11:57 ID:??? AAS
☑購入
チェックボックスつけりゃ、フォームtoメールでいいだろ。
それからSSL使わないんだろ？
どっちなんだよ、ハッキリしろヴォケ！

57: 無謀者 02/01/12 12:08 ID:??? AAS
商品のページが１ページだけなら、おっしゃる通りの方法でも大丈夫
だと思うんですが、複数ページにまたがっていてもその方法で大丈夫でしょうか？
一応商品カテゴリごとにページを分けたいといわれているので・・・・

で、SSLはとりあえず使わない方向でお願いします。

58(2): 名無しさん＠お腹いっぱい。 02/01/12 12:19 ID:??? AAS
１がこのスレを立てたことについて各界の反応

総理大臣／小泉純一郎さん「何で今さら、こんな質問が出てくるのか分からない」
自由党党首／小沢一郎さん「（事務所を通じて）コメントする価値を見いだせない。」
東京都知事／石原慎太郎さん「くだらないねえ。何が楽しみでこんなスレ立てるのかな。連中は。」
日銀総裁／速水優さん「頭の中までデフレが浸透していると、再認識せざるを得ない。」
ソニー会長／出井伸行さん「ブロードバンドが普及すれば、こういう削除も速くなると思う。」
白鴎大学教授／福岡政行さん「やっぱり自公保連立政権の発足からこういうスレが増えたと思います。」
タレント／デーモン小暮さん「わが輩が地球を征服した暁には１から処刑するぞ。グハハハハ。」
新しい教科書を作る会／西尾乾二さん「このスレほど戦後民主主義教育の欠陥を表しているものはない。」
元グリーンベレー／柘植久慶さん「海外にはこの程度の変質者はコンビニにもいる。日本が平和すぎた。」
省2

59: 名無しさん＠お腹いっぱい。 02/01/12 13:29 ID:NEdaIJik(1) AAS
>>58
そんなこたないよ。
何でそんなに怒ってんのさ？

60(1): 名無しさん＠お腹いっぱい。 02/01/12 15:19 ID:??? AAS
サッ○ー｢もしもし>>1？マミーだけど。あんたなんでこんな駄スレ立てたの？｣
　　　>>1｢うん…｣
サッ○ー｢うんじゃないわよ。それからレスはあったの？｣
　　　>>1｢うん、いろいろあったよ。DBとか、わけがわからなかったよ。｣
サッ○ー｢何て言ったの？｣
　　　>>1｢しらべるの面倒だから、一応あやまってから放置した。｣
サッ○ー｢なんで？こちらは糞スレは立ててない事になってるんだから！｣
　　　>>1｢でも立てちゃったから。２ちゃんねらー相手にごまかせないよ｣
サッ○ー｢だから立ててないって事になってるんだから。裏で色々手を打ってるから大丈夫よ｣
　　　>>1｢でも調べるのめんどくさいもん。やってられないよ。｣
省5

61(1): 名無しさん＠お腹いっぱい。 [　] 02/01/12 18:17 ID:??? AAS
>>55
商品の蓄積？ってか商品は何点あるのさ？ってか予定でもいいから教えて
お客さん自体が一回の注文に数点注文するような性質の商品なのか？
蓄積自体は君が思ってるほど難しくはないのだよ。
問題は君自身がどういうものを作りたいかがわかっていないことに起因
していると思われ
とりあえずフォームTOメールのスクリプトを自分で書いてみてそこの
機能を追加していったらどうかね？何ができるかわからない状態では
お答えする方が疲れる

62: 名無しさん＠お腹いっぱい。 02/01/12 18:25 ID:9StnGFm4(1) AAS
ショッピングカート系の仕様って、概要のシェイクダウン大変だよね。
設計ちゃんとしてないと、後が大変だし。
たいてい「●●が不満なので改良してほしい」
みたいなののソース見ると
「一から作り直した方が早いです」
みたいな状況になってることも多いし。
他の人にとっても、そういうものなのかな？

63(3): 名無しさん＠お腹いっぱい。 [age] 02/01/12 18:28 ID:??? AAS
>>50
なんで？
SuExecで、パーミッションしっかりさせておけば外側サーバで大丈夫じゃないの？
ていうか、それ以上のセキュリティを、どうやって確保しろっていうの？
そういうことをアドバイスするんならともかく、一言だけ

＞つか、共有鯖で共有DBMSなんぞ使うな。
＞共有鯖や外側鯖に顧客のプライベートデータを置くことに何の疑問ももたない
＞君らに恐ろしささえ感じる。

こういいっぱなしってのもどうかと思うよ。
真剣に取り組んでる人間だっているんだし。
省1

64: 63 [age] 02/01/12 18:28 ID:??? AAS
注文から先はうちはSSL使ってるよ。
ベリサインじゃないけどね。

65(2): 無謀者 02/01/12 18:42 ID:??? AAS
難しくてわけわからない事も多々ありますが、とにかくいろいろレス感謝です。
>>58　各界有名人からの御言葉光栄の至りです
>>60　ただのｺﾋﾟﾍﾟかと思ったらちゃんとｽﾚをトレースしててちょとｳﾂﾆﾅﾀﾖ

>>61
商品の蓄積っていうか・・・
えっと最終的にイメージにあるのは、来訪者（客）が各売場（ページ）で
任意に商品をカートに入れていって、最終的に注文ボタンを押すと
その内容が管理者（店主）と客注文明細のメールが行く、というものです。
で、各商品はそれぞれ色とかサイズとかのオプションをリストボックスから
選べるようにしたりしたい。あと商品写真も載せておきたいですね。
省6

66: 名無しさん＠お腹いっぱい。 02/01/12 19:20 ID:??? AAS
Tips
外部ﾘﾝｸ[html]:www.jadma.org

67(1): 名無しさん＠お腹いっぱい。 02/01/12 21:29 ID:??? AAS
>>65

この板でPerl修行中の者ですが、この手のものなら
蓄積量が少なければ、フォームの中にHIDDEN属性で情報を
追加していくことで、簡単に作れるような気がしますね。

68: 名無しさん＠お腹いっぱい。 02/01/12 21:30 ID:??? AAS
>>63
> SuExecで、パーミッションしっかりさせておけば外側サーバで大丈夫じゃないの？
プライベートデータはS/MIMEで送っちまえばsuExecより安全。
どんなに優れた攻撃者でも無い物は盗めない。
まず、置かない事を考えたほうが良いよね。

> こういいっぱなしってのもどうかと思うよ。
> 真剣に取り組んでる人間だっているんだし。
商用DBは知らないけど、PostgreSQLやmySQLは攻撃対象になってないと
いうだけで、結構穴あいてるでしょ。
例えば、FreeBSD portのPostgrSQLなど、デフォルトインストールはlocalhostが
省1

69(1): 無謀者 02/01/12 22:04 ID:??? AAS
>>67
客に入力してもらう以外の必要項目（価格、商品名等）をHIDDEN属性で
指定しておけば良いらしい。ということはなんとなくわかってきました。
作る順番としては、とりあえずフォームを作ってそれを受けるカートのCGIを
作り、その後その仕様にあったフォームを作るためのスクリプトを書いて行く予定です。
いろんな本で調べながらなんですが、今のところわからないのが、
買物途中にテンポラリファイルに格納された「買物商品のデータ」を
客が「ヤッパ要らない」となったときに削除する方法です。
「買い物カゴの中身表示」の画面に削除ボタンをつけとく事になるんでしょうが、
それをどうやって処理するのか・・・・

70(2): 名無しさん＠お腹いっぱい。 02/01/12 22:32 ID:??? AAS
>>69
カゴに品物入れて、そのまま他のサイトに飛んでったら
テンポラリファイルは残したままにしますか？

71(2): 名無しさん＠お腹いっぱい。 02/01/12 22:36 ID:??? AAS
opne(IN,"<$file");
@data = <IN>;
close(IN);
@dataの中をmapなどで編集
--例--
map {
@cell = split(/,/, $_);
if (@cell[0] eq $in{'dellitemid'}) { $_ = ''; }
} @data;
opne(OUT,">$file");
省6

72: 名無しさん＠お腹いっぱい。 02/01/12 22:40 ID:??? AAS
>>71
CSVですか。
商品名とか金額にカンマが入ったときの対策が要りますね。

73: 無謀者 02/01/12 22:45 ID:??? AAS
>>70
そうか、そういう可能性も考えとかなきゃいけないんですね。勉強になります。
理想はある程度時間がたったら買物を終了しててもしてなくても削除ってところでしょうか。

>>71
入門書読みながら、意味理解してみます。ありがとうございました。

74: 名無しさん＠お腹いっぱい。 02/01/12 23:24 ID:??? AAS
>>1って何やってる人？

75: 名無しさん＠お腹いっぱい。 02/01/13 01:57 ID:KfE+n4rT(1) AAS
区切りはタブがよい

76(1): 名無しさん＠お腹いっぱい。 02/01/13 02:10 ID:1DShY57N(1) AAS
>>1
書籍で勉強するのも大事だけど、実際にコードを書いてみないと
ダメだと思いますよ。
ここまで読んだ限りでは、考えるだけで一行も書いてないように
思えます。
今のままでは、「脳内カート」で終わるでしょう。

せめて、配布されてるCGIの改造をしてみるとか。

77(1): 無謀者 02/01/13 11:30 ID:??? AAS
>>76
いろいろ書いて（てか打ち込んで）みてはいます。
ただいかんせん、”プログラム”という経験が皆無に限りなく
近いので、配列だとかの概念から一つ一つ確認しながらなので
いきなりカートを作れる状態ではありません。
現在は書籍に書いてある、掲示板スクリプトを弄繰り回しながら
その流れを一つ一つ噛み砕いている段階です。
それと平行しながら、自分で考える”カート”の設計図
というか流れ図みたいのを書きながら、ここでいろいろ
参考にさせていただいております。

78: 名無しさん＠お腹いっぱい。 02/01/13 12:23 ID:??? AAS
>>77
あぁ、全くの初心者か…
ここあたりも見て置くように。動かすだけじゃ駄目。
2chｽﾚ:news

79(1): login:Penguing 02/01/13 13:40 ID:J54+FLLi(1) AAS
>70
普通はテンポラリファイルって消すんだろうけど（方法は知らないけど）、
途中で買い物を止めたって人の統計を取るために、何らかの形で
残した方がよくないですか？
例えば($section=買い物の段階、$cart=カートに入れた商品数)
カゴに1商品だけ入れて止めた＝ $section=1;$cart=1
カゴに3商品、住所等入力画面で止めた＝ $section=2;$cart=3
カゴに5商品、最終確認画面で止めた＝ $section=3;$cart=5
アクセスがあるのに何故買わないのか？を調べた方がよいと思われ

80(2): 無謀者 02/01/13 14:32 ID:??? AAS
先にお詫びしときます。今回は教えて君です、すいません。
えっと、カートとかで”金額”を扱うのに、普通”,”を入れますよね
20,000　みたいに、で個数とかを計算させて、
kingaku*$kosu
ってやると20,000*2でやると40って数字が帰ってきます。
こういう処理ってのは、普通20000*2で計算させて、出力時にカンマを挿入
するんでしょうか？それとも数値に自動的にカンマを入れて表示させるような
関数があるんでしょうか？もし前者だとすれば、

$kingakuにカンマが入っていたらそれをはずす
$kingaku*$kosuを実行する
省2

81: 無謀者 02/01/13 14:37 ID:??? AAS
>>79
なるほどですね。店主の人にはその機能はいいかもしれません。
ただ、全ての利用者（中途キャンセル者も含む）のログとっておくと
鯖のスペース圧迫しますよね。サイトの規模にも拠ると思いますが。
って、定期的にログ削除すればいいのか・・・・

82(1): 無謀者 02/01/13 14:47 ID:??? AAS
申し訳ありません。ぐぐるで発見できました。

83: 名無しさん＠お腹いっぱい。 02/01/13 15:23 ID:??? AAS
> 今回は教えて君です、すいません。

毎回そうだろ。

84: 名無しさん＠お腹いっぱい。 02/01/13 15:54 ID:??? AAS
>>80
数値へのカンマの付け方は「Perlメモ」参照してください。
外部ﾘﾝｸ[htm]:www.din.or.jp
関数があるかどうかはリファレンス系のサイトをどうぞ、
そんな処理にいちいち関数あるか知りませんが・・・。

85(1): 名無しさん＠お腹いっぱい。 02/01/13 16:33 ID:??? AAS
>>82
調べずにここで訊くのが習慣化されてんだね。
教えて君です、すいませんなんて書いてる暇があったら
グーグルで検索しろ。

86: 名無しさん＠お腹いっぱい。 02/01/13 16:37 ID:??? AAS
AA省

87(1): 02/01/13 17:24 ID:rfZbF+Rw(1) AAS
まー気持ちは分かるよ。
関数の有る無しとかってより、ノウハウの部分を聞きたいんじゃないの。

>>80
とりあえず、プログラム中で計算に使うなら、その変数は
数値データにしておいた方がいいんじゃないの。
で、画面に表示する時だけ,を挿入する。

「計算に用いるデータだけど,を含んでいます」とか
イレギュラーなことは、俺ならとりあえず避けるな。

88(1): 名無しさん＠お腹いっぱい。 02/01/13 17:56 ID:??? AAS
ふと思うがなんでこのスレって人気あるんだろう？
っていいながら見てるオレも不思議なんだがな（わら

89(3): 無謀者 02/01/13 18:11 ID:??? AAS
>>85
以後気をつけます。

>>87
ありがとうございます。やはり、方法としてはそうなりますか。
カンマ挿入用のサブルーチン作って、とりあえずカンマが
必要な時はそれを使うことにして進めていこうと思ってます。
ただ,そういう場面が多いと一々subを呼び出す事になるんですが、
そういうのって良いんでしょうか？

90: 名無しさん＠お腹いっぱい。 [ ] 02/01/13 18:55 ID:??? AAS
>>89
そういう感じでよいんでない？その都度微妙に処理が異なるならともか
くとして同じならサブルーチンでしょ。
ちなみにその使用だと入力されたデータを数値として揃えるサブルーチン
も必要になるよね。

がんばってね

91: 63 [age] 02/01/13 19:31 ID:??? AAS
>>88
いかにショッピングカートって仕組みが必要とされているかって事だと思うよ。

92(1): JAPU(偽) ◆xv/javak 02/01/13 21:41 ID:??? AAS
>>89
しょうがないな〜、JAPUたんが最近いないので、
変わりに教えてあげるYO！

print "合計金額",comma($total);

sub comma{
($_) = @_;
1 while s/(.*[0-9\?])([0-9\?]{3})/$1,$2/;
$_;
}

こんな感じかな。

93: 無謀者 02/01/13 23:13 ID:??? AAS
>>92
ありがとうございました。m(__)m
実は、一応なんとか書きあがってたんですが・・・・(汗

94: 　 02/01/14 00:28 ID:NKHBt4FX(1) AAS
>>89
>ただ,そういう場面が多いと一々subを呼び出す事になるんですが、
>そういうのって良いんでしょうか？

ぜんぜん問題ないよ。それで普通。

95: 名無しさん＠お腹いっぱい。 02/01/14 00:57 ID:DBoJTOmH(1) AAS
もう諦めてPHPでつくりなさい

96(1): 名無しさん＠お腹いっぱい。 02/01/14 02:13 ID:??? AAS
>>1
俺達これだけ協力したんだから、
できあがったスクリプトをちゃんとUPしてね。
それくらい分かってると思うけど。

97: 無謀者 02/01/14 02:34 ID:??? AAS
>>96
完成がいつになるかわからないけどガムバってみます。

＃進捗状況
フォームから受け取ったデータをタブ区切りでTMPファイルに
書き込み、そのデータを配列に格納して、HTMLにテーブルで表示する。

ようやくこれだけ出来ました。タブ区切りのひとつひとつのデータを
\nを区切りとして配列にして、それをさらに\tを区切りとして配列にしてから
テーブルに埋め込んで表示させました。カートの中身を表示する部分の実験です。
＃次の予定
テーブルの列の最後に「削除」ボタンを表示させ、それを押したら
省3

98: 無謀者 02/01/14 04:46 ID:??? AAS
ﾀﾞﾐﾀﾞ・・・・・
とりあえず寝よう・・・
なんか、根本的に削除の方法論が間違ってる気がする・・・・・

99(2): 名無しさん＠お腹いっぱい。 [ ] 02/01/14 10:17 ID:??? AAS
例えばだね。

注文（注文番号　商品番号　注文個数　顧客番号）
商品（商品番号　商品名　単価　写真ファイル名）
顧客（顧客番号　氏名　連絡先）

などというテーブル構成にして、画面上では注文の部分のみを扱う
それぞれの番号には同じ数字を重ねない。
で、削除の場合。削除確認のラジオボタン（かなにか）をチェックする
と削除する注文番号が飛んでいってその注文番号と一致するレコード
なりファイルなり配列なりクッキーを消せば(･∀･)ｲｲ!!だけじゃない？

100: 名無しさん＠お腹いっぱい。 [age] 02/01/14 11:48 ID:??? AAS
100か。

101(1): 名無しさん＠お腹いっぱい。 02/01/14 15:32 ID:??? AAS
>>1
・・・・楽天でいいじゃん。

102: 無謀者 [age] 02/01/14 19:10 ID:??? AAS
今日は進捗無しです・・・・・
ちょっと脳みそ沸騰ぎみ。
プログラムの経験自体が無いので、自分でやろうとしてることの、
可否、考え方の良否が不安で頭の隅から離れません　はぁ・・・

>>99さん
その方法っていわゆるリレーショナルDBと同じ考え方ですよね？
後々便利そうでは有るんですが、現状たった一つのテキストを
扱うのにｲｯﾊﾟｲｲｯﾊﾟｲなモノでして・・・・
それらを各キー（番号）を使って扱うなんてとても無理です・・・
>>101
省8

103: 無謀者 02/01/14 19:20 ID:??? AAS
すいません、sage忘れました・・・

で、この板見ていて感じたんですが、常駐住人の方は、業務で
ﾊﾞﾘﾊﾞﾘと大きなお仕事をしてる方がほとんどなのでは無いかと。
でも、上の例にあるような、花屋とか産直の食品扱ってるとことか
、業者に3桁万円の金を払って頼むのは無理だけど・・・・
ってところはいっぱいあると思うんですよね。私の知り合いも、そのクチ
でして・・・・
で、フリーとかシェアで探してみても、どれも、帯に短し＜以下略＞
って感じだったんで、良い機会だから、と思ったわけです。
ちなみにその知人の所はフリーの使ってとりあえず、稼動出来るようには
省1

104: 名無しさん＠お腹いっぱい。 02/01/14 19:21 ID:??? AAS
1は保険とか絶対入らないタイプだな
(こう言うの見てるとカード使うのは怖いのぅ。。)

105: 無謀者 02/01/14 19:33 ID:??? AAS
確かにユーザー側の利便性（安心感）って言うのは重要なファクター
ですね。ただ、現在のECの普及見ると、いずれ貸鯖にしてもその辺
が整備されていくと思うんですよ。上に出てきたベリサイン使う
って手も有るでしょうし。
って、もっともらしいこと書いてますが、たまたま、上記のような
頼まれ事がきっかけ（Perlを覚えてみようと思った）になっただけです。
そもそも、ゼロから初めて、実運用に耐えられるものが作れるとは
思ってませんし・・・・

ちなみに、保険は家計を圧迫するほど入っております・・ﾊｲ

106(2): 名無しさん＠お腹いっぱい。 02/01/14 22:49 ID:??? AAS
基本的にそう言う事は共用でするもんじゃ無いと思うぞ。
共用サーバなんてのは本当のROOT以外に、何故か何でも出来る(所謂、夜のroot)
輩が何人か居ると思って間違い無い。
そう言う奴に対してDBの安全を保障出来ないだろ？
そうなると、スクリプトの安全も勿論だが、寧ろ管理するOSの
勉強の方がずっと大事だと思う、実務レベルではね。
perlのスクリプトってのは安全なんだよ、標準関数が豊富だから
得体の知れない外部コマンドを使わなくていいし、perl自身が実行前に
権限のチェックを厳密にしてるからね。
それと通信経路の暗号化も大前提、今時SSLも使ってない所は誰も使わないよ。
省2

107(1): 106 02/01/14 23:40 ID:??? AAS
あ、何か読み直したら結構適当な事言ってる
酔っ払いなんで読み流してくり

108(1): 名無しさん＠お腹いっぱい。 02/01/15 01:20 ID:??? AAS
1さんって、何年か前に●nakaとか名乗ってませんでした？

109(1): 無謀者 02/01/15 14:10 ID:??? AAS
>>108
いや、人違いだと思いますよ。この板本格的に見始めたの極最近なので。
>>106-107
ご忠告、ご提案ありがとうございます。やはりセキュリティ関連の勉強は必須
ですかね。今はともかPerlでCGIを書けるようになることでｲｯﾊﾟｲｲｯﾊﾟｲですが、
時間のあるときにその手の本も目を通してみます。

110(1): 名無しさん＠お腹いっぱい。 [ ] 02/01/15 15:58 ID:??? AAS
>>109
106ではないのだが、共用鯖でセキュリティといっても限界があると彼は言ってる
のだと思われ。
テストでサンプルデータ入れるのは問題ないけどそれを本格運用する場合には
気をつけてくれってことだろ。
とにかく形にもなってないんだろうからがんばれよ

111(1): 名無しさん＠お腹いっぱい。 [age] 02/01/15 16:43 ID:??? AAS
>>1
本当に書いてるなら、できあがってるところまでのコードを見せてよ。
どこかでDLしたものはナシね。

112: 無謀者 02/01/15 16:55 ID:??? AAS
>>110
了解です。＞セキュリティの件
あと励ましありがとうございます。
>>111
本当に書いているんでが・・・・
今のところ、あれこれいじりながら、何をすれば何が起きるのか？ってのを
確認してる段階なので・・・
Hallo World! に毛が生えた程度のもの晒すのもどうかと・・・

113: 名無しさん＠お腹いっぱい。 02/01/15 17:01 ID:??? AAS
未経験から始めるのならPHPの方がよかったと思うよ。
2か月くらいかかったけど素人でもできたから。

114(2): 名無しさん＠お腹いっぱい。 02/01/15 17:16 ID:??? AAS
楽天じゃなくても安価な（無料な）ショッピングモールって結構あるじゃん。
何でそれらを使わないの？
外部ﾘﾝｸ[html]:www.cubit.co.jp
外部ﾘﾝｸ:www.mallkun.com
このへんで良いじゃん。

115(2): 名無しさん＠お腹いっぱい。 02/01/15 18:19 ID:2BhpAmH6(1/2) AAS
>>114
商売にしたいんじゃないの。

116(1): 名無しさん＠お腹いっぱい。 [age] 02/01/15 19:03 ID:??? AAS
別に商売にしてもそれはそれでいいと思うんだよな。
使う人間が便利だと思えばね。
GPLにしてくれとはいわないよ(笑)

117: 115 02/01/15 19:42 ID:2BhpAmH6(2/2) AAS
>>116
俺も別に悪いとは思わないよ

118: 名無しさん＠お腹いっぱい。 02/01/15 21:11 ID:??? AAS
売るのは悪くないがショッピングカートCGIって売れるか？
シェアウエアがあるのは知ってるがフリーな物も沢山あるし
無料レンタルもあるからよっぽど使いやすく堅牢な奴でないと
買う奴は居ないと思うが。

119: 名無しさん＠お腹いっぱい。 02/01/15 21:53 ID:??? AAS
レスキューのヘボい奴でもそれなりのユーザはいるので親切なページ生成が
作ってやれば需要はあると思われ。
堅牢性は本来最重要なのだが評価されにくいね。

120: 名無しさん＠お腹いっぱい。 02/01/15 22:07 ID:??? AAS
なるほど、じゃあ使いやすいUIのCGI生成プログラム作ったら売れるかな。
堅牢性は知識無いから考えないことにしよう（藁

121: 名無しさん＠お腹いっぱい。 02/01/15 22:26 ID:??? AAS
じゃ、負荷テストプログラムを用意して
脆弱そうなところに堅牢なのを売る、と。

122: 無謀者＠表示時間の桁合わせが・・・・・ 02/01/15 22:39 ID:??? AAS
いつの間にやら、いろんなレスが・・・・
商売については・・・頭の隅の方に無いって言えばウソになりますが、
とてもじゃ、無いですけど今の段階じゃ(藁
確かに、シェアやフリーであることは有るんですが、いろいろ調べてみると
結構痒い所に手に届いてるものが無い。思うに「通販サイト」に直接
携わってない人たちが作ってるのでは無いかと・・・
実際、頼まれて見ると、運用者側に親切な機能が搭載されて無かったりします。
ページの生成機能なんて最たるものですね。
ここの皆さんのように、スクリプトをホイホイ書けるような人たちなら
小遣い稼ぎくらいすぐ出来るんじゃないですか？　”商売”ってなるとまた難しいでしょうが・・・

123: 名無しさん＠お腹いっぱい。 02/01/15 22:47 ID:??? AAS
れすきゅーにOEMするとか (藁

124(1): 名無しさん＠お腹いっぱい。 [　] 02/01/15 23:16 ID:??? AAS
はっきりいって１時間あれば作れるよ
>>1さんのような人も使うと思うとやっぱりフリーで免責事項書いたって
やだな（わら

別に>>1は嫌いじゃないぞ、そういう何かに挑む姿勢は好きだ。
いろいろ試してみて３ヵ月後くらいにはいい友達になれそうだ、がんばれ

125(2): 無謀者＠表示時間の桁合わせ・・・解決 02/01/15 23:56 ID:??? AAS
>>124
それは、素人が使って、あとからうだうだ言われるのがたまらん！
という事でしょうか？
確かにそうかも知れませんね。ボロクソ言われているKENT氏にしたって
サポート面だけは評価されてるようですし。ソフト（スクリプト）ってのは
例えどんなに良いものが書けても、使う側ってのは自分の能力じゃなく
そのソフト（製作者）に全責任を取らせようとしますからね(藁
あと、激励本当に感謝です。地道に勉強を続け、ここで進捗状況を報告させていただき、
たまには、質問もさせていただこうと思います。
って、「日記に使うなｳﾞｫｹ！！」とか言われそうですが（ｗ

126: 名無しさん＠お腹いっぱい。 02/01/15 23:59 ID:??? AAS
>>125
日記につかったら呪いますから。

127: 名無しさん＠お腹いっぱい。 02/01/16 01:54 ID:??? AAS
>>125
それは一理ありますね。
自分の場合、ネットショップやってて、カートも自作ですが
商売をしてない人が作ったカートは、やはりそれなりです。
ショップ側にも、お客さん側にも細かい気配りができていない
ことが多いです。

まぁ、1つも作っていないくせにKENTさんのことを言ってる
ｳﾞｫｹよりはマシだけどね。

128: 無謀者 02/01/16 02:06 ID:??? AAS
＞1つも作っていないくせにKENTさんのことを言ってるｳﾞｫｹよりはマシだけどね。
すいません、私の書き方がﾏｽﾞかったでしょうか・・・
私自身がKENT氏をどうこう言う立場に無いのは100も承知のつもりです。
実際、趣味でやってるHPでも使わせてもらってますし。
そんなんで、たまたまこの板のKENT氏関連のｽﾚ見たら、ﾜﾘと評判が悪く、
それでもコトアフターフォロー（サポート）に関しては悪く言ってる方が
いなかったので、引き合いに出させていただきました。
お気を悪くなされたのでしたら、申し訳ありませんでした。

129(1): 無謀者 02/01/16 02:16 ID:??? AAS
ところで、今フォームから受け取ったデータをタブ区切りでファイルに格納し
その中身が
商品名　価格　個数　値段
みたいになってるんです。でカートの中身が増えていくと行が増える。
で、最終的に合計金額を求めるのに、
open (FH,$file){
@list=<FH>;
close(FH);
foreach $line(@list){
@item=split(/\t/,$line);
省7

130: 無謀者 02/01/16 02:30 ID:??? AAS
うわ・・・
↑じゃﾀﾞﾒだった・・・
足し算を繰り返さなきゃﾀﾞﾒですね・・・・・やりなお〜し

上下前次 1-新書関写板覧索設栞歴

あと 387 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.044s