トップページ⇒php
991コメント359KB

SNS作ってみよう

■ このスレッドは過去ログ倉庫に格納されています
0001へっぽこ君2006/09/05(火) 23:37:06ID:dR0NUQuB

そんなわけでテストよろすくお願いします。

http://tiraura.sytes.net/
0412nobodyさん2006/10/06(金) 22:59:44ID:???
>>411
分かった　俺が絶対にあの子を幸せにする

婦警さん(*´Д`)ﾊｧﾊｧ
0413nobodyさん2006/10/06(金) 23:46:28ID:???
つか、女の子がかわいそうだからあまり広めてやるなｗ
0414nobodyさん2006/10/07(土) 00:19:00ID:cwNk581P
もうおそいんじゃまいか
0415nobodyさん2006/10/07(土) 01:34:30ID:???
まあ、広めたヤツとか全員逮捕されるけどね。

今回の件については一部の政治家とかが相当キレてるらしく、
警察幹部はかなり叱責されて本腰入れたようだ。
例の法律のこととも絡んでるらしい。
0416nobodyさん2006/10/07(土) 02:54:43ID:nUojH7y9
mixiが実名登録推奨なんてしてなけりゃここまでのことには・・・
運営はセキュリティのことなんてこれっぽっちも考えてなかったんじゃないの？
0417nobodyさん2006/10/07(土) 02:59:00ID:???
ピンチはチャーーーンス！

「ドジッ子で有名になっちゃったー」（＾＾）テヘッ☆

とか切り返せたら天才
0418nobodyさん2006/10/07(土) 03:01:55ID:???
実質オープンなんだから実名なんてありえねー
0419nobodyさん2006/10/07(土) 09:31:11ID:???
ネットに公開されるのに実名載せるとか･･もうアフォかとねぇ

>>415
はいはい、こんなとこまで出張ご苦労様。
何百人逮捕されるかとっても楽しみですよっと
0420nobodyさん2006/10/07(土) 10:49:01ID:???
>>419
>>415じゃないが、見せしめってのを知らないのか？
抑止力を考慮して目立つ数人を晒し者にする事ぐらいは普通にありえるぞ。
0421nobodyさん2006/10/07(土) 11:30:38ID:???
>>420
このスレで広めた奴は逮捕されると言って何の意味がある？
「そんな台詞は祭りで騒いでる連中に言ってやれ」

そもそも、見せしめに突撃した誰かが捕まっても俺の知った事じゃない。

>>416が「広めたヤツとか全員捕まる」とか「一部の政治家が相当キレてる」とか「警察幹部は本腰入れた」とか言ってるから
皮肉を込めて「騒動が収まってから何人捕まるか楽しみですね」と書いてみた。
0422nobodyさん2006/10/07(土) 11:47:22ID:???
そもそも、このスレ限定の話じゃないんじゃないか？
ここを見て知って、今から広めようとしてる人への
牽制と釣りを兼ねたネタな気がするんだが。
0423nobodyさん2006/10/07(土) 17:43:11ID:???
信頼できる業者ってどこ？
Snsなんて無料で作ってもらえばおk？
0424nobodyさん2006/10/07(土) 19:30:42ID:???
ぼくの肛門も逮捕されそうです。
0425nobodyさん2006/10/07(土) 23:00:01ID:nUojH7y9
　　 ／￣￣＼
　／　　 _ノ　　＼
　|　　　 （ ●）（●） 　　　　　　亞問がmixiにモータードライヴって
.　|　　　　 （__人__）　　　　　　　　面白すぎるだろ。
　 |　　　　　｀ ⌒´ﾉ　　　　　　　　　　　常識的に考えて・・・
.　 |　　　　　　 　 }
.　 ヽ　　　　　 　 }
　　 ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　 く　　＼　　　　　　　 ＼
　　　|　　　　 ＼ 　 ＼ 　 　　　　　　＼
　 　 |　　　　|ヽ、二⌒)､　 　 　　　　　
0426nobodyさん2006/10/08(日) 00:58:53ID:???
>>421
＞俺の知った事じゃない

だったらいちいちレスしなきゃいいのに。
かまってクンか？ｗｗｗ
0427nobodyさん2006/10/08(日) 01:11:53ID:???
ミクシ株で損害出したのはミクシの東大卒社長を訴えれば金は返ってくるの？
ライブドア株の暴落の場合はホリエモンが穴埋めしてくれることに成ってたよね？
0428nobodyさん2006/10/08(日) 01:22:53ID:???
だからお前ら板違いだってｗｗｗｗ
0429nobodyさん2006/10/08(日) 04:44:02ID:kqpfBdr4
vc++の難しさに比べればphpなんて屁みたいなもんだなあと思った
0430nobodyさん2006/10/08(日) 05:02:29ID:???
C++ってそんなに難しいか？
phpよりは難しいだろうが、perlがかなりできるようなレベルならC++なんて結構楽にできると思うが
0431nobodyさん2006/10/08(日) 05:52:08ID:???
C++と言えば、boostの変態さは異常だ（褒め言葉）
0432nobodyさん2006/10/08(日) 06:34:35ID:???
プログラミングの基礎がちゃんとできりゃ、どの言語も大して難易度変わんない気がするんだがね。
0433nobodyさん2006/10/08(日) 06:54:28ID:???
> プログラミングの基礎がちゃんとできりゃ、どの言語も大して難易度変わんない気がするんだがね。

難易度とやらの測定方法を定義してくれないか？
0434nobodyさん2006/10/08(日) 09:54:59ID:???
測定？寝言は寝てから言えよ。
自分のフィーリングだろ。人それぞれ。
0435nobodyさん2006/10/08(日) 11:17:24ID:???
C#はゴミ。C++もクラス処理がいまいちだな。実用より理論重視って感じ。ぶっちゃけ使いにくい。

プログラミングの基礎って、結局いろいろな言語を知らないと身に付かないと思う。
人用の言語でも、言語学者というプロを目指すなら、日本語だけじゃ駄目だし。
0436nobodyさん2006/10/08(日) 12:31:24ID:???
SNSを作る程度なら、Perl、PHP、Rubyで十分。あ、PythonもOK

Java、C/C++、.NETを使うほど大規模なシステムではないと思う。

サーバ増設して動かせるスケーラビリティーが必要なだけ。
0437nobodyさん2006/10/08(日) 13:04:32ID:???
いつも思うんだけどスケーラビリティーって言葉

エロいよな　なんかエロい
0438nobodyさん2006/10/08(日) 13:34:54ID:???
>>427
＞ミクシ株で損害出したのはミクシの東大卒社長を訴えれば金は返ってくるの？

何この基地害厨房ｗｗｗｗ
じゃあお前アレか、損害出したら社長に金を請求して、逆に利益が出たら社長に金を渡すのか？

こういう基地害厨房理論を振りかざすバカが増えてきて、日本も危機的な状況だな。
ライブドアには功罪あるが、このような基地害個人投資家を投資界に連れてきたたのは害悪だな。
0439nobodyさん2006/10/08(日) 13:36:45ID:LOJbd3rU
背任
じゃなければ
0440nobodyさん2006/10/08(日) 13:45:06ID:???
ネタにマジレスのほうが基地害だと思います。
0441nobodyさん2006/10/08(日) 17:04:18ID:???
>>439
なになに？　>>439は風説の流布で逮捕されたいの？
0442nobodyさん2006/10/08(日) 17:25:15ID:???
とりあえず通報してみた
0443nobodyさん2006/10/09(月) 23:28:58ID:???
>>407
これか？

マック本○木店の店員が客の悪口をmixiで暴露
http://news.80.kg/index.php?%A5%DE%A5%C3%A5%AF%CB%DC%A1%FB%CC%DA%C5%B9%A4%CE%C5%B9%B0%F7%A4%AC%B5%D2%A4%CE%B0%AD%B8%FD%A4%F2mixi%A4%C7%CB%BD%CF%AA

しかし、これはスゴイなｗ
http://www.geocities.jp/c_hallenge/rep.html
0444nobodyさん2006/10/09(月) 23:31:31ID:???
http://www.geocities.jp/c_hallenge/003.html

突然ですが、一昨日私どもの店でも１００品注文がありました。
社員として大切なお客様にこういうことを言うことはナンセンスだとは思うのですが
このサイトを見たからには書き込まなくてはいけないと思い書きこまさせていただきました。

実はで何故か全国的に１００品注文現象が現れています。
実は３週間ほど前にも自分の店でもう１件別の１００品注文がありました。

ここの掲示板を見る限りでは「チャレンジ部」様の影響で興味本位でチャレンジしたい方がちらほら見られます。
私どもの店で起きた１００品注文、決して店やバイトさん達には好まれておりません。
何故かというと、常識で考えていただけると分かると思いますが

「事前注文」も無くいきなり「ピークの時間帯」に「１００品注文」
これらすべての条件が２件とも当てはまったからでございます。

大量の注文が必要なら事前に注文していただければいいと思いますし
ピークの時間帯を避けていただければ他のお客様の迷惑も少なくなります。

ここのサイトを見てチャレンジしたくなった方々、１００品注文に限らず実行するまえに「常識」でもう一度考えてください。
ピーク時を避けるだけで結構です。

これは常識内の行動か？
店員や他の客に迷惑はかからないか？また最小限に抑えているか？

自分自身が労をするだけで解決する問題なら構わないのです。
他のお客様に「迷惑」が実際に掛かっております。クレームもつきました。
できるなら、興味本位ではやってほしくはない。というのが現実ですが…
ピーク時の１００品注文は迷惑にしかなりません。
0445nobodyさん2006/10/10(火) 00:41:20ID:???
>>443
悪口は悪口だけど、事実は事実でもあるけどな（モーオタ＝キモイ）。
正直、どんなお店であれ、一部の特殊なキモい奴らには来店してほしくないわな。
他のお客さんに迷惑だから。実際俺も、自分がマックにいるときにもしキモ軍団が大勢来たら気分悪いし。

>>444
そういうチャレンジとかも非常に迷惑だな。
２ちゃんねらーってバカばっかりだから、自分たちさえ楽しければいいという考え方が非常に強い。
そんで、ちょっと批判されると、「罵倒された」だの「客を何だと思ってるんだ」だの大騒ぎ。本当に基地害でしかない。
0446nobodyさん2006/10/10(火) 07:45:05ID:???
モーヲタに限らず、ヲタはすべからくキモイ。これ定説。
0447nobodyさん2006/10/10(火) 09:32:09ID:???
サーバ増設して動かせるスケーラビリティーって、Java、C/C++、.NETを使ってるミドルウェアしか実現できない罠。
Perl、PHP、Ruby、Pythonでどうやって、サーバ増設して動かせるスケーラビリティーを実現するのか説明してほしい。
利用者増えて、サーバ増設して動かせるスケーラビリティーが要求される時点で十分に大規模なシステムだと思うが。
0448nobodyさん2006/10/10(火) 12:20:25ID:???
>>447

mixi じゃね？
0449nobodyさん2006/10/10(火) 13:41:42ID:???
サーバを増設するときの事も考慮して作っておくと吉

オープンソースも工夫次第
ttp://d.hatena.ne.jp/yoosaki/20060707/1152237361
ttp://goodsite.cocolog-nifty.com/uessay/2005/09/mixi_5854.html
ttp://blog.livedoor.jp/nipotan/archives/50538571.html

金があるなら、Oracle、専用のミドルウェアを買ったらいいね
0450nobodyさん2006/10/10(火) 13:46:02ID:???
今さらSNSなら1〜10万人程度で普通に動けば十分
人集めるの大変
運用コストが回収できないならサーバ増設しない
0451nobodyさん2006/10/10(火) 16:42:29ID:???
PHPでもPerlでも
レプリケーションで負荷分散すればいいんじゃ？
0452nobodyさん2006/10/10(火) 17:10:20ID:???
>>445
モーオタもキモイけど、店員もキモイでFA
0453nobodyさん2006/10/10(火) 21:46:51ID:???
今SNSつくってるんだけど、テーブル設計が悩みますね。
フレンドリストやコミュニティリストはユーザの基本情報とは別テーブルにしたほうがわかりやすいかな？

俺が考えてるのは、フレンドリストテーブルを作って、そこに、IDを２つ（自分のと友達の）をどんどん追加していく、
というものなんですが、みなさんどうしてます？
0454nobodyさん2006/10/10(火) 21:53:43ID:???
>>453
それでいいんじゃない？
0455nobodyさん2006/10/10(火) 23:42:02ID:???
とりあえず作って試すしか。
良いのができた（もちろん検証済みのを）ら晒してくれ。
実装的には将来テーブル変えることも想定して組んだ方がいい。もう一度作り直す覚悟なら何も考えなくても良いけど。

ミクシの記事とか見てると、機能ごとに鯖分けして負荷分散してるみたいだから、機能ごとに別テーブルにしておいた方が良いのかもな。
0456nobodyさん2006/10/11(水) 00:11:33ID:???
>>453
っていうかそれが普通誰でも考え付くオーソドックスな方法だと思うが。
0457nobodyさん2006/10/11(水) 01:02:53ID:???
>>453
それでいいと思うけど、疑問に感じるんなら、正規化の勉強をした方が良いと思うよ。そんなに時間かからないから。
0458nobodyさん2006/10/11(水) 01:10:37ID:???
>>453
強いて言えば、例えば会員番号が
35 → 77
77 → 35
という具合に、実質的に同じつながりを示すデータが重複しないように工夫する余地はあるかも。
0459nobodyさん2006/10/11(水) 02:24:31ID:???
>>458
いや、あえて重複させといたほうが、
あとでいろんな場面で便利に使いやすいと俺は思う。
（クエリでWHERE条件を単純に指定しやすくなる等）
0460nobodyさん2006/10/11(水) 13:39:49ID:???
機能ごとにテーブル作ってみるか。
俺の考えだと足跡機能にもテーブルが必要になりそう・・・。
0461nobodyさん2006/10/11(水) 15:52:10ID:???
>>459
そうだね。
DBを富豪的に使って（無駄があってもOK）、SQLがシンプルになるならそっちを取る。
0462nobodyさん2006/10/11(水) 19:38:18ID:???
YouTubeを作って16億ドルか。
いい商売してるね。
0463nobodyさん2006/10/11(水) 20:54:56ID:???
今時 O/R マッパつかえばよくね？
0464nobodyさん2006/10/11(水) 22:13:41ID:KMxRqEhe
以前、mixiのソースが表示されてしまう事件があったが、
あれはなんで起こったんだっけ？
ソースが見られてしまう可能性があるなら、データベースのパスワードとかどこに書いとけばいいんだ
0465nobodyさん2006/10/11(水) 22:18:02ID:???
>>463
オススメのO/Rマッパありますか？

PHPならpropelとか？
DB処理部分は、ADOdbとか使っても良いかと思います。

勉強のためにDBラッパを自作してみますか？
0466nobodyさん2006/10/11(水) 22:25:37ID:???
>>464
不可逆的な暗号化を施して、保存するのがオーソドックスな処理でしょうか？
0467nobodyさん2006/10/11(水) 22:43:52ID:???
そんな恐ろしい事件があったのか＞ソース表示
どういう原理でそうなったんだろう
Apacheの設定ミス？
0468nobodyさん2006/10/11(水) 22:48:48ID:???
Boofy
0469nobodyさん2006/10/12(木) 00:56:08ID:???
う〜ん、フレンドの最新日記表示の仕組みがいまいち思い浮かばない。
0470nobodyさん2006/10/12(木) 01:21:02ID:???
Zend_DBは程よく抽象化されてて、拡張性も高いから使いやすいな
0471nobodyさん2006/10/12(木) 01:31:24ID:???
SQLが複雑になってもエンジンの解析に時間喰われる程度で、CPU速いの積んどけば十分だろうけど、DB別けとかないとディスクアクセスで上限来て頭打ちに成ると思うけどなあ。
学者とか理論重視なら綺麗さにこだわるだろうけど。実運用経験者なら、システム全体の負荷が重要だと思うが。
0472nobodyさん2006/10/12(木) 03:07:04ID:???
>>467
けっこう多くの人がソース持ってるよ
でも肝心な部分が抜けてたから、そのままパクるのは無理
0473nobodyさん2006/10/12(木) 05:04:50ID:???
>>464
DBへの接続パスなど重要情報を書いたファイルはドキュメントルートより上に置いてrequire。
こうすれば仮にApacheの設定ミスでソースが見えちゃっても無問題。

>>466
不可逆な暗号じゃ接続できないだろうよ。
0474nobodyさん2006/10/12(木) 07:12:56ID:???
いっそ、ほとんどのソ−スをリクアイアで読み込むような記述にしとけば、あんなに盛大に漏らすことも無かったのにな。
鯖管理者募集してたから新人が設定ミスったのだろうな。ろくに動作確認もせずに鯖公開するアフォは危険(w
0475nobodyさん2006/10/12(木) 08:19:04ID:???
>>474
＞いっそ、ほとんどのソ−スをリクアイアで読み込むような記述

つまり、直接叩いたURL（例：hoge.php）には、require("hoge_hontai.php");と１行だけしか記述しないってことだよね？
俺も自作のWebシステムをそのように変更しようかと悩んでるところなんだけど、
それによってレスポンスとか性能に問題が出ないかと思案中。
まあ、大した影響は無いだろうとは思うんだけど、ユーザ数や同時アクセス数などが増えた場合にどうなるかが未知数。
0476nobodyさん2006/10/12(木) 08:30:04ID:???
誤差の範囲内でしょ
0477nobodyさん2006/10/12(木) 08:41:33ID:???
>>473
SNSユーザーのパスワードと勘違いしてたｗ
0478nobodyさん2006/10/12(木) 09:28:34ID:???
>>476
そうかな・・・そうだといいけど
誰かテストしてみてくれないかな。。。
（自分でやりたいけど、abの使い方すらよく分かってない orz）
0479nobodyさん2006/10/12(木) 13:03:07ID:Rh+mM1tm
cookieにパスワード持たせちゃうのは危険だよね・・・・
0480nobodyさん2006/10/12(木) 14:55:13ID:???
>>479
どういう場面でパスワードをクッキーで保存するんだ？
0481nobodyさん2006/10/12(木) 15:09:17ID:Rh+mM1tm
ログインしたあと、
ユーザー専用のページをまたぐときもっていないとならないんですが・・・・・
0482nobodyさん2006/10/12(木) 16:16:25ID:???
PHPならセッション使えば？
0483nobodyさん2006/10/12(木) 16:22:01ID:???
>>481
発想を少し変えて、ログイン処理した後は、ログインした状態を持ち歩けばいいんじゃない？
0484nobodyさん2006/10/12(木) 17:08:44ID:???
>>483
つまりそれを普通「セッション」と言うんだけどね。
0485nobodyさん2006/10/12(木) 18:11:38ID:???
クッキーとセッションは別物の仕組です。
（このレスだけを読んで、入門者の方が誤解しないように、念のためフォロー）

クッキーは、クライアント側のPCに保存されている
セッションは、サーバ側のPCに保存されている
＝それぞれデータを保持している場所が異なります。

クッキーにしろ、セッションにしろ、必要なければパスワードを保存して持ち歩くんじゃなくて、
パスワードの代わりにログインフラグの値を持ち歩いて、ページ毎の処理をすればいいんじゃない？と。
0486nobodyさん2006/10/12(木) 18:43:28ID:???
>>485
お前の説明だと、ド素人が余計に誤解する恐れあり。

特に、クッキーにログインフラグを持たせちゃダメだろｗｗｗ
いくらでも改ざん出来るんだから。
0487nobodyさん2006/10/12(木) 18:52:39ID:???
いっそのこと会員全員にトークン配っちゃえばいいんじゃね？
0488nobodyさん2006/10/12(木) 22:35:57ID:QUaWl9r8
>>485
いや、設定によってはクッキーで保存するようにできるよ。
俺はそうしてる。

>>486
改竄はされねーだろ。
0489nobodyさん2006/10/12(木) 23:22:35ID:???
>>488みたいなバカがいるせいで、脆弱なWebシステムは永遠に無くならない。
0490nobodyさん2006/10/13(金) 00:28:16ID:???
>>488みたいなアホがいるせいで、また俺のブックマークレットコレクションが増えた。

javascript:void%28%28function%20%28%29%20%7B%0Adocument.cookie%3Dprompt%28%22Set-Cookie%3A%22%2C%20%22%22%29%3B%0A%7D%29%28%29%29%3B
0491nobodyさん2006/10/13(金) 00:46:06ID:nZS7xPDu
XSSなんて許すサイトは論外
0492nobodyさん2006/10/13(金) 00:49:46ID:???
>>488＝>>491
バカかお前は。
XSSなんか使わなくても、クッキーにログインフラグを格納してたら
いくらでも自由にログインできちゃうっつーの（PC所有者自身が、な）。
それについて「自分のPCのクッキーだから問題ない」というのなら、お前はセキュリティ・センスがゼロだ。
0493nobodyさん2006/10/13(金) 00:52:27ID:nZS7xPDu
PC所有者自身なら問題ないだろ
0494nobodyさん2006/10/13(金) 01:01:11ID:???
ネカフェだったら？
0495nobodyさん2006/10/13(金) 01:04:24ID:nZS7xPDu
ブラウザを閉じればセッションは終わる。
0496nobodyさん2006/10/13(金) 02:35:53ID:???
ID:nZS7xPDuが激痛な件について。
0497nobodyさん2006/10/13(金) 09:51:27ID:???
間違ったことは言ってないよな
0498nobodyさん2006/10/13(金) 10:02:11ID:???
一部勘違いしたことを言っとる。
特にログインフラグをクッキーに持たせるなんて愚の骨頂でしかない。
0499nobodyさん2006/10/13(金) 11:23:01ID:EL3EStb/
>>498
何がだめか俺もわからん。
498がどうしてるのか教えてくれ
0500nobodyさん2006/10/13(金) 11:41:45ID:???
>>499
簡単に言えばセッションとクッキーの混同だな。

セッションでもクッキーを使うけど、どのように使っているかを理解していない。
セッションではセッションIDをクッキーに含めるだけで、その他のデータ（たとえばフラグなど）は
絶対に格納しない。格納したらセッションの意味がない。
0501nobodyさん2006/10/13(金) 12:00:01ID:???
>>500
セッションにID以外のデータを含めないのはわかったけど、
具体的にそれからどうするの？
0502nobodyさん2006/10/13(金) 12:48:25ID:???
(1) クッキーとセッションは、まず仕組と使い方を理解する
(2) クッキーやセッションを使う場合のセキュリティ対策方法を理解する

>>485は(1)の話

(2)は
http://www.asahi-net.or.jp/~wv7y-kmr/memo/php_security.html
http://www.amazon.co.jp/gp/product/4883374718
あたりを参考にして、セキュアな利用に心がけてください。
0503nobodyさん2006/10/13(金) 12:53:35ID:???
>>501
携帯サイトはクッキー使えない
クッキーなしで動作するサイトを作ろう！
そうすればPCサイトでも、クッキーなしで動作するものが作れるはず。
0504nobodyさん2006/10/13(金) 13:02:29ID:???
>>503
携帯なら個体識別番号じゃまいか
0505nobodyさん2006/10/13(金) 13:14:50ID:???
セッションの話なら、こっちで詳しく聞けると思うよ。

http://pc8.2ch.net/test/read.cgi/php/1064399467/l50
【PHP】セッションについて語ろう！【PHP】
0506nobodyさん2006/10/13(金) 13:24:28ID:???
>>504
携帯サイトで、個体識別番号（サブスクライバID）が取得できない時はどうやってユーザーの識別をしてますか？
セッションIDをURLに付加してページ遷移させる！？

http://bbs.sekkaku.net/faq/220.html
http://tachibana.blog.ocn.ne.jp/blog/2006/05/ez_7a39.html
0507nobodyさん2006/10/13(金) 13:26:47ID:???
>>506
あいことばでも決めとけばいいじゃん
0508nobodyさん2006/10/13(金) 18:01:02ID:???
否定だけして、具体的にログインフラグを持たせないで画面推移する方法が出されてない件ｗｗ
0509nobodyさん2006/10/13(金) 18:15:15ID:???
これはひどい
05105002006/10/13(金) 19:22:53ID:???
>>508
だからお前はバカで基地害でクズなんだよ。
セッションの仕組みをよく理解しろと言っただろうが。
きちんと調べて勉強したのか？

仕組みを理解したのなら、各種フラグはクッキーじゃなくてセッション変数に
持たせるのだという「当たり前の方法」が分かるはずだが。
0511へっぽこ君 ◆vPBS8pifwk 2006/10/13(金) 19:40:34ID:???
クッキー使いまくってるorz
日々勉強じゃぁ
■ このスレッドは過去ログ倉庫に格納されています