トップページ⇒php
601コメント173KB

ソーシャルネットワーキングのシステムを作ろう!

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/06/28 18:13ID:grYt/Veq
と思うんだけど、プログラミングの経験全く無しだから
何からやったらいいのかわからない。
言語はPerl?PHP?作るのにどれくらい時間とお金がかかるんだろ。
greeは個人でやってるらしいけど、どうなんだろ。

誰か「作る」という方向に向かった助言キボン。
0357ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/10/30(月) 21:53:04ID:???
>>354
ものすごいぐぐったんですがみつかりませんでした><

>>355
ごめんなさい

>>356
どうもありがとうございます。
参考にさせていただきます
0358nobodyさん2006/11/02(木) 12:59:16ID:???
>>357
text型使えばいいんでないの?

SNSねぇ新規顧客の獲得が難しそうだから諦めた俺ガイル・・・

作るだけなら作るだけの技術はあるんだけどなぁ
人を呼べて開拓がされてないジャンルなんてあるんだろうか
0359nobodyさん2006/11/03(金) 01:36:21ID:???
掲示板系のサービスを利用しているユーザーたちを、SNSに移行させることは可能だと思うよ

SNS=日記+掲示板+メッセージ+ログイン機能(コンテンツ非公開)
0360ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/03(金) 01:45:44ID:???
さて、飲み終わりの漏れが帰ってきましたよ
早速書き始めますよ
0361nobodyさん2006/11/03(金) 07:22:15ID:???
>>359
掲示板で間に合ってるのにSNSに移行するのかは・・疑問が・・・
0362ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/04(土) 02:22:41ID:???
外部からはうpされたファイルを見られないようにしたいんですが・・・・
何かいい案ないでしょうか・・・

Cookies/SessionID持ってないと表示できないとかにするような、そんな感じで具体的に・・・・
0363nobodyさん2006/11/04(土) 02:57:19ID:???
画像はドキュメントルート外に保存

認証を通過していれば(Cookie/Sessionで判別)
適切なレスポンスヘッダと共に画像を出力するプログラムを書け
0364nobodyさん2006/11/04(土) 23:18:51ID:???
同意なんだが、この方法はコーディングの手間とサーバーにかかる負荷が気になるんだよな
複数の画像を並べる画面とか特に
とはいえこれは割りきるしかねえか?
0365nobodyさん2006/11/04(土) 23:41:13ID:???
>>364
通常は不必要な処理をやるんだからリソースの無駄遣いは諦めるしかないだろう。

サムネイルとか小さな画像は見られても問題ないとして(負荷的な問題で諦める)
リンク先の原寸の画像はチェックするとかやれば多少はパフォーマンスが改善するかと

とりあえずそれで実装してみて負荷テストやってみたら?
0366nobodyさん2006/11/05(日) 09:46:16ID:???
そうだな。それで実用に問題ありそうなら.htaccessや画像名をランダムにするとかで代用するか。thx。
0367ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/05(日) 21:09:09ID:K1nHaVJL
>>363
レンタルサーバーなんですが・・・・
0368nobodyさん2006/11/07(火) 11:41:23ID:???
たとえば「img」ってディレクトリを作ってさぁ、
.htaccessを使ってログインしてないユーザは弾いて、
ログインフラグをセッションに持ってるユーザだけ
imgディレクトリ(の画像)にアクセスできるように・・・出来ないのかな?
0369nobodyさん2006/11/07(火) 12:45:15ID:???
>>368
そもそも、セッションをどう管理してるのか理解しているのかと小一時間・・。
>>363の方法で実際にテストして、パフォーマンスに問題があれば鯖を増設したり断念したりすればいいじゃないか。

まぁ同じような事考えてApache Module作った人が居そうな気はするが、知らん
(UAにcookie食わせてmod_auth_cookieとかも面白いのだけどねぇ)

>>367
まさか、ドキュメントルート外に配置できないような鯖を使っているのか?!
それってどんな無料レンタル鯖よ(.htaccessで代用しる)
0370ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/08(水) 13:50:32ID:???
>>369
ありがとうございます
.htaccess使って、外からは画像だのファイルだの見えないようにできたみたいです。(たぶん)

発行されたCookieなんかも判定してくれるみたいですので
Cookie発行+そのページからのアクセスじゃないとダメみたいな感じで作ることにしました
便利ですね.htaccess
0371nobodyさん2006/11/08(水) 20:30:14ID:???
ん、リファラか? ログイン中のユーザにリファラ改竄されたらアウトな対策のように思えるがどうよその辺。
俺はこっちが良いと思うんだが。
order allow,deny
deny from all
allow from 127.0.0.1
0372nobodyさん2006/11/08(水) 21:36:06ID:???
>>371
Cookie使ったSessionにページ変移を記録してるんじゃないの?
まさか、Cookie使えない環境をバッサリ切り捨てたのに、容易に改竄できるリファラ見てたり、Cookieに直接保存してたり・・しないよね?>>ぬこ

実際に動作チェックしてCookieの中身見れば一発だけど、わざわざ登録するのマンドクセーしなぁ・・

>俺はこっちが良いと思うんだが。
それはもう設定してるでしょ
0373nobodyさん2006/11/08(水) 23:07:48ID:???
どうだろな、なんとなく設定してない気が。そして改竄に弱い気が。ま、本人のレス見りゃいいわな。
ところでCookie使えない環境ばっさりって気にする必要あっかな。携帯サイト以外の会員系サービスでCookieオフにするような香具師は
ほっといていい気がする。
というのは、そういう希少種のために大部分へのサービスを変えたり落としたりするのはトータルでマイナスと思うからなんだが。
0374nobodyさん2006/11/08(水) 23:51:26ID:???
自分でCookie切ってる奴は放置していいんじゃね?ってのには同感だけど
Cookie使わずとも同等のサービスが実現できる事を考えるとね。

まー、どんな条件まで対応させるのかは作り手(orクライアント)が決めればいいさ
0375nobodyさん2006/11/09(木) 00:25:00ID:???
それを言われたら黙るしかない(笑) クライアントがゴーと言うなら仮に
セキュリティ上問題があったとしてもほっといてゴー、がこの世界の現実だからな(苦笑)
0376nobodyさん2006/11/09(木) 03:15:19ID:???
たしかに自主的にクッキーやJS切ってるようなのは
たいていは邪なことをするキモヲタ、と相場が決まってる。

だからそういうヤツらはむしろバッサリ切り捨てるべし。
0377nobodyさん2006/11/09(木) 06:17:46ID:???
ついにmixiが画像の直リン対策したね。
http://mixi.jp/release_info.pl

でも、やっぱりログアウトした状態でも画像のURL叩くと見れちゃうんだけど。。。ww
サーバのキャッシュ(Squid?)に残ってるせいかな?
0378ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/09(木) 06:31:05ID:???
SetEnvIf REFERER '〜〜〜'
order allow,deny
deny from all
allow from 127.0.0.1

こんな感じにしてました
確かにリファラ改竄して入ってこられると通り抜けちゃいますね
リファラとCookiesの2重チェック入れようかと思ってます

まさに>>376さんの言うとおりだと思うし。
ほんとに閉鎖されたSNSなもので
0379nobodyさん2006/11/09(木) 09:11:34ID:???
もう閉鎖しちゃったのか・・・
0380nobodyさん2006/11/09(木) 11:58:32ID:???
>>378
セキュリティ関係のソフトとかIEの設定で簡単に切れるからねぇ
例えばノートンはデフォでリファラ送らないようになってるし、よく分からずに切ってるのも多いかと

まぁ、>>372-375辺りで話してたけど
ぬこが「そんな連中はお断りだ」って方針なら別に止めはせんが

ところで、画像見るときCookieの中身には何入れてるの?アドレスをそのまま?

>>376
「邪なこと」の意味がよく分からん

>>379
閉鎖的な って意味では
0381ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/09(木) 12:01:46ID:???
>>379
あ、いや・・・・
そういうことじゃなく・・・

>>380
Cookieの中には数字入れました
Cookieを発行するページからそのディレクトリ覗いて来たかどうかを確認できればいいので
中身は何でもいいかと
0382nobodyさん2006/11/09(木) 12:15:29ID:???
>>381
数字は、全体で固定?ページ単位で固定?毎回ランダムに算出?
0383ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/09(木) 13:44:10ID:???
ページ単位で固定になるかな?
たぶん
0384nobodyさん2006/11/09(木) 14:10:45ID:???
>>380
>「邪なこと」の意味がよく分からん

キミは「よこしま」という言葉も知らんのか。
0385nobodyさん2006/11/09(木) 15:56:54ID:???
>>384
おいおい、誰が幼稚な言葉遊びをやれと言った。
CookieやJSを切るのは自己防衛の手段の一つであり、それだけだろ?
0386nobodyさん2006/11/09(木) 17:22:51ID:???
>>385みたいなキモヲタを駆除することが、日本社会のために大事ですね(^^
0387nobodyさん2006/11/09(木) 19:04:07ID:???
>>380
最近はリファラ必須が適切じゃなくなってるよな。ウイルスソフト入れてる人お断り、
なんて出来ないし、「すまんが一時的にウイルスソフト切ってくれ」とやるのもUI落とすし。
そのくせ改竄が余裕でできると来てるからな。
俺はもうリファラはもう使えればラッキー、くらいでやってるよ。
0388nobodyさん2006/11/09(木) 19:39:28ID:???
>>387
一般のユーザー相手に直リンク対策をしたいなら(一応)有効ではあるけど
改竄が容易で、そもそも送らない環境が無視できない数あるのが痛いね。

もし使うなら、信頼せず補助的な用途で使えって事だな。
0389nobodyさん2006/11/09(木) 22:07:26ID:???
まさにその考え方。システムの重要な動作には絡められん。
使えるなら使うが、無いなら無いで別に問題なし、って設計。
0390nobodyさん2006/11/10(金) 21:00:20ID:???
クッキーとJS切ってるヤツは無視でいいけど、
リファラ切ってるのは初心者も多いから無視できない。

っていうかもそもそもリファラをあてにするシステムを組むこと自体がアホ。
俺は一切リファラに頼ってない。
0391ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/10(金) 21:07:35ID:???
ごめんなさい
0392nobodyさん2006/11/10(金) 21:21:25ID:???
なんかメッタ打ちにされてるが、開発の最初のころに最適な解決策を選べないなんてのはザラだから
別に落ち込む必要は無いぞ。つっこまれたとこを直せば良いだけ。ほっといたらいかんがな。
0393nobodyさん2006/11/11(土) 00:45:38ID:???
「SNSで月収93万円の不労所得を得た男」
ttp://kazuboy.jp/sns1.html

ツッコミどころがたくさんあるんだがwwww
まず販売者の顔が(略
0394nobodyさん2006/11/11(土) 01:01:36ID:???
>>393に関連した面白い記事ハッケソww
http://column.chbox.jp/home/kiri/archives/blog/main/2006/10/01_025456.html
0395ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/11(土) 01:06:54ID:???
SNSって儲からないよね
作る前に気づけばよかった
0396nobodyさん2006/11/11(土) 01:25:27ID:???
>>395
mixiさんの利益率はスゴイぜ。
0397nobodyさん2006/11/11(土) 09:12:07ID:???
>>395
集客足りてねーんだろ。ユーザ何人よ。アクティブ数名だったら儲かるわけねーべ?
仮に一人あたま100円/月もあったとしても9人で900円/月だ。
0398ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/11(土) 11:29:28ID:UP20XOnt
レンタルサーバーの費用くらいは稼ぎたいんだけど・・・・
いい方法はないかなぁ?
使ってるのは、100人くらい
0399nobodyさん2006/11/11(土) 11:37:43ID:???
>>397
見積もりがずいぶん小学生的だなw
0400nobodyさん2006/11/11(土) 12:36:19ID:???
>>398
月額300円取れば目標クリアじゃん。
0401ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/11(土) 12:57:27ID:???
でもね、身内なんだ
0402nobodyさん2006/11/11(土) 12:58:35ID:???
100人も居るなら月額300円くらいは行きそうだけどな?
登録だけで使ってないのがほとんどとか?
0403ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/11(土) 13:19:59ID:UP20XOnt
周りが身内なもんで、お金取りにくいって言うか
0404nobodyさん2006/11/11(土) 13:23:26ID:???
月300円で俺の広告出させてくれ
0405nobodyさん2006/11/11(土) 14:31:10ID:???
>>403
トップにある広告はぜんぜん収益なし?
0406nobodyさん2006/11/11(土) 19:58:14ID:???
ユーザーから金を取るというビジネスモデルじゃなくて、ユーザー以外から金を取るというビジネスモデルを検討した方がいいと思う。
例えば広告収入とか、いろいろあると思う。
0407nobodyさん2006/11/11(土) 21:14:46ID:???
広告以外だと、SNSサービスの利用は集客用と割り切って、何か別に売るものを用意する
とかかな。MixiがFindJobに誘導したみたいに。

あ、でも、そうなると通信販売に関係する登録が要るんだっけ。
0408nobodyさん2006/11/12(日) 02:10:27ID:???
広告収益モデルだと、莫大な数のユーザを集めなきゃならんからなぁ。
そうなるとそれを維持するためのサーバ代も人件費も大変なことになる。
>>398の当初の目的と照らし合わせると本末転倒ww

・・・ま、そんな心配しなくても莫大なユーザ数は集まらないけどさ。
0409nobodyさん2006/11/12(日) 09:25:08ID:???
>>403
本当に月300円程度で十分なら開発ちょっと休んで短期バイトをやったほうが
適切だろうな。

つか望みは本当に鯖代だけか? ぶっちゃけた話、俺は鯖代程度じゃ話にならん
と思うが。
0410ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/16(木) 03:52:44ID:oCkHwzkt
閑散
0411nobodyさん2006/11/16(木) 10:01:39ID:???
>>410
あ、来た。儲からないのがイヤになって止めたのかと思ってたよ。
で、最近どうよ。良いアイディア出た?
0412nobodyさん2006/11/16(木) 11:32:03ID:???
そりゃあこのSNS乱立のご時勢に
同じようなシステム何個立てたところで儲かるわけねぇべ
ちょっとサーバサイドの知識があれば誰でも2番煎じのSNS立てられるんだし
0413nobodyさん2006/11/16(木) 15:57:08ID:???
うん、ただのSNSだと既にMixiがあるからぶっちゃけ勝ち目薄いよな。
だからどう特色を出すか、Mixiにないどんな売りを用意するかが成功のポイントだと思う。
まあ、それは何だといわれても困るんだがな。
手っ取り早いのはアダルトだろうが、不名誉だしなあ。
0414ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/16(木) 16:26:54ID:WP9kQOyO
学内のメンバーを集めて、それに特化した機能を付け加えていく方向で行こうかと
0415nobodyさん2006/11/16(木) 17:21:39ID:???
そうなっとあれだべ
openPNE使ってるとこで
同じような学内向けSNSみたいなのがあるから、それを参考にするといいべ

こっちのシステムのウリは携帯に特化してるところだと思うべ
モバイルユーザをなめたらあかん、意外と需要は高いと思う

ってことで、学内の様々な機関の幹部クラスを巻き込んで
情報を配信することからまず始めたらどうか?
0416nobodyさん2006/11/16(木) 17:24:53ID:???
意外と、多少なら金払ってでも広告(またはそれに該当する情報)をのっけてくれ
って言うサークルとか部活とか多いと思うんだ

但し、学生だからもちろん安価でないと話が通らんわけで
その宣伝が面倒なら食堂の前とかに適当にアンケート用紙でも置いとくとか
0417ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/16(木) 17:33:33ID:WP9kQOyO
>>415
そこまで大きくなるとまた変な奴とか出てきちゃうのかとおもっちゃって不安です。
結局、データベースの構造からページから0から組み立てたもので
穴がないとはいえない部分があるのでその点も心配なんですが。
正直、儲からなくてもいいかなって気はしてきた。
0418nobodyさん2006/11/16(木) 18:46:03ID:???
>>417
そっか。まぁ確かに、作り上げるだけでもお腹一杯になる気持ちはわからんでもない
俺も幾度となく
さてこれからどう動かすか、って考え出して、結局
あれもこれも考えてくとマンドクセ、でやめちまったことか・・・
「〜作ろう」ってのが主体の企画だと、どうしてもそうなってしまうのはしゃーないと思う
「〜やりたい」って言う動機が後付だと、モチベーションが保てんのが人間だ
0419nobodyさん2006/11/16(木) 18:47:17ID:???
ていうか、企画して、ちゃんと最後まで作り上げただけでも大したもんだよ
正直この板でかつてそこまでたどり着いた企画がいくつあるんだって話だw
0420nobodyさん2006/11/16(木) 19:45:56ID:???
直接課金はまだ早いかな、と感じるなら当面広告だけでいいんじゃないかな。実際
直接課金って運用が大変だし、作った直後はきついかもってのは現実的な判断と思う。
自信が出来てから有料オプションとかで後付すれば良いかと。

あと、技術的な穴が怖いってことなら下記のような対策があるぞ。既にやってたらすまんが。
・きっちりバリデートをかけて突っ込まれる値を必ず想定内に納めさせる
・想定ケースを漏れなく作ってテストをする
・ユーザーからのバグ報告をやりやすくしておく
0421ぬこえもん(=´・ω・) ◆S715eQBvs6 2006/11/16(木) 22:13:36ID:WP9kQOyO
荒らし出身なので考えつくことはやったんですが・・・
やっぱり心配ですね。身内が使うので、さすがに大変なことになることはないと思うんですが・・・・

何かあったら早めに気づけるように各所でログ取るようにしておきました。
0422nobodyさん2006/11/17(金) 05:29:42ID:???
クッキーとジャバスクぐらい普通切ってると言うか、信頼できないサイトだから普通はセキュリティ高として扱われるでしょ。

ユーザからのバグ報告を管理しやすくと処理しやすくしておくだな。
これは業務でも言える。
口コミの評価って馬鹿にはできないので、対応が悪いと評価が落ちて人が集まらない。
0423nobodyさん2006/11/17(金) 09:45:56ID:???
ログはボイスレコーダみたいに事故が起こったときの原因究明に使うから、それはそれで必須。
でも事故の発見や防止にはそんなに役に立たないからその手段は別に要ると思っておいたほうがいい。
例えばさ、朝一にチェックするとするじゃん。そのとき"実行したSQL"のログの中に
delete from user where id = 1 or 1 = 1
なんて1行を見つけたとしても、そのときにはもう何もかも終わってるだろ?
0424ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/17(金) 11:14:29ID:Mg4Fj8Cm
SQLインジェクションって奴ですかね?
そのあたりは注意払って作ったつもりなんですが・・・・
0425nobodyさん2006/11/17(金) 12:49:35ID:xFjRjRSM
>>424
嘘をついちゃ遺憾よ
0426nobodyさん2006/11/17(金) 15:26:40ID:j8cT97kH
登録してみて覗いてみましたが、
退会できねーじゃん!
404エラーばっかじゃん!
新しい友達さがせないじゃん!
SNSではないじゃん!
list_message.phpが真っ白じゃん!

とまあ三村風に突っ込みいれてみた。
これでは金とっちゃいかんだろー。
0427nobodyさん2006/11/17(金) 15:44:13ID:???
テスト不足と要件定義漏れを起こしてるときの典型だな。

でも2ちゃんに晒してるのって本番のサイトか? まさか実運用しようって
ものを2ちゃんに晒すことはないだろ、と思うんだが、
0428nobodyさん2006/11/17(金) 17:25:09ID:???
SNSってあれなくない?
0429nobodyさん2006/11/17(金) 20:22:09ID:???
まあ本人に聞いてみるのがてっとり早いわな。実際のとこどうよ。
>>424
0430nobodyさん2006/11/17(金) 21:20:02ID:j8cT97kH
http://www.vip-antenna.com/sns/
だよな?一応このサイト見てレビューしてみたんだ。
正直ちょっと良いものとは言えないな。
後424のトリップが違うみたいだけど成りすまし?
0431nobodyさん2006/11/17(金) 22:14:12ID:???
>>420
>・きっちりバリデートをかけて突っ込まれる値を必ず想定内に納めさせる
>・想定ケースを漏れなく作ってテストをする

バカだなお前。それが出来てれば苦労しないよ。
っていうかそれが完全には出来ないから、穴が発生するんじゃないか。

一番大事な対策は、「規約をしっかり作る」だよ。
もちろん運営者側が余計な責任を負わずに済むような、しっかりした規約なw
0432nobodyさん2006/11/17(金) 23:29:55ID:???
>>430
ありゃ? 俺が知ってるのとアドレスが違うなあ。どっちが本物だ?

>>431
なんか煽りっぽい文面だが、それが危機対策の最後の砦になるのは認める(笑)
つけ加えるなら、権利の保全も出来ると嬉しいな。著作権も自分の物に出来るとか。
うまくすれば電車男のときのひろゆきみたいに印税で儲けられるかもしれん(笑)
0433ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/18(土) 04:53:59ID:zqaqScVQ
>>430
それ、昔々のDB使わない版ですよ
別に新しく作ってみたんです。

ちょっと今回は用途に特化したもの作ろうと思ってたんで汎用性低い気はしますけど
手直しして公開なんかできればいいんですけどね
0434nobodyさん2006/11/19(日) 07:31:48ID:???
>>432
技術者発想だと、
「どうやったら完全にセキュリティリスクを無くせるか」って考えるんだろうけど、

経営者発想だと、
「リスクはゼロにはならないから、万が一発生したときの安全網を構築しとく」ってのが大事なんだよね。

人間の活動に完全なんてありえないんだから、コストとのバランスで考えるしかない。
安い値段と完璧な品質を求めることって、原理的には矛盾した要求なんだから、全部呑むのは無理。
だから一番大事なのは、実はシステムではなくてルールですよ。
0435nobodyさん2006/11/19(日) 10:41:08ID:???
免責を定めた規約は絶対条件だが、それはあくまで最低条件だな。
コストを考えればこそ取るべき対策は取らんといかん。
前の例だとユーザマスタが全部飛ぶから、仮に免責条項で賠責コストを0に出来ても
対応コストがハンパ無い。対策とっといたほうがたぶんトータルで安い。起こらない
可能性を計算に入れてもな。
まあ、完璧なセキュリティなんてのはハナから論外なんだが。
0436nobodyさん2006/11/19(日) 20:22:51ID:???
しかしその「完璧」を求めるバカがけっこうな数いる。それが問題。
特に個人情報保護法などというスットコドッコイな法律が出来てからバカ急増。
0437ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/20(月) 00:35:31ID:zKYDLJ0t
利用規約なんか作ったことないや・・・・
コピペしてきて中ちょっとかえて自分の理解できるような言葉で書いておけばいいのかな・・・・
0438nobodyさん2006/11/20(月) 00:39:43ID:???
>>437
一回DBバージョンのSNSにログインしてみて下さい。
0439ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/20(月) 01:40:34ID:zKYDLJ0t
新しいほうですか?
>>430のほうは生ファイル書き込み版の古いバージョンですよ?
0440ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/20(月) 01:48:36ID:zKYDLJ0t
www
みごとにやられてるw
0441nobodyさん2006/11/20(月) 06:55:25ID:???
>>440
なんだなんだ? SQLインジェクションでもかまされたか??
そういうときのために、ガッチリ規約を作っておかないと。
「悪さしたヤツはどこまでも追いかけて、1億円賠償請求します」ってww
0442ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/20(月) 06:58:17ID:zKYDLJ0t
>>441
>>430の旧式のほう見事にやられてましたw

新しいほうは直接DBから出し入れせず、
一度クッションかませたりしてみてるんですが
いろんなパターン考えるの大変ですね。

>>434-436のことも一理ありますけど、やっぱりそれなりには作らなきゃまずいんだろうし。
0443nobodyさん2006/11/20(月) 09:34:31ID:???
>>442
何が起こったんだ?
0444nobodyさん2006/11/20(月) 10:53:41ID:???
>>442
たぶん新式のほうも他人がログインできるよ。
ぬこえもんはウェブプログラミングに関しては素人同然だということがわかった。
0445ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/20(月) 11:43:30ID:zKYDLJ0t
>>444
ごめんなさい。素人です。

a\'; DROP TABLE users; SELECT * FROM data WHERE name LIKE \'%

name LIKE \'%
\'%の部分って、どういう意味があるんでしょう?
0446nobodyさん2006/11/20(月) 11:56:05ID:???
>>436
受容も立派なリスク対策の一つなんだが、理解しない奴は理解しないからねえ。
最善を尽くしてもやられるときはやられるのがシステム、って認識が早く広まって
ほしいわな。
0447nobodyさん2006/11/20(月) 12:01:59ID:???
>>446
ん? 「受容」って、何を??

>最善を尽くしてもやられるときはやられるのがシステム
そう、しょせん機械だから誤動作したり壊れたりなんだりして当たり前なのに、
なぜかみんなコンピュータにだけは完璧を求める傾向がある。
「コンピュータは常に間違わないはずだ」という、ある意味で正しいがある意味で間違っている思い込みがあるせいだな。
ま、ド素人は後者の間違った解釈のみでそう思い込んでるんだろうけど。
しょせんは機械でありただの箱でしかない、ということを啓蒙する必要がある。
04484472006/11/20(月) 12:03:01ID:???
・追記
コンピュータの心得が無い者にとっては、
「ソフトも機械の一部」という考え方が理解できないのかもしれない。
0449nobodyさん2006/11/20(月) 12:05:10ID:???
>>445
DROP TABLE!? 誰だよ、とんでもねえな。やりすぎだろ。

name LIKE \'% はサニタイズされてるからわかりづらいが、たぶん name LIKE '%' となる
ように狙ったんだろう。要するに「全部」だ。
0450nobodyさん2006/11/20(月) 12:15:24ID:???
>>447
悪い、あんまり使わない用語だった。受容ってのはリスク対策の用語で、あるリスクに対し、
対策を取るほうが無理があるので、存在するとはわかっているがあえて対策を取らない
とする対処法の事。
0451nobodyさん2006/11/20(月) 14:30:04ID:???
>>450
なるほど、つまり「リスクがあるのは分かってる」んだけど、
「現実的には対策できそうもない」ので、
リスクの存在を知りつつも「受容」(放置?)するって意味か。
0452nobodyさん2006/11/20(月) 16:37:46ID:???
>>451
そう。消極的な対策だが、現実にそれがベストなことは多い。
他には「対策は可能だがやるべきではない」ときも受容する。
仮にあるリスクを金額換算で見積もったら500万、その対策費を見積もったら1億だった場合、
あえて対策をとったら9500万分も事態を悪化させてしまう。なにもしないほうがまだマシだ。

具体的な例で言うなら、仮に納入直前の成果物にちょっとしたセキュリティホール(評価額500万)
を見つけても、納期が3時間後であるならそれはそのまま納品せねばならず、あえて修正して納品を
遅延させたあげく履行遅滞による損害賠償責任1億円を発生させることは許されない、という
ところかな。
0453nobodyさん2006/11/21(火) 03:24:39ID:???
>>452
遅延で1億取られる事ってあるのか?金融系とか?遅延期間にもよると思うが。
そういったシステムに関わった事がないのであるなら是非教えて欲しい。
0454nobodyさん2006/11/21(火) 08:33:37ID:???
たしかに遅延で1億とか、俺には想像つかないし関係ない世界だ、、、。

ここではスレの主旨にのっとって、
SNSを自分で開発・運営したときのリスクについて話し合ったらどうだろう。
0455ぬこえもん(=´・ω・) ◆hb//x7qyug 2006/11/21(火) 11:05:49ID:G982etC8
ロリポップってデータベース一つしか作れないのかな?
ちょっとうpしてみようかと思ったんだけど。
0456nobodyさん2006/11/21(火) 15:55:52ID:???
XREAにすればいいのに。
■ このスレッドは過去ログ倉庫に格納されています