ソーシャルネットワーキングのシステムを作ろう！
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
04/06/28 18:13ID:grYt/Veq何からやったらいいのかわからない。
言語はPerl?PHP?作るのにどれくらい時間とお金がかかるんだろ。
greeは個人でやってるらしいけど、どうなんだろ。
誰か「作る」という方向に向かった助言キボン。
0136nobodyさん
2005/09/01(木) 09:57:57ID:???0138nobodyさん
2005/09/04(日) 18:19:51ID:lK34YbSA簡単なSNSをJavaでこしらえていて持っている機能にユーザの日記、ユーザー同士のBBS、コミュニティなどがあるんだけど
それぞれの機能は主役と役割が違うだけで（コミュニケーションの方向性が違う）、基本的な機能は同じ。
モデリングしたらｲﾛｲﾛと抽象クラスができあがってきたんだが、こいつをとりまとめたフレームワークのネーミングに迷っている。
書き込むとかレスするという動作と、タイトル、発言内容という感じのデータモデルで構成されている。
BBSじゃないし、日記でもないし。基本的なコミュニケーションという意味合いでUserCommunicationか？と思ったけど
メッセージのやりとりもコミュニケーションだし、言い出したらキリなさそうな感じ。
何かヒントになるフレーズでもあれば良いんだが……
0139nobodyさん
2005/09/04(日) 20:46:00ID:???0142nobodyさん
2005/09/06(火) 23:22:22ID:???クラス名・変数名に迷ったら書き込むスレ。Part5
http://pc8.2ch.net/test/read.cgi/tech/1109330204/l50
0143nobodyさん
2005/09/07(水) 01:51:05ID:???0144nobodyさん
2005/09/07(水) 07:59:45ID:???俺もそれ知りたい
買った人にはオープンソースのような気がしてきた
てか、たぶんスクリプトで作ってるからソースを隠せないので
オープンソース名乗ってるだけちゃうんかと
0145nobodyさん
2005/09/09(金) 12:37:33ID:???0146nobodyさん
2005/09/10(土) 04:04:30ID:???人気のあるプロジェクト向けだと、まだまだ人は集まるのでは？
0148名無しさん＠そうだ選挙に行こう
2005/09/11(日) 14:54:26ID:???ダウンロードできるようになったよ。
0149名無しさん＠そうだ選挙に行こう
2005/09/11(日) 19:02:20ID:/yMj8koVみつからね('A`)
URLｷﾎﾞﾝﾇ
0150名無しさん＠そうだ選挙に行こう
2005/09/11(日) 20:27:24ID:???OpenPNE専用スレつくらないのかな？
▼安定版最新版はこちら
ttp://teji.sakura.ne.jp/openpne_1_2.zip
▼開発版CVS
host:cvs.openpne.jp
path:/home/cvs
id:anonymous
method:pserver
pass:無し
引用元
ttp://shirokuma.tejimaya.com/archives/31051344.html
0151nobodyさん
2005/09/20(火) 09:43:20ID:???PHP暦半年くらいの人が一人で数日もあれば、
基本的な部分は開発できると思うんだが・・・。
独自のブログツールとかCMS作るほうが100倍難しいと思う。
0153nobodyさん
2005/09/21(水) 02:20:38ID:yrLdFGn4彼は数日中に画期的な新ブログを開発してこのスレで発表するらしい。
0154nobodyさん
2005/09/21(水) 22:33:18ID:???マルチユーザー仕様だったらどれも似たような仕組みじゃないか
それくらい想像つかない？
まあシングルユーザー用のウェブロは難易度がだいぶ下がるけど
それでも数日でできるとは絶対言わないが :-P
0155nobodyさん
2005/09/21(水) 22:59:42ID:???まあ何を作るにせよ、マルチユーザー（≒汎用）を想定すると途端に難しくなるね。
シングルユーザー（≒自分専用）だったらかなり簡単なんだけども。
0156nobodyさん
2005/09/22(木) 04:53:49ID:ZCKvH6ce何と言うのでしょう？
0157nobodyさん
2005/09/22(木) 05:53:41ID:???一昔前の人は、「ワ」以外のワ行音を発音できまっせんw
0158nobodyさん
2005/09/25(日) 14:11:21ID:???いろんなことを気をつけなきゃいけなくなってきて、
シングルユーザ（専用）システムより大変だ罠。
0159nobodyさん
2005/09/25(日) 16:33:31ID:???0161nobodyさん
2005/09/26(月) 01:14:59ID:???コミュニティとかも全部そうなんでしょうね。
どんなテーブル構造なのか見てみたい。
0162nobodyさん
2005/09/26(月) 02:39:50ID:???どんなに数が多くなろうとも、一つのテーブルに数万件ずつ（せいぜい10万件とか）しか
データを入れないようにすれば問題ないじゃん。
たとえばID番号が1～10万まではテーブル１、10万～20万まではテーブル２に入れる…みたいな。
0164nobodyさん
2005/09/26(月) 04:30:13ID:???に mixi のシステム構成の資料があるかれ見てみれ。
0165nobodyさん
2005/09/26(月) 05:16:09ID:???実にナンセンスなアイディアだな
0166nobodyさん
2005/09/26(月) 05:40:02ID:???0168nobodyさん
2005/09/26(月) 13:46:49ID:???センスが悪いという意味じゃないよ。
0170nobodyさん
2005/09/26(月) 18:16:48ID:???んじゃ「馬鹿げてないアイディア」を書いてみろっつーのｗｗｗ
書けもしないのに知ったかぶってんじゃねぇカスが。
0175nobodyさん
2005/09/28(水) 06:40:55ID:???0176nobodyさん
2005/09/30(金) 10:54:59ID:???は？？ おまい、「リレーション」をどういう意味で使ってんの？
>>175
んな手間とコストかけられねーよ。
0177nobodyさん
2005/09/30(金) 19:33:00ID:???それはお前のことであって一般的な人のことでは無いだろ
てかたかが10万や20万件で別テーブルへって冗談で言ってるのか？
0178nobodyさん
2005/10/01(土) 01:27:54ID:???1日数千万ページビューというのが想像つかないけど。
0180nobodyさん
2005/10/01(土) 06:32:01ID:???それぞれが１日平均50ページビューだとして、20万×50＝1000万。
その他ライトユーザたちが平均すると 80万×5＝400万。
合計1400万ページビューくらい？
0181nobodyさん
2005/10/01(土) 12:29:32ID:???一千万台じゃないだろ。
一千万台で数千万って言ってたら誇大広告だ。
って
ttp://www.emercury.co.jp/press/050803.html
に5000万PVって書いてるやん
0182nobodyさん
2005/10/01(土) 14:25:48ID:???お前、どこ行っても嫌われるだろ？ｗｗ
>>180はあくまでも推測だろうが。
いるんだよなー、イチイチこうやって揚げ足取ったり、「詐欺だ」とか
「誇大広告だ」とか騒いだりするヤツ。空気が読めないのかな。
0184nobodyさん
2005/10/01(土) 14:39:21ID:???0185nobodyさん
2005/10/01(土) 14:59:43ID:???0186nobodyさん
2005/10/01(土) 15:30:00ID:???0187nobodyさん
2005/10/01(土) 20:59:25ID:???お前、「だって教科書にはそう書いてあったもん！」とか、
「そんなこと学校で習ってないもん！！」って
顔を真っ赤にして大騒ぎするタイプだろ？ｗｗ
0188nobodyさん
2005/10/01(土) 23:38:20ID:???0189nobodyさん
2005/10/01(土) 23:41:50ID:???「数」の使い方知らないんだから。
0191nobodyさん
2005/10/02(日) 16:58:24ID:???これがDBサーバー分散？
0192nobodyさん
2005/10/02(日) 17:08:11ID:???0194nobodyさん
2005/10/04(火) 02:02:43ID:???mixiなんか全然良くて
0195nobodyさん
2005/10/04(火) 05:20:15ID:???0196nobodyさん
2005/10/06(木) 01:23:01ID:???安いPCサーバ使ってるからじゃないの？
１台１億ぐらいの専用サーバ使えばそんなにいらんだろ
>>195
で、設計っていうのは、仕様が無いとできないんだよ
お前が何を創造してるのかによる
0197nobodyさん
2005/10/07(金) 14:07:02ID:???0199nobodyさん
2005/10/13(木) 02:12:56ID:???マジで！？全部並列で繋げていたのかな・・・。
というか、その当時でそのスペックなら1台100万ぐらいしたんじゃないか？
と言うことは、10億か・・・
0201nobodyさん
2005/10/15(土) 01:55:03ID:???http://2chart.fc2web.com/2chart/10bai.html
0202nobodyさん
2005/10/24(月) 17:17:07ID:???> 現在のmixi
> ・ 1日は6000万ページビュー
> ・ ユーザ数135万人(1日約7000人)
> ・ アクティブユーザ70% (3日以内にログイン)
> ・ 作成された日記3950万件(1日約24万件)
> ・ 約150台のサーバ
億単位のメインフレームなら一台…とまではいかなくても数台で済むだろうね。
0203197 40Gじゃなくて80Gだったけど
2005/10/26(水) 02:42:26ID:???保有台数は2倍規模の8000台となった。(2001/5/2)
Googleのストレージデバイスの多くはMaxtorの80GBハードディスク・ドライブだ。
http://www.atmarkit.co.jp/news/200105/02/google.html
Googleでは、1万台を超えるコンピュータを稼働しています。(2004/05/20)
http://japan.cnet.com/interview/story/0,2000050154,20067323-2,00.htm
Googleアーキテクチャでは、1台当たり1000ドル程度の一般的なサーバを、相互に連結したノードとして配置している(2005/03/03)
実際、Googleでは毎日、多くのマシンが故障している。そこでGoogleはマシンの故障に対処する方法を自動化し、
高速で信頼性の高いサービスを安価なハードウェアを用いて構築できるようにしている。
http://www.itmedia.co.jp/news/articles/0503/03/news046.html
インテルのサイトに詳しく出てたんだけどもう見つからない。
当時一日数百台ペースで増えてると紹介されてた。
0204nobodyさん
2005/10/27(木) 20:16:54ID:???どのくらいのアクセスに耐えられるんだろ？
予測としては、月10万PV、会員1000人、光回線+Pen4 3GHz+2GB+500GB
なら余裕だと思ってるんだけど。そういうの調べるところって無いよね？
0206nobodyさん
2005/10/27(木) 20:54:59ID:???0207138
2005/10/27(木) 22:13:28ID:???-9223372036854775808 ～ 9223372036854775807 っていう広大なデータを扱えるわけだしな。。
そこまでデータ量が増えるまでの間、値が枯渇しそうになったら別の方策考えるって感じじゃないかねぇ。
まぁ先にあったようにそこまでデカくなるんだったらクラスタリングだとか考えるのが普通だろうけど。
素人考えでス・マーヌ
0208nobodyさん
2005/10/28(金) 01:26:00ID:???月100万ぐらいなら余裕だと思うが、
画像・動画の多さとかプログラムの糞さとかにもよるから
一概にはいえん。
0209nobodyさん
2005/10/28(金) 01:58:21ID:???だいたいシステムを開発（サービス開始）する時ってある程度環境を
想定すると思うんだけど、205がが言うようにSNS系の場合、
まだ世間的にも実績らしい実績がないから、検討しづらいんだよね。
mixiは会員100万で150台の鯖らしいけど、GREENは20万人で15台とかだし。
とにもかくにも、SNSってこれからもっと流行ると思うよ。
色んな展開が考えられるし。
0210nobodyさん
2005/10/28(金) 02:26:49ID:???古くなったデータは期限を区切ってサマライズし別DBへ移す。
また更に古いものはバックアップメディアに移してDB上からは消える
という作りが定石となっている。
ただただ増え続ける → 限界を超える → バータリーに凌ぐ
（奴ら流に言えば「スケールアウト」かｗ）
を繰り返すのはとても賢いやり方とは言えない。
2chでさえ「DAT落ち」という仕組みがあるのにな。
0211nobodyさん
2005/10/28(金) 04:52:51ID:???例えば、1年前のコミュの書き込みは消すとか
半年ログインしていない会員のデータは削除するとか
色々とあると思うけど、それをすると逆に手間にならない？重くなると言うか。
0212nobodyさん
2005/10/28(金) 10:59:03ID:???0213nobodyさん
2005/10/29(土) 07:22:02ID:???サービス時間が決まっているシステムならオンライン終了後に動かす。
24時間稼動のシステムだとDBを二重化しておいて、入れ替えながら
オンラインと一括処理を裏表で回す。
0214nobodyさん
2005/10/29(土) 09:54:34ID:???あ、そういう処理するのが普通なのか。
人が少ない時間帯にこっそりバッチまわすのかと思ってた。
某ブログさいとは深夜３時ぐらいからなぜか重くなるのでたぶん
そういう処理をしてるんだと思うけど。
勉強になった。㌧。
0215nobodyさん
2005/10/30(日) 01:13:25ID:???mixiの仕様書でもなんかそう言う事書いてあったね。
ところでSNSってmixiほど大きくなくて、狭い範囲で
やっても面白いと思うんだよね。社内SNSとか。
けど、あまり浸透してないよね。もっとビジネス的に使える方法あるのに・・。
0217nobodyさん
2005/10/30(日) 10:52:10ID:H1lPptD3PostgreSQL8.xはパフォーマンス優れてると思うが
0218nobodyさん
2005/10/30(日) 15:51:52ID:1KfOrRxKメンバ変数ってあんま使わないよな
どうせメソッドに引数で渡すんだから
0219nobodyさん
2005/10/30(日) 16:41:03ID:???クラス間の参照渡しでありがたみが分かる。
引数として使わない内部変数と、引数とそのアクセス関数の区別が。
0221nobodyさん
2005/10/31(月) 22:17:21ID:Ee1ViGeDユーザーのプレファレンス値に関するテーブルってどうやったらいいかな？
目的別にテーブルをつくる？となるとテーブル数が膨大になりそうな…。
キー名、データ型、データのカラムを用意して必要なときにキー名で読み書き？
user_preferencesみたいな名前にして。
おまえらの経験からアドバイスもらえるとありがたい。
0222ひろゆき
NGNG0223ひろゆき
NGNG0224nobodyさん
2005/11/01(火) 07:32:32ID:???0225ひろゆき
NGNGIDとかpassとかよく読むテーブルは小さめにしておいて、
個人設定は別のテーブルとかのほうがいいかもしれませんが、
ログインするときに個人設定を必ず読むのだったら、
同じテーブルでまとめちゃっていいと思います。
0226nobodyさん
2005/11/01(火) 09:36:54ID:???0227nobodyさん
2005/11/02(水) 01:36:24ID:???0229nobodyさん
2005/11/02(水) 17:08:50ID:KwM8wYV7公開されている資料をみると全体でサーバーが150台っていうから、すべてがDBてわけじゃないだろうし
SNSっていうリソース食いの負荷を考えると30台ぐらいじゃないだろうかね？
0230nobodyさん
2005/11/02(水) 17:10:25ID:???0231厨房ﾁｬｯﾄｻｲﾄ”管理”人
2005/11/02(水) 18:07:46ID:2OgzAjzBまだ、専鯖1台だけだけれども。
(ｾﾚﾛﾝ2.8Ghz 512MB RAM 某レン鯖)
SNCだとサービス追加や会員属性が多くなったり、
複雑な結合を数多くこなさなければならず
DBの負荷がかなり高くなりそうな希ガス。
(人がいればの話だが....)
0232nobodyさん
2005/11/02(水) 19:02:00ID:???トップにアクセスしただけで、70回のDBクエリ。
mixiも、こんな感じなの？
0233nobodyさん
2005/11/02(水) 19:55:45ID:S6YoA3Rv詳しくはmixiに聞いてみないとわからんが、
ページ更新に遅延があるので、毎回動的に作成してるわけでも
無い希ガス
0234nobodyさん
2005/11/02(水) 23:56:59ID:???0236nobodyさん
2005/11/04(金) 14:38:37ID:???結構頑張って減らしたよ。
■ このスレッドは過去ログ倉庫に格納されています