☆ショッピングカートのCGIを作りたい！Perlで☆ (517ﾚｽ)
上下前次1-新
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
あ、何か読み直したら結構適当な事言ってる
酔っ払いなんで読み流してくり
上下前次1-新書関写板覧索設栞歴
あと 410 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s