ソーシャルネットワーキングのシステムを作ろう！YouTube動画>3本 ->画像>1枚

と思うんだけど、プログラミングの経験全く無しだから
何からやったらいいのかわからない。
言語はPerl?PHP?作るのにどれくらい時間とお金がかかるんだろ。
greeは個人でやってるらしいけど、どうなんだろ。

誰か「作る」という方向に向かった助言キボン。

お、俺の得意分野じゃねーか。
よし、助言だな。







がんがれ

>>2
おう、がんがるぜ！
やる気だけはあるぜ！
取りあえず、いろいろ調べているところだぜ！

いまやってるサービス全部加入して試せ
人の受け売りじゃなく自分の意見として
それぞれのいいところとわるいところを
最低１０項目ずつ挙げられるようになれ
話はそれからだ

>>1氏ね

>>5
友達のいない1にそんなこと・・・

みんな1の友達になってあげようよ。

覚え書き

勝手な考えですが「２ちゃんねる」が次世代メニューとして「ソーシャルネットワーキング」に参入する場合を視野に入れると意味があるかもしれない。

いきなり「システムを作ろう！」の話で限定をしてしまうとレスのつき具合が悪いかもしれない。今の時期だと積極的な話題が無い場合は過去ログ落ちしてもしかたないのではないかと。

目標の規模が大きいとすると、主に大手ベンダーの方達が参加するとしたらスレッド維持人員としては数が足りなさそうであるし。

とりあえず今回、支援的な意味でレスを入れている訳ですが。
大事なのは最初の２～３行で、残りはただの雑談です。

うわ、ネットサービス板の｢覚え書き｣でスレ占有しはじめるキチガイがここにまできたよ
ウェブログ関係のスレにいきなり対話無しでヌルい考察をひたすら独り言
乗っ取り始める困ったチャンです

自分のBlog作って書けって

友達リストが全部名無しさんなソーシャルネットワーキングって

>>11
なんか、今までにない感じで良いと思う。

>>12
じゃぁ、女の子が全員「ネカマ」かホモ話しかしない「腐女子」だったら？

>>1はちゃんと作ってるのかな？

例えばですが、うちの会社でシステムだけ作って1さんに提供って
ラインでお話は出来ないでしょうか？
いくつかソースまで見せてもらった事がありますが、ＳＮＳのベースシステムって
かなり簡単だったと思います。追加機能はノウハウあれば一行な話も多いですし（blog連携とか）

前提として1さんは何をやりたいんでしょうか？
サービスを作りたいのですか？システムを作りたいのですか？

話が前後しますが、サービス屋さんならお話はできますよー

>>14
phpを勉強中です！

<?php
$a = 1 + 2;
print "1 + 2 = ".$a."\n";
?>

>>15
貧乏な学生なので無理です！
でも、お誘いありがとうございます！
一応いちから自分の手で作ってオリジナルの機能を
搭載しちゃったりそんな感じにしちゃおうかと思っています。

>>5
取りあえず参加したことのあるorkutとgreeについて。
最近やってないのでうろ覚えですが…

orkut
英語なのでハードル高い
初期入力項目が多すぎ
知り合いと繋がってどうするの？って感じ
一通り登録したら、それ以上の発展性はない
ＳＮＳの先駆者（たぶん

gree
人の紹介文を書けるのが面白い
自分がどのように見られていたかを知れる
アイテムのレビューが書けるのはいいが、amazonと連動していないのがつらい
せっかくレビューを書いてもリンクしている少数にしか見てもらえない
運営が適当。不具合が発覚しても全然対応しない
運営の考え方が堅すぎ。出会いを一切排除する訳じゃなくて
もう少し柔軟に考えられたら、と思う

ＳＮＳのユーザーが爆発的に増えたのは「友達いない奴だと
思われたら困る！」と思って、いろんな人を招待しまくったからだと
思われ。
現状の問題点は、一通り登録した後の発展性がないこと。
新しい刺激が常にあるＳＮＳが求められているはず。
出会い系の要素を組み込むことも大切だと思われ。

いちいち糞スレ上げるなボケが！

gree や mixi は日本語でやり取りできるせいで
なんというかかえって生臭い。
orkut は community でおもろい外人といっぱい知り合った。

マヂレスするけど、漏れ作ってるよ。
携帯メイン、PCでもアクセスできるって感じので。

mod_perl + PostgreSQLで作ってるけど、本業が忙しくて
あんまりできてない。

どうせ作るならAudioscrobblerみたいに何か既存のSNSと違ったウリがあったほうが良いんじゃない？

>>21
画期的なのはなかなか浮かばないんだけど。

どちらかといえば、純粋なSNSというよりもSNSとiらんどの
中間みたいな感じかな。
携帯を中心に考えてるから、SNSと単なる簡易Webページ + α
のどっちにも転べるようにしないといかんような気がしたり。
あとは、ある程度、>>17であるような出会いの要素も加味した
つもり。

http://www.opensns.org/

>>23
> http://www.opensns.org/

perlかよ! phpの方がいいんじゃねーの?

XOOPSベースで開発した方が早いかもよ?

逆に、PHPでやるメリットは?
mod_perl前提でやるなら、PHPのほうがいいとは言えないと思うけど。

おう！久しぶりだな。
PHPをちょこっと勉強して帰ってきたぜ。

で、イメージしてたやつが>>21にも書いてある
Audioscrobblerにそっくりなんだ。
まー、内容はかぶっちゃうかもしれないけど、
独自の機能とかそんな感じの、あと日本語対応とか
そんな感じのオリジナリティみたいな感じの
部分を強調していけば大丈夫？みたいな。

で、とりあえずは「ユーザー登録→ログイン」の
流れくらいは作ってみようと思う。

http://otolog.jp/
このサイトが既にAudioscrobblerみたいなことを
やっているのですね。
なんかもうだめぽって感じです。

井ｓぐづｇ；あうｐ４をうｈｐうぽ！！！！

よし！気合入れなおしていくぞ！

ギャンバレ

すまん、もう作った。PHP+PostgreSQL。

でも、WAWAWAっちゅうオープンソースがある。

おー、俺も作ろうと思ってるんだけど、
いまいちデータの管理の仕方がわからん。

>>36
どこがわからないんだ?
FOAFあたりのは、ちょい前のpgsql-jp MLで流れてたな。

>>37
おー、ＦＯＡＦなんてのがあるんだ。
調べてみたら色々載ってる。
まだ俺には基礎知識がたりんぽいな…

>>1
まずはmixiあたりでPGの友達を作って来い。
話はそれからだ。

PHP＋各種DBならメリットが多いのはわかるけど、それほど規模の大きくない
SNS用や無料鯖でも使えるようにPerlで開発してもらいたいです。

ちうか、Perlだけってやつはあるんですかね？

>>40
>Perlで開発して *もらいたい* です。

誰が誰のために開発して *くれる* っていうの？

>>40
DB使わないほど小さいＳＮＳなんて面白くもなんとも無いぞ。

phpbbをうまくりようするってのはどう？参考にできるかも。

SNSつくろうとおもったけど
俺友達いないから
誰も誘えないし
誰からも誘われないや
へへへ

>>38
FOAF = Friend Of A Friend
とりあえず pgsql-jp: 33793 以降を読め.

>>40
Perl だけにしろ PHP だけにしろ, バックエンドなしじゃ無理.

http://www.onigawara.net/onilab/modules/auth/index.php/index.html
どーよ。

あげ

>>46
とりあえず、落としてテストしてみます。

ソーシャルネットワーキングカズ

SNSを作ろうとしてます。まだ設計段階ですけど…Javaで実装します。
基本機能はmixiやgreeといった、日記、レビュー、友達リスト、コミュニティなど。
もうちょっと凝った造りにはしようかとおもいます。
通勤電車の中や、休日にやってるんで、ちょっと時間かかってます。年内～年明けには何とか形にしたいなぁ。
がんばります。
できれば、はじめから、10～30万人ぐらいのユーザー数と相応のアクセス数を前提にした構成にしたいですね。
テストもかねて。。

Javaで…って、占有サーバー借りるのか？

>>51
とりあえず自宅鯖でやってみて、バグ取りやらなにやらをするつもり。
占有鯖なんて、オカネの無い私にはとてもとても…＿|￣|○

ちびちび作ってます。年内～年明けとか書きましたが、この調子だと来春～夏ぐらいになりそうな気配…（；´д｀）
凝った作りにしすぎるのもどうかと思い始めてまつ。

ＳＮＳって正直、日本で出会い系がこれだけ悪いイメージが残ってるなかで
花が咲かないような気もします。知り合い系ってクローズすぎて出会い系
みたいにお金とるところが難しそうね。

ＳＮＳを新規で半年かけて立ち上げても、大手がもっと高機能なサイト
ができてショボーンとなるのが見えてる。それに最初立ち上げたところが
ごそっと会員獲得したらなかなか他のＳＮＳにはその会員は移動しないと
おもわれ。こりゃ最初に客をＧＥＴしたＳＮＳしか生き残れないのは必死。
やっぱやめとこ。時間がもったいないわ。

大手が参入しても対して儲からなくて、個人でやるなら副業並に儲かるシステム
なんかないかな。アダルトとか以外の分野で。

　

hayaku tukurouyo

kimigatukurunda

ima tukutteruyo

スレ違いかもしれんが今は出会い系や知り合い系より覗き系が儲かる。アダルトだけど。

ＳＮＳを使ってめちゃ儲ける方法思いついたんだけど、
僕法学部でプログラミング専門家じゃないです。
ＪＡＶＡくらいならできるけど。
そこで一緒に今すぐでも作ることが出来る
愛知県内のプログラマーの方を探しています。
もちろん事業計画書も作りました。
どなたか興味を持たれた方は他にも
募集をかけているのでお早めにこちらにメール下さい。

>>62
ならその計画書を持って就職してください。

>>62
儲かるのなら先行投資で金を出して作ってもらえばいい。
学生だって金を借りられるところはいくらでもある。

金の匂いがすると寄ってくる奴っているよな

でも>>62は全然金の匂いがしていませんから。残念！！

>>62
この内容がアダルトであるなら、すでにいろんな出会い系はSNSよりに移行している。儲かっていることは確か。

やるなら今のうちだぞ。半年後はわからん。

http://adultfriendfinder.com/ に登録してみた。
無料ユーザってほとんど意味ねぇ。

初心者でSNSたちあげるのにお金と時間どれくらいかかりますか？
プログラミングの経験ゼロ、一人。

なんなら経験者にまかせたいと思っている。
管理にも金かかりますか？

phpbb?xoops?これを使ってつくるの？2時間くり調べたけど理解できない。
前に本屋で売ってるのさらっと読んだけど、素人では何からはじめればいい？
学校いかないで、オタクなる。そして現実どこいけば詳しい人いる大阪で？

>>69
ベーシック認証とメモ帳使って作れば０円。
CMS使うなら無料のもあれば、オーダーメイドで数百万するものもある。

管理は１人でやればただでもできる。そんなサイトはたかが知れているが…

>>70
phpbbやxoopsはプログラム知らなくても使えるように出来上がってるわけで管理画面を使いこなせるかどうか。
本読んでも理解できない奴には無理。サイト作りはどうしても書物に頼るわけだしな。

ありがとうございます。もう一度本読んでみます
最初たかがしれてる程度のモノをつくり、そこからバージョンアップ
していきます。とにかく立ち読みしまくってレベル上げて
から戻ってきます

「実際に会ったことがある人」しか誘えないシステムはどう作ればいいんだろう。
何かを直接手渡せないと登録できないようにすればよいのだが、
どうすればいいのかさっぱり思いつかない。

>73
指紋とかの個人認証を同PCによって同時に判定とか？

割符？

>>73
「実際に会ったことがある」ことを証明できるものってあるのか？
電子的に複製できず、第三者を介して運搬できないもの…。

しかもそれをWebにアップできなければSNSには利用できない。
すごく矛盾した条件だな。

「ソーシャルネットワークとコミュニケーション手法の多様性」ってシンポのメモ

http://www.infosoc.jp/pukiwiki/index.php?%5B%5Bsocialnet%5D%5D

グリーって個人だったんですね



３見やすいかどうかって言ったら確かに見にくいし

Slashster
http://slashster.sourceforge.net/

ってどう？

ASPもあるのね。
http://internet.watch.impress.co.jp/cda/news/2004/12/10/5754.html

Affelio
http://affelio.jp/

こんなのみつけたんだけど、最近でたばっかりなのかな。
オープンソースみたい。

まぁ今危ぶまれている年間自殺者３万人なんていうのもさぁ
何だかんだ言ってお友達と楽しく戯れていた全共闘世代のジジイがほとんどで
そんな奴らのノスタルジーとニートの絶望的な孤独を一緒にされちゃあかなわないよね。

まぁ政府も腹の底じゃあ、このままズルズルと大人になって勝手に死んでくれりゃあ本望
とか思ってるだろうケドさあ、俺達には一人一人明確な敵がいるんだよね。
原因があっての結果。
勉強しなきゃ立派な大人になれませんよなんて乳幼児でも知ってることを
やらなかったらこうなった、なんて言い切れるほど楽天家じゃないんだよね。

アホみたいな受験戦争、家畜のような体罰教育、友達からの陰湿なイジメ、見知らぬ大人のいやがらせ

バブル期に子供にだけ苦労させて親やセンセや同級生は泡まみれで遊び放題。
敷かれたレールの先に娯楽があると鞭打たれ、苦難を乗り越えたどり着いたら就職難。

両親を恨む者、先生の居所を探す者、同僚の近況を探る者、同級生を殺してやりたいと思っている者
そんなヤツらがじっと己の部屋で計画を練っている。
まぁはっきり言わせてもらえば、あんたら、幸せ家族を気取っているのも今のうちだね。

鬱ブームだかなんだか知らないが、テレビ一つ落ち着いて見られなかったような俺らに
勝者、敗者とか貧乏さん番組なんてメディア戦略は通用しないね。

殺されるまえに、必ず殺す。

>81
SQLがいるみたいですね。Perlって点はいいんですが・・・

ＳＮＳはもう終わったよ

終わったつーか今更参入してももう遅いって感じ。

でもこういう仕組みは細々と残っていくような気がするなあ。
学校や地域のSNSとか面白そうだと思うけど。
逆仮装(仮想)パーティー？WinMXの子鯖？的。

そりゃ、こういうものはパソ通の時代から連綿と続いているからね
残るんじゃないの？

地域にSNSを導入していくという”案”はでてるみたいだけどね。行政とかで。

５月ごろからすでにスレあったのね。最近スレタイ検索できない・・・

【分散SNS】Affelioってどうよ？
http://pc8.2ch.net/test/read.cgi/php/1115466506/

なぜかネットサービス板にも

【SNS+CMS+ブログ】Affelio!
http://pc8.2ch.net/test/read.cgi/esite/1119455958/

ついでにこれも

WAWAWA
http://pc8.2ch.net/test/read.cgi/php/1119072589/

http://www.ecmix.net/

こんなSNSどう？

こんなサイトを運営しています。
http://www.friendsjapan.com/
SNSの要素を組み込みたいんですが、どなたか一緒にやってくださろうって方が
いらっしゃったら連絡ください。

86,87さんらが言っているとおり、知り合い系はパソコン通信と似ていると思います。
しかもニーズは大いにあると思いますよ。
参入が早いとか遅いとかよりも使い方を間違えないことがポイントだと思います。

>>91
キミに、「2005年度 全日本うさん臭い大賞」を授与します。

写真もどこからパクってきたのやら・・・。
パクりで肖像権侵害して自分が警察にパクられないようにな。

うさん臭いですか。
写真はパクリではありません。

海外にオープンソースのスクリプトがあるので、翻訳することを検討しています。
修正は必要ですが、ゼロから作るよりは簡単ですからね。

>>94
かなり胡散臭いぞ、おまいのサイトは。
ブッシュと小泉の写真、パクッてんじゃん。
ま、かなりﾜﾛﾀけどｗ

>>94
リチャードとフランチェスコのコメントはﾜﾛﾀｗ
でも、サイトの胡散臭さにも関わらず、おまい自身は爽やかそうな風体だよね。

>>94
じゃあアレですか、写真はパクっていないと？
きちんとモデルに金払って自分で撮影したと？？？

・・・そんな金あるなら、もっと信頼性のあるサイト作りを先にやれ。
その辺のエロ動画サイトよりも胡散臭いぞ。

石田純一に似てるな

希望する関係：恋人

すげえな、小泉首相やブッシュまで
金を払って撮影したのか。
何ものだ！

>>91
だめだ・・・91のサイトが頭から離れない・・・。
ある意味、91は才能があるのかもしれない。

>>101
たしかに、かなり控えめに見積もっても、
>>91は詐欺師になれる才能はあるかもしれない。

>>91は逃亡したのか？

カンダタは逃げ出した！！

>>91
http://www.gaijinpot.com/bb/showthread.php?p=97205#post97205

ソーシャルネットハッキングシステムを作ろうに見えた

>>105
よく探したなｗ
そして>>91はその他人頼みの姿勢をどうにかしろ。

本気でSNS作りたい人居ますか?

>>108
作ってるけど、何か？

世の中、箱を作るより、中身をどうにかするほうが大変なのだが。

>>110
一概にそういえないと思うけどな
てか、ここはそういうスレだし

>108
>91

mixiのようなサイトの場合、PostgreSQLとMySQLと、どっちが向いてるでしょうか？
会員数は5万ぐらいまでとして。
10万人ぐらいの出会い系はMySQLで作ったことがありますが、それほど複雑な処理は
ないですし、カラム数も少ないので、SNSだとかなり違うのではないかと思いまして。

ベンチしてみれば？

つ [ WaWaWa ]

つ [ FoFoFo ]

>>113
mixi程度なら設計の自由度の無いmysqlでも大丈夫じゃない？
なので俺ならパフォーマンス優先でmysqlを選ぶ

>>111
同意。どんな箱を作るかによって中身が決まる場合もあるし・・・

ところで、ここの人たち何人で作ってますか?

現在SNS制作中なんだが、人手が足りないな。
もう一人ぐらい欲しい。。。

>>117
Firebirdなんてどうですか?

OpenPNE

金出すんなら手伝うよ>>119

>>121
119の書き込みを読んで、119が開発者を雇用
するつもりじゃない事くらい読み取れないと、
いつまでたっても就職できませんよ＾＾；

>>122

某企業で働いておりますが、何か？
副業２０万円までなら報告や申告の義務ないし（ｗ
小遣い稼ぎ。

>>121
完全成功報酬型でいいなら、いくらでも出すつもりはありますが・・・

>>122
はい。今新たに人を雇うためのお金がなくて。

>123
必死すぎｗ

>>124
いくらでもっていくらなの？

>>126
どれぐらいやってくれるかにもよるから、
そこは実際話して決めないと・・・

imeemってどう？

>>128
今後は日本でもソフトウェア型のSNSが増えそうですね。
ただ作るのにお金かけると、取り戻すのが大変そう。
そこらへんどうなんですかね～

適当なフレームワークにのっかれば、24h くらいで mixi もどきは
作れるような気もするけど。

>>130
mixiと全く同じではつまらないので、
少し味付けは必要ですよね。(技術的には変わらなくても)

もし話によっては協力してもって人がいたら、
mosuram@mail.goo.ne.jp
に連絡くださいませ。

ID変わってしまいました。131=119です。

>>131
> mixiと全く同じではつまらないので、
> 少し味付けは必要ですよね。(技術的には変わらなくても)

void弾きとか検閲とかゲイ弾きとかそういう面で？

>>133
SNSとして、オマケ的な機能が必要という意味で言いました。

どちらかというと、

> mixiと全く同じではつまらないので、
> 少し味付けは必要ですよね。(技術的には変わらなくても)

mixi というものは、SNS に

> void弾きとか検閲とかゲイ弾きとか

が加わった物であり、その mixi に味付けするんでつよね？

OpenPNEのアレ....mixiパクリすぎ（ｗ

>>136
オープンソースって書いてるけど、どこで落とせるんだ？これ。
画面は本当にまるまるパクリだね

ちとスレ違いかもしれんが…
簡単なSNSをJavaでこしらえていて持っている機能にユーザの日記、ユーザー同士のBBS、コミュニティなどがあるんだけど
それぞれの機能は主役と役割が違うだけで（コミュニケーションの方向性が違う）、基本的な機能は同じ。
モデリングしたらｲﾛｲﾛと抽象クラスができあがってきたんだが、こいつをとりまとめたフレームワークのネーミングに迷っている。
書き込むとかレスするという動作と、タイトル、発言内容という感じのデータモデルで構成されている。
BBSじゃないし、日記でもないし。基本的なコミュニケーションという意味合いでUserCommunicationか？と思ったけど
メッセージのやりとりもコミュニケーションだし、言い出したらキリなさそうな感じ。
何かヒントになるフレーズでもあれば良いんだが……

would you suck my balls, please?

>>138
OpenMessageとか

>>140
いいですね、ありがとうございます。参考になります。

>>138
クラス名・変数名に迷ったら書き込むスレ。Part5
http://pc8.2ch.net/test/read.cgi/tech/1109330204/l50

OpenPNEは、どこで落とせるの？

>>143
俺もそれ知りたい
買った人にはオープンソースのような気がしてきた

てか、たぶんスクリプトで作ってるからソースを隠せないので
オープンソース名乗ってるだけちゃうんかと

snsつくって、どうする？誰も集まらんぞ。

> snsつくって、どうする？誰も集まらんぞ。

人気のあるプロジェクト向けだと、まだまだ人は集まるのでは？

>>145
発想を逆転させて
SNSに集まる人を作ればいいんじゃないか？

>>144
ダウンロードできるようになったよ。

>>148
みつからね('A`)
URLｷﾎﾞﾝﾇ

>>149
OpenPNE専用スレつくらないのかな？
▼安定版最新版はこちら
http://teji.sakura.ne.jp/openpne_1_2.zip

▼開発版CVS
host:cvs.openpne.jp
path:/home/cvs
id:anonymous
method:pserver
pass:無し

引用元
http://shirokuma.tejimaya.com/archives/31051344.html

SNSなんて、技術的には大して難しくないよね？
PHP暦半年くらいの人が一人で数日もあれば、
基本的な部分は開発できると思うんだが・・・。

独自のブログツールとかCMS作るほうが100倍難しいと思う。

>>151
そんなこといったらWeb系のシステムなんてたいてい難しくないよ？
ブログでも数日だと思うが･･･

今このスレに天才プログラマ>>152があらわれた！！
彼は数日中に画期的な新ブログを開発してこのスレで発表するらしい。

SNSとCMSとウェブロ
マルチユーザー仕様だったらどれも似たような仕組みじゃないか
それくらい想像つかない？

まあシングルユーザー用のウェブロは難易度がだいぶ下がるけど
それでも数日でできるとは絶対言わないが :-P

>>154
まあ何を作るにせよ、マルチユーザー（≒汎用）を想定すると途端に難しくなるね。
シングルユーザー（≒自分専用）だったらかなり簡単なんだけども。

一世代前の人はWEBをウェブと読まないそうですが
何と言うのでしょう？

「ウエブ」(エにアクセント)
一昔前の人は、「ワ」以外のワ行音を発音できまっせんw

たしかにどんなシステムにせよ、汎用を想定すると
いろんなことを気をつけなきゃいけなくなってきて、
シングルユーザ（専用）システムより大変だ罠。

mixiって、DBは何を使ってるのでしょうか？

>>159
MySQL
はてな近藤のブログをみてみ

MySQLですか。百数十万人もの会員がいても捌けるとは。
コミュニティとかも全部そうなんでしょうね。
どんなテーブル構造なのか見てみたい。

>>161
どんなに数が多くなろうとも、一つのテーブルに数万件ずつ（せいぜい10万件とか）しか
データを入れないようにすれば問題ないじゃん。
たとえばID番号が1～10万まではテーブル１、10万～20万まではテーブル２に入れる…みたいな。

>>161
だから近藤のブログ嫁って

http://www.hatena.ne.jp/info/tech#tech050921
に mixi のシステム構成の資料があるかれ見てみれ。

>162
実にナンセンスなアイディアだな

はてなのほうはDBMgazineでそのまま記事になってたね

>>165
そしたら良いセンスのアイディア言ってみてよ。
どうせ言えないだろうけど（ｹﾞﾗ

関係ないけどナンセンスというのは馬鹿げてるという意味で、
センスが悪いという意味じゃないよ。

悪いこと言わないから>>164の資料読んどけって

>>168は逃げ出した！！

んじゃ「馬鹿げてないアイディア」を書いてみろっつーのｗｗｗ
書けもしないのに知ったかぶってんじゃねぇカスが。

>>169
読んだけど。手作り感があっていい
大規模なサイトでmod_perlが使えるというのは少し意外だった

>>170
ふつうのていぶるこうぞうだよおばかさん

>>172は再び逃げ出した！！

良いセンスのアイディアは俺には書けないけど
>>162はどうやってリレーションを行うのか気になる

テーブル分割しなきゃならないような状況なら、DBサーバ分散させる方が楽だと思うが……。

>>174
は？？　おまい、「リレーション」をどういう意味で使ってんの？

>>175
んな手間とコストかけられねーよ。

＞んな手間とコストかけられねーよ。

それはお前のことであって一般的な人のことでは無いだろ

てかたかが10万や20万件で別テーブルへって冗談で言ってるのか？

mixiでサーバー150台も必要なものなの？
1日数千万ページビューというのが想像つかないけど。

>>178
3000万だとしても秒間300以上のPVだからな
軽く10000ﾘｸ/秒いくんじゃないの？

mixiってユーザ100万でしょ。活発なユーザが、多めに見積もって20万人。
それぞれが１日平均50ページビューだとして、20万×50＝1000万。
その他ライトユーザたちが平均すると　80万×5＝400万。
合計1400万ページビューくらい？

「数」千万とか数個とかの「数」は2,3～5,6あたりを指すんだし
一千万台じゃないだろ。

一千万台で数千万って言ってたら誇大広告だ。

って

http://www.emercury.co.jp/press/050803.html

に5000万PVって書いてるやん

>>181
お前、どこ行っても嫌われるだろ？ｗｗ
>>180はあくまでも推測だろうが。

いるんだよなー、イチイチこうやって揚げ足取ったり、「詐欺だ」とか
「誇大広告だ」とか騒いだりするヤツ。空気が読めないのかな。

>>182
お前馬鹿だろｗ

数千万って言ってるのに1千万台と推測する阿呆がいるのか。

広告料金に直結する大本営発表をそのまま真に受けるバカがいるのか。

mixiは詐欺だってことか。

>>186=>>184=>>183=>>181
お前、「だって教科書にはそう書いてあったもん！」とか、
「そんなこと学校で習ってないもん！！」って
顔を真っ赤にして大騒ぎするタイプだろ？ｗｗ

日本語が分からないなら母国語で書いていいよ

そもそも学校で習ってないもんって必死に言ってるのはお前だろ。

「数」の使い方知らないんだから。

>>189
で？？　mixi様の発表は全て正しいってか？
ちょっとは自分でも頭使って計算してみろよ。

そんなことより、MySQLに2,900万日記とか1,500万書き込みなんて、どうやると入るの？
これがDBサーバー分散？

ユーザー毎にSQLiteでも使った方がデーモン減っていいような希ｶﾞｽ

>>191 >>169

誰か最高の設計考えて。
mixiなんか全然良くて

↑mixiなんかより

mixiとかはてなが腐るほどサーバ用意してるのは
安いPCサーバ使ってるからじゃないの？
１台１億ぐらいの専用サーバ使えばそんなにいらんだろ

>>195
で、設計っていうのは、仕様が無いとできないんだよ
お前が何を創造してるのかによる

google初期の頃って40Gｘ２のATマシンが1万台以上とかだよね。

>>197
んなわけないだろ。
管理コストいくらかかると思ってるんだ？

>>197
マジで！？全部並列で繋げていたのかな・・・。

というか、その当時でそのスペックなら1台100万ぐらいしたんじゃないか？
と言うことは、10億か・・・

>>199
100億じゃなくて?

これのインスパイヤだろ
http://2chart.fc2web.com/2chart/10bai.html

>>196

> 現在のmixi
> ・ 1日は6000万ページビュー
> ・ ユーザ数135万人(1日約7000人)
> ・ アクティブユーザ70% (3日以内にログイン)
> ・ 作成された日記3950万件(1日約24万件)
> ・ 約150台のサーバ

億単位のメインフレームなら一台…とまではいかなくても数台で済むだろうね。

>>198,199

保有台数は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

インテルのサイトに詳しく出てたんだけどもう見つからない。
当時一日数百台ペースで増えてると紹介されてた。

例えば最近の10万クラスの鯖でSNSをやろうとした場合、
どのくらいのアクセスに耐えられるんだろ？

予測としては、月10万PV、会員1000人、光回線+Pen4 3GHz+2GB+500GB

なら余裕だと思ってるんだけど。そういうの調べるところって無いよね？

>>204
今稼動してるところの実績から，
どれくらいなら耐えられそうかを予測するしかないんじゃないかなぁ．．

月10万なら暇すぎだろ。UDでも廻しとけ

PostgreSQLのプライマリキーにはint4だとかint8を割り当てるのが多いけどint8だって
-9223372036854775808 ～ 9223372036854775807 っていう広大なデータを扱えるわけだしな。。
そこまでデータ量が増えるまでの間、値が枯渇しそうになったら別の方策考えるって感じじゃないかねぇ。

まぁ先にあったようにそこまでデカくなるんだったらクラスタリングだとか考えるのが普通だろうけど。
素人考えでス・マーヌ

>>204
月100万ぐらいなら余裕だと思うが、
画像・動画の多さとかプログラムの糞さとかにもよるから
一概にはいえん。

>>205-206,208
だいたいシステムを開発（サービス開始）する時ってある程度環境を
想定すると思うんだけど、205がが言うようにSNS系の場合、
まだ世間的にも実績らしい実績がないから、検討しづらいんだよね。
mixiは会員100万で150台の鯖らしいけど、GREENは20万人で15台とかだし。

とにもかくにも、SNSってこれからもっと流行ると思うよ。
色んな展開が考えられるし。

勘定系とかトランザクションが増える一方のシステムを設計する場合、
古くなったデータは期限を区切ってサマライズし別DBへ移す。
また更に古いものはバックアップメディアに移してDB上からは消える
という作りが定石となっている。

ただただ増え続ける → 限界を超える → バータリーに凌ぐ
（奴ら流に言えば「スケールアウト」かｗ）
を繰り返すのはとても賢いやり方とは言えない。

2chでさえ「DAT落ち」という仕組みがあるのにな。

ただ、SNSの場合、「古いデータ」というのはどこで区切る？
例えば、1年前のコミュの書き込みは消すとか
半年ログインしていない会員のデータは削除するとか
色々とあると思うけど、それをすると逆に手間にならない？重くなると言うか。

年末の大掃除のときにHDDをフォーマットするよ

そういう落帳の一括処理はオンライン稼動中は当然動かせないから
サービス時間が決まっているシステムならオンライン終了後に動かす。
24時間稼動のシステムだとDBを二重化しておいて、入れ替えながら
オンラインと一括処理を裏表で回す。

>>213
あ、そういう処理するのが普通なのか。
人が少ない時間帯にこっそりバッチまわすのかと思ってた。
某ブログさいとは深夜３時ぐらいからなぜか重くなるのでたぶん
そういう処理をしてるんだと思うけど。

勉強になった。㌧。

>>213
mixiの仕様書でもなんかそう言う事書いてあったね。

ところでSNSってmixiほど大きくなくて、狭い範囲で
やっても面白いと思うんだよね。社内SNSとか。

けど、あまり浸透してないよね。もっとビジネス的に使える方法あるのに・・。

>>215
ビジネスでやってるところはすでに腐るほどあるけどな

>>117
PostgreSQL8.xはパフォーマンス優れてると思うが

いまオブジェクト指向プログラミングしてるんだけど、
メンバ変数ってあんま使わないよな
どうせメソッドに引数で渡すんだから

＞２１８
クラス間の参照渡しでありがたみが分かる。
引数として使わない内部変数と、引数とそのアクセス関数の区別が。

>>216
例えば？

SNSっていうかWebアプリの作り方の質問になるかもしれねぇけど、
ユーザーのプレファレンス値に関するテーブルってどうやったらいいかな？

目的別にテーブルをつくる？となるとテーブル数が膨大になりそうな…。

キー名、データ型、データのカラムを用意して必要なときにキー名で読み書き？
user_preferencesみたいな名前にして。

おまえらの経験からアドバイスもらえるとありがたい。

プレファレンス値ってなんだろう？

プレファレンス値ってなんだろう？

たとえば、ログイン回数、最終ログイン時刻、＊＊をｎ件まで表示するか（のｎ）、＊＊を表示するか否か（true/false）などの値

おぉ、2回送ってた。。。

IDとかpassとかよく読むテーブルは小さめにしておいて、
個人設定は別のテーブルとかのほうがいいかもしれませんが、
ログインするときに個人設定を必ず読むのだったら、
同じテーブルでまとめちゃっていいと思います。

IDとpassはもちろん、個人情報も一緒にしちゃってるな・・・

mixiって、MySQLのmax_connectionsって、いくつくらいなんでしょうか？

>>227
DBサーバが数十～百台くらいはあるそうだから
それぞれ用途別にチューニングされてる希ガス

>>228
公開されている資料をみると全体でサーバーが150台っていうから、すべてがDBてわけじゃないだろうし
SNSっていうリソース食いの負荷を考えると30台ぐらいじゃないだろうかね？

サーバの性能も分からないからなぁ．．

漏れ、実はまじめにSNCの開発を考えてる。
まだ、専鯖1台だけだけれども。
(ｾﾚﾛﾝ2.8Ghz 512MB RAM 某レン鯖)

SNCだとサービス追加や会員属性が多くなったり、
複雑な結合を数多くこなさなければならず
DBの負荷がかなり高くなりそうな希ガス。
(人がいればの話だが....)

http://pc8.2ch.net/test/read.cgi/php/1126456474/528
トップにアクセスしただけで、70回のDBクエリ。
mixiも、こんな感じなの？

>>232
詳しくはmixiに聞いてみないとわからんが、
ページ更新に遅延があるので、毎回動的に作成してるわけでも
無い希ガス

mixiって広告収入だけなのかな？

>>232
PNEのスケジュールとカレンダー生成が異常なだけ

今CMS作ってるけど、トップのクエリ数10～14
結構頑張って減らしたよ。

１）ユーザー情報
２）最新日記カキコミ
３）マイミクユーザの最新日記
４）自分が参加してるコミュ一覧
５）最新おすすめレビュー
６）マイミクからの紹介文
７）マイミク一覧
８）日記コメント記入履歴
９）コミュニティ最新カキコミ
１０）マイミク最新レビュー
１１）マイミク最新アルバム
１２）イベント、誕生日などのアラート

こんな感じ。SQL出しても15～20ぐらいでしょ。特に参加コミュや紹介文はDBからでなくて
ファイルにHTMLとして書き込んでおいて単に表示するってのが望ましい希ガス。
OpenPNEの70ってのは異常すぎ。

そういうのは全部Viewにしたいけど
MySQLはまだViewないんだっけ？

5からﾌｫｰ

さくらインターネットでSNSやろうとしているのですが、

セットアップマニュアル　＋　http://wiki.livedoor.jp/tejicube/d/OpenPNEsetup　
を見ながらやってますが・・・行き詰まってます。。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
７：telnetを使う。
telnet で、　hogehoge.sakura.ne.jp
へアクセス。
IDとパスワードを入力する。

php -f home/hogehoge/www/setup/sql/make_c_member_secure/c_member_secure.php

と入力しEnter。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
この部分で
file 'nonexistent/charsets/?.conf'not found(Errode:2)
character set '#12' is not a compiled character set and is not specified in the 'NONEXISTENT/charsets/Index'file
1:1062: Duplicate entry '1' for key 2

ってでて、先に進めません・・

指摘御願いできませんか？

マルチうざいですよ。
Openpne.jpで聴いてみたら？名前バレるのいやなの？

ちなみにそのエラーでてもテーブルはつくられているはずですよ。

誰もいないの？

http://www.vip-antenna.com/
今日はここまでつくった！

>>243
XSS対策くらいしようね

>>244
ｋｗｓｋ

ｋｓｋ

クロスサイトスクリプティングって
JavaScript でコントロールされる可能性が
あるってこと？

イマイチ分からないのだが。

具体的にどういうことが危ないんだろうか？

クロスサイトスクリプティングで検索したら説明がいくらでもでてくる

要するに>>243で発行されたcookieのなかにユーザー情報が含まれているので
ほかのサイトに漏洩してしまったりしちゃうとのことですか？

書き込みフォームでタグとかを排除するようにすれば良いんじゃないのか？
あと、JSとか？

HTMLタグを使えないようにしとけばおｋ
ってことですね

475 ：学生さんは名前がない ：2006/04/27(木) 05:40:29 ID:4pHsO5gq0
ぬこえもんのサイトにmixiトラップが

476 ：ぬこえもん(=・ω・) ◆S715eQBvs6 ：http://namako.oops.jp/ ：2006/04/27(木) 07:42:40 (p)ID:RgYnKjPv0(5)
>>475
ちょｗｗｗｗｗｗｗｗ
おまｗｗｗｗｗｗｗｗ

個人でSNSを管理してもらって、
散乱しているSNSのユーザーリストを共有してSNSを繋げる・・・・
みたいなもの作りたい

>>243
CSRF対策も。
もっとセキュアプログラミングについて勉強しなさい。

その勉強のために作ってるつもりなんですが・・・・・

>>256
公開したら危ないでしょ。
最悪自分だけじゃなく、同じ鯖使ってる人全体に迷惑かかったりするんだから。

Looops の SNS ってどう？

>>257
ごめんなさいちゃんと作ります

243ですが、ユーザーに掲示板なんかを設置する感覚でSNSを置いてもらって
ユーザーが設置した個々のSNS同士をつないであたかも一つのサイトのようにできれば・・・・

なんて考えてるんですがいい案ないでしょうか・・・・

>>260
SNS内のクローズドなコミュニティとどこが違うの？

>>261
運営者がサーバー用意する必要がないという・・・・

おもむろに対象SNSへリンクを貼る

>>263
リンクじゃなくって、
ユーザーリストを共有して、検索なんかで人探しできたりだとか云々

>>264
そこまでされたらSNSじゃなくなるような

ただの検索ポータルサイトじゃん。

ＳＮＳは中途半端だからなorz

>>265
mixiも検索できるじゃないですか

mixiの招待状下さいな！！

>>269

送りますた。

>>270
あんたアカ消されるよ？

ほしゅ

ほ

ほほ

依存しにくいSNSを考えようぜ

依存しにくいとは？

つまらんものということか？

SNS作ろうとして、openpneをﾀﾞｳｿﾛｰﾄﾞしてみた。
かなり複雑にできてるから作るのやめようかなとも思ってる。
どっかに解説サイトとかないか？

>>278
なんの解説？SNSの作り方か？

>>279
yes

>>280
普通に作ればいいと思うんだが、何がわからんの？

>>281
簡単な掲示板とカウンターしか作ったことしかない俺には全然わからなかったｗ
まぁこつこつ、解読してくよ

作ってるんだけど、XSS対策が大変

>>278
作るも何も、openpneﾀﾞｳｿしたんなら、もう完成してるじゃんか。
それ以上、いったい何を作るって言うんだ。

>>284
独自にしたいことがあるんですが、
どこから手をつけていいのかわからなくて。
PHPマニュアルで確認しながら、作るくらい低レベルなんでｗ

ここはSNSシステムを作るスレであって、SNSサイトを作るスレではないのです

>>285
そういうのは「作る」と言わず「改造」と言うんだ。

ちなみに他人が作ったシステムを改造するのはわりと骨が折れる。
１から全部自分で作ったほうがかえって楽な場合もある。

> １から全部自分で作ったほうがかえって楽な場合もある。

それなんて計画倒れ？

ある程度春休みに作ったけど、使えるところまではいってないな・・・・

> ある程度春休みに作ったけど、使えるところまではいってないな・・・・

うｐ！

http://www.vip-antenna.com/sns/

>>291
なんつーか、デザインのセンスが、

「ホームページを作り始めて１週間経ちました！」

って感じだな。

>>1
SNS作るとき、フレームワークを使う？

なんかオススメありますか？
・Ruby on Rails (Ruby)
・Symfony (PHP)
・CakePHP (PHP)
・Zend Framework (PHP)
・Zope (Python)
・その他 (?)

> なんかオススメありますか？

KENT WEB (Perl)

SNSに特化したフレームワークを作る話じゃなかったのか？

>>293
そのリストが既にRails系のagileなものかZopeみたいなRAD環境に限定されてるので
どれでも良いと思われ

手をつけてみるかな・・・

手が火傷しなかったら無罪なんだっけ？

電流が流れなければじゃ無いの？

普通のPCで50万接続可能にするには幾らぐらい掛かるのだろう？

>>300
1台じゃムリ。サーバは安PC×20台ぐらいで大丈夫だろうけど、回線使用料が怖いよ。

>>300-301
Cometという仕組を使うと安上がりになる？

http://blog.japan.cnet.com/kenn/archives/003149.html
Cometでは、まずブラウザ側があらかじめサーバに対してHTTPリクエストを発行しておき、サーバ側はそのリクエストに対してレスポンスを返さずにずっと掴んだままにしておきます。
そして、別の経路でサーバがキック（メッセージを送信）されたら、それまで掴みっぱなしになっていた複数のリクエストに対して一斉にメッセージを乗せてレスポンスを返すことで、擬似的にサーバからのプッシュを実現するのです。

へぇー、面白いな

>>301
安PCの具体的価値と月額回線使用料は幾らぐらいになるんだろうか
DDoS対策やファイヤーウォールも充分なのだろうか？

例えばピーク時に、1ページ平均50k・同時接続50万・1秒以内に転送
の条件で必要な回線速度を計算して、それを借りるには幾ら必要か調べたら？

全然正確じゃないけど感覚は掴めると思われ

月にどれだけのトラフィックが発生するかを計算した方が現実的。
1Gbyteを超えるならまともな鯖業者選ばないと苦労するよ。

インターネットの上流接続って未だに従量課金だから、あんまりデータ流すとアボーンすることに成るよ。
ブロードバンド化で利用者数増やし過ぎたら、トラフィック多杉で高額の接続料が払えずにアボーンした弱小ISPなんていくらでもある。

> 1Gbyteを超えるならまともな鯖業者選ばないと苦労するよ。

はいはい。自宅鯖で B フレッツ。

Bフレ鯖なんて終わってる(w

open-gorotto ってどうなっちゃったの？
鯖が死んでるみたいだけど。

しょせん公務員の片手間だから。

本業では無理だよな。

辞めたならそうとアナウンスすればいいのに

アナウンスする義務すら無い。
しょせん無料だからな。

文句あるなら金払えってんだ。

新しいSNSを作ろうと思う。

ネーミングを募集する。

>>313-1000

>>314
ネーミング料として2000万円を申し受けます。

新SNS「新しいSNS」

ﾃﾞｷﾀｰ

とりあえず日記かけてコメントつけれれば公開はできるかな・・・・

まあ最低限、つながる機能と日記機能さえあれば、ＳＮＳと言えるわな。

>>319
＞つながる機能
ﾏｲﾐｸみたいなものですかね？

とりあえず、DB使わないで作ってみたんです
だから、PHPさえ使えるサーバーならどこにでも設置できるっていう。
サーバー間でCookieとか持ち歩ければ、点在しているSNSがあたかも一つの大きいSNSみたいに・・・

ネーミングコンサル費用一式、１０００万円ですか。
ボッタクリですよね？[Y/y]

>>321
何言ってんだバカ、２０００万円だよ。
勝手に半額に値切るな。

ボッタクリだと思うなら自分の頭で考えな。
お前の頭で考えられるかどうか分からんけどなｗｗ

　DB使わないならファイルか?
　うまく動作させないとデータが飛ぶから気をつけろよ。

>>323
生ファイルに書き込みするようになってます。
PHPが走るサーバーならDB使えなくても設置できるようにしようと思って。
ちょっとそういわれると心配です

排他制御めんどいから
SQlightでいんじゃね

今どきPHP使えるﾚﾝ鯖ならDBくらいあるんじゃねーの？
xreaとか

>>326
ですかね？
そしたら、大きくなって面倒になる前にあらかじめDB仕様に変えておこうかな

　むしろデータ層分離させて両方対応。

＞データ層分離
ｋｗｓｋ

ここ嫁。
http://www.nulab.co.jp/designPatterns/designPatterns3/designPatterns3-4.html

http://mixi.jp/show_friend.pl?id=6124156

>>330
把握した

>>331
見れないよ

よし、俺も作るぜ

>>334
おう、がんばれ！

とりあえず暇つぶしに俺のHPw
http://afox.s206.xrea.com/

>>336
とりあえずお前が友達のいないキモヲタで、
なおかつクズ２ちゃんねらーにありがちな典型的タイプだということだけは分かった。
貴重な情報ありがとう。

デザインがどうにもならないわけだが・・・・
かっこよくしたい・・・・

最初はﾊﾟｸりから入ってみようか

http://weba.jp/
GoogleMaps＋SNS
地域情報の集積に役立つツールとなりそうですね

参考までにしとけ。まんまパクってバレたら最悪。だが
実際のとこ基礎知識が無いと他所を参考にすることもできんから、
初めてなら２、３冊程度は本買って熟読したほうがいいかと。
http://deztec.jp/z/wiki/wiki.cgi/2chWebBook

>>340
何をキレイゴト言ってんだ。
いくらパクってもいいんだよ。ネットはパクリの歴史だ。
かうてのライブドアポータルとヤフーを比べてみろｗｗ

むろん、訴えられない範囲で細かい差異は出すべきだけどな。

まるまるコピー＞＞＞パクリ＞インスパイア
というかんじか？

たしかにライブドアとヤフーは似すぎ。
ライブドアにげんなりした。

そもそも人間の歴史はパクリの歴史なんだから、
細かいことでガタガタ言うな、と。

フォーマットや方法論をパクって、
見せかけだけちょっぴり変えるのが定石だ。

何も知らないとその細かい差異が出せないだろ。

でもパクると訴訟起こされるリスクが高い。
サイボウズのスケジューラの表示をパクったら訴えられた会社も有ったはず。

他を一切見ないのは良くないが、訴えられるようなレベルで
パクるのも良くない。
程度問題だろ。

>>346
スケジューラの表示をパクったら訴えられるって、それ理不尽すぎじゃね？
そしたらサイボウズはこれまで人類が何百年も使ってきた
カレンダーのフォーマットをパクってんじゃないの。

どこぞの会社が商標登録しちゃったばかりに問題になったキャラクターもあることだし
やったもん勝ちみたいな風潮がある気ガス

やりたいこと　やったもん勝ち　青春なら♪

日記はなくて、つながり機能に特化したものを作りました。
　「孤島からビンを流す会」 http://b.pira.jp/
　そのソース(一部改変) http://b.pira.jp/source.scm

>>351
なつかしい
このメールソフトよく遊んだなぁ

日記の記事なんかもＤＢにぶち込んでるんでしょうかね？
ぶち込むとき、テーブルの「長さ」(TEXT)って最大255のような気がしたんですが、入りきるものなんでしょうか？

>>353
っ　ミジンコ先生が教える　ゾウリムシくんでも分かるSQL入門本

>>353
最大255ってそれ使う型が違うだろ。マニュアル読みなおせ。

>>353
日記の記事もDBに入れてOKです。

VARCHAR型は、0～255バイトですね。
TEXT型は、65535バイトだったと思います。

http://www.techscore.com/tech/sql/
http://www.techscore.com/tech/sql/02_04.html
http://www.rfs.jp/sb/sql/02/03.html

文字には、1バイト文字（1文字分で1バイト使う）と2バイト文字（1文字分で2バイト使う）があります。
・アルファベットや数字など（半角文字）は1バイト文字
・ひらがなや漢字など（全角文字）は2バイト文字
http://e-words.jp/w/E69687E5AD97E382B3E383BCE38389.html
http://www.atmarkit.co.jp/fwin2k/win2ktips/395codeconv/codeconv.html

文字化けについては大丈夫ですか？
http://www.syon.co.jp/syontech/tech003.html
http://ja.wikipedia.org/wiki/%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91

>>354
ものすごいぐぐったんですがみつかりませんでした＞＜

>>355
ごめんなさい

>>356
どうもありがとうございます。
参考にさせていただきます

>>357
text型使えばいいんでないの？

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

作るだけなら作るだけの技術はあるんだけどなぁ
人を呼べて開拓がされてないジャンルなんてあるんだろうか

掲示板系のサービスを利用しているユーザーたちを、SNSに移行させることは可能だと思うよ

SNS＝日記＋掲示板＋メッセージ＋ログイン機能(コンテンツ非公開)

さて、飲み終わりの漏れが帰ってきましたよ
早速書き始めますよ

>>359
掲示板で間に合ってるのにSNSに移行するのかは･･疑問が･･･

外部からはうｐされたファイルを見られないようにしたいんですが・・・・
何かいい案ないでしょうか・・・

Cookies/SessionID持ってないと表示できないとかにするような、そんな感じで具体的に・・・・

画像はドキュメントルート外に保存

認証を通過していれば（Cookie/Sessionで判別）
適切なレスポンスヘッダと共に画像を出力するプログラムを書け

同意なんだが、この方法はコーディングの手間とサーバーにかかる負荷が気になるんだよな
複数の画像を並べる画面とか特に
とはいえこれは割りきるしかねえか？

>>364
通常は不必要な処理をやるんだからリソースの無駄遣いは諦めるしかないだろう。

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

とりあえずそれで実装してみて負荷テストやってみたら？

そうだな。それで実用に問題ありそうなら.htaccessや画像名をランダムにするとかで代用するか。thx。

>>363
レンタルサーバーなんですが・・・・

たとえば「img」ってディレクトリを作ってさぁ、
.htaccessを使ってログインしてないユーザは弾いて、
ログインフラグをセッションに持ってるユーザだけ
imgディレクトリ（の画像）にアクセスできるように・・・出来ないのかな？

>>368
そもそも、セッションをどう管理してるのか理解しているのかと小一時間･･。
>>363の方法で実際にテストして、パフォーマンスに問題があれば鯖を増設したり断念したりすればいいじゃないか。

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

>>367
まさか、ドキュメントルート外に配置できないような鯖を使っているのか？！
それってどんな無料レンタル鯖よ（.htaccessで代用しる）

>>369
ありがとうございます
.htaccess使って、外からは画像だのファイルだの見えないようにできたみたいです。（たぶん）

発行されたCookieなんかも判定してくれるみたいですので
Cookie発行＋そのページからのアクセスじゃないとﾀﾞﾒみたいな感じで作ることにしました
便利ですね.htaccess

ん、リファラか？　ログイン中のユーザにリファラ改竄されたらアウトな対策のように思えるがどうよその辺。
俺はこっちが良いと思うんだが。
order allow,deny
deny from all
allow from 127.0.0.1

>>371
Cookie使ったSessionにページ変移を記録してるんじゃないの？
まさか、Cookie使えない環境をバッサリ切り捨てたのに、容易に改竄できるリファラ見てたり、Cookieに直接保存してたり･･しないよね？>>ぬこ

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

>俺はこっちが良いと思うんだが。
それはもう設定してるでしょ

どうだろな、なんとなく設定してない気が。そして改竄に弱い気が。ま、本人のレス見りゃいいわな。
ところでCookie使えない環境ばっさりって気にする必要あっかな。携帯サイト以外の会員系サービスでCookieオフにするような香具師は
ほっといていい気がする。
というのは、そういう希少種のために大部分へのサービスを変えたり落としたりするのはトータルでマイナスと思うからなんだが。

自分でCookie切ってる奴は放置していいんじゃね？ってのには同感だけど
Cookie使わずとも同等のサービスが実現できる事を考えるとね。

まー、どんな条件まで対応させるのかは作り手（orクライアント）が決めればいいさ

それを言われたら黙るしかない（笑）　クライアントがゴーと言うなら仮に
セキュリティ上問題があったとしてもほっといてゴー、がこの世界の現実だからな（苦笑）

たしかに自主的にクッキーやＪＳ切ってるようなのは
たいていは邪なことをするキモヲタ、と相場が決まってる。

だからそういうヤツらはむしろバッサリ切り捨てるべし。

ついにmixiが画像の直リン対策したね。
http://mixi.jp/release_info.pl

でも、やっぱりログアウトした状態でも画像のURL叩くと見れちゃうんだけど。。。ｗｗ
サーバのキャッシュ（Squid？）に残ってるせいかな？

SetEnvIf REFERER '～～～'
order allow,deny
deny from all
allow from 127.0.0.1

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

まさに>>376さんの言うとおりだと思うし。
ほんとに閉鎖されたSNSなもので

もう閉鎖しちゃったのか・・・

>>378
セキュリティ関係のソフトとかIEの設定で簡単に切れるからねぇ
例えばノートンはデフォでリファラ送らないようになってるし、よく分からずに切ってるのも多いかと

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

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

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

>>379
閉鎖的な って意味では

>>379
あ、いや・・・・
そういうことじゃなく・・・

>>380
Cookieの中には数字入れました
Cookieを発行するページからそのディレクトリ覗いて来たかどうかを確認できればいいので
中身は何でもいいかと

>>381
数字は、全体で固定？ページ単位で固定？毎回ランダムに算出？

ページ単位で固定になるかな？
たぶん

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

キミは「よこしま」という言葉も知らんのか。

>>384
おいおい、誰が幼稚な言葉遊びをやれと言った。
CookieやJSを切るのは自己防衛の手段の一つであり、それだけだろ？

>>385みたいなキモヲタを駆除することが、日本社会のために大事ですね（＾＾

>>380
最近はリファラ必須が適切じゃなくなってるよな。ウイルスソフト入れてる人お断り、
なんて出来ないし、「すまんが一時的にウイルスソフト切ってくれ」とやるのもUI落とすし。
そのくせ改竄が余裕でできると来てるからな。
俺はもうリファラはもう使えればラッキー、くらいでやってるよ。

>>387
一般のユーザー相手に直リンク対策をしたいなら（一応）有効ではあるけど
改竄が容易で、そもそも送らない環境が無視できない数あるのが痛いね。

もし使うなら、信頼せず補助的な用途で使えって事だな。

まさにその考え方。システムの重要な動作には絡められん。
使えるなら使うが、無いなら無いで別に問題なし、って設計。

クッキーとＪＳ切ってるヤツは無視でいいけど、
リファラ切ってるのは初心者も多いから無視できない。

っていうかもそもそもリファラをあてにするシステムを組むこと自体がアホ。
俺は一切リファラに頼ってない。

ごめんなさい

なんかメッタ打ちにされてるが、開発の最初のころに最適な解決策を選べないなんてのはザラだから
別に落ち込む必要は無いぞ。つっこまれたとこを直せば良いだけ。ほっといたらいかんがな。

「ＳＮＳで月収９３万円の不労所得を得た男」
http://kazuboy.jp/sns1.html

ツッコミどころがたくさんあるんだがｗｗｗｗ
まず販売者の顔が（略

>>393に関連した面白い記事ﾊｯｹｿｗｗ
http://column.chbox.jp/home/kiri/archives/blog/main/2006/10/01_025456.html

SNSって儲からないよね
作る前に気づけばよかった

>>395
mixiさんの利益率はスゴイぜ。

>>395
集客足りてねーんだろ。ユーザ何人よ。アクティブ数名だったら儲かるわけねーべ？
仮に一人あたま１００円／月もあったとしても９人で９００円／月だ。

レンタルサーバーの費用くらいは稼ぎたいんだけど・・・・
いい方法はないかなぁ？
使ってるのは、100人くらい

>>397
見積もりがずいぶん小学生的だなｗ

>>398
月額３００円取れば目標クリアじゃん。

でもね、身内なんだ

100人も居るなら月額３００円くらいは行きそうだけどな？
登録だけで使ってないのがほとんどとか？

周りが身内なもんで、お金取りにくいって言うか

月３００円で俺の広告出させてくれ

>>403
トップにある広告はぜんぜん収益なし？

ユーザーから金を取るというビジネスモデルじゃなくて、ユーザー以外から金を取るというビジネスモデルを検討した方がいいと思う。
例えば広告収入とか、いろいろあると思う。

広告以外だと、SNSサービスの利用は集客用と割り切って、何か別に売るものを用意する
とかかな。MixiがFindJobに誘導したみたいに。

あ、でも、そうなると通信販売に関係する登録が要るんだっけ。

広告収益モデルだと、莫大な数のユーザを集めなきゃならんからなぁ。
そうなるとそれを維持するためのサーバ代も人件費も大変なことになる。
>>398の当初の目的と照らし合わせると本末転倒ｗｗ

・・・ま、そんな心配しなくても莫大なユーザ数は集まらないけどさ。

>>403
本当に月３００円程度で十分なら開発ちょっと休んで短期バイトをやったほうが
適切だろうな。

つか望みは本当に鯖代だけか？　ぶっちゃけた話、俺は鯖代程度じゃ話にならん
と思うが。

閑散

>>410
あ、来た。儲からないのがイヤになって止めたのかと思ってたよ。
で、最近どうよ。良いアイディア出た？

そりゃあこのSNS乱立のご時勢に
同じようなシステム何個立てたところで儲かるわけねぇべ
ちょっとサーバサイドの知識があれば誰でも2番煎じのSNS立てられるんだし

うん、ただのSNSだと既にMixiがあるからぶっちゃけ勝ち目薄いよな。
だからどう特色を出すか、Mixiにないどんな売りを用意するかが成功のポイントだと思う。
まあ、それは何だといわれても困るんだがな。
手っ取り早いのはアダルトだろうが、不名誉だしなあ。

学内のメンバーを集めて、それに特化した機能を付け加えていく方向で行こうかと

そうなっとあれだべ
openPNE使ってるとこで
同じような学内向けSNSみたいなのがあるから、それを参考にするといいべ

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

ってことで、学内の様々な機関の幹部クラスを巻き込んで
情報を配信することからまず始めたらどうか？

意外と、多少なら金払ってでも広告(またはそれに該当する情報)をのっけてくれ
って言うサークルとか部活とか多いと思うんだ

但し、学生だからもちろん安価でないと話が通らんわけで
その宣伝が面倒なら食堂の前とかに適当にアンケート用紙でも置いとくとか

>>415
そこまで大きくなるとまた変な奴とか出てきちゃうのかとおもっちゃって不安です。
結局、データベースの構造からページから0から組み立てたもので
穴がないとはいえない部分があるのでその点も心配なんですが。
正直、儲からなくてもいいかなって気はしてきた。

>>417
そっか。まぁ確かに、作り上げるだけでもお腹一杯になる気持ちはわからんでもない
俺も幾度となく
さてこれからどう動かすか、って考え出して、結局
あれもこれも考えてくとマンドクセ、でやめちまったことか・・・
「～作ろう」ってのが主体の企画だと、どうしてもそうなってしまうのはしゃーないと思う
「～やりたい」って言う動機が後付だと、モチベーションが保てんのが人間だ

ていうか、企画して、ちゃんと最後まで作り上げただけでも大したもんだよ
正直この板でかつてそこまでたどり着いた企画がいくつあるんだって話だｗ

直接課金はまだ早いかな、と感じるなら当面広告だけでいいんじゃないかな。実際
直接課金って運用が大変だし、作った直後はきついかもってのは現実的な判断と思う。
自信が出来てから有料オプションとかで後付すれば良いかと。

あと、技術的な穴が怖いってことなら下記のような対策があるぞ。既にやってたらすまんが。
・きっちりバリデートをかけて突っ込まれる値を必ず想定内に納めさせる
・想定ケースを漏れなく作ってテストをする
・ユーザーからのバグ報告をやりやすくしておく

荒らし出身なので考えつくことはやったんですが・・・
やっぱり心配ですね。身内が使うので、さすがに大変なことになることはないと思うんですが・・・・

何かあったら早めに気づけるように各所でログ取るようにしておきました。

クッキーとジャバスクぐらい普通切ってると言うか、信頼できないサイトだから普通はセキュリティ高として扱われるでしょ。

ユーザからのバグ報告を管理しやすくと処理しやすくしておくだな。
これは業務でも言える。
口コミの評価って馬鹿にはできないので、対応が悪いと評価が落ちて人が集まらない。

ログはボイスレコーダみたいに事故が起こったときの原因究明に使うから、それはそれで必須。
でも事故の発見や防止にはそんなに役に立たないからその手段は別に要ると思っておいたほうがいい。
例えばさ、朝一にチェックするとするじゃん。そのとき"実行したSQL"のログの中に
delete from user where id = 1 or 1 = 1
なんて１行を見つけたとしても、そのときにはもう何もかも終わってるだろ？

SQLｲﾝｼﾞｪｸｼｮﾝって奴ですかね？
そのあたりは注意払って作ったつもりなんですが・・・・

>>424
嘘をついちゃ遺憾よ

登録してみて覗いてみましたが、
退会できねーじゃん！
404エラーばっかじゃん！
新しい友達さがせないじゃん！
ＳＮＳではないじゃん！
list_message.phpが真っ白じゃん！

とまあ三村風に突っ込みいれてみた。
これでは金とっちゃいかんだろー。

テスト不足と要件定義漏れを起こしてるときの典型だな。

でも２ちゃんに晒してるのって本番のサイトか？　まさか実運用しようって
ものを２ちゃんに晒すことはないだろ、と思うんだが、

SNSってあれなくない？

まあ本人に聞いてみるのがてっとり早いわな。実際のとこどうよ。
>>424

http://www.vip-antenna.com/sns/
だよな？一応このサイト見てレビューしてみたんだ。
正直ちょっと良いものとは言えないな。
後424のトリップが違うみたいだけど成りすまし？

>>420
＞・きっちりバリデートをかけて突っ込まれる値を必ず想定内に納めさせる
＞・想定ケースを漏れなく作ってテストをする

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

一番大事な対策は、「規約をしっかり作る」だよ。
もちろん運営者側が余計な責任を負わずに済むような、しっかりした規約なｗ

>>430
ありゃ？　俺が知ってるのとアドレスが違うなあ。どっちが本物だ？

>>431
なんか煽りっぽい文面だが、それが危機対策の最後の砦になるのは認める（笑）
つけ加えるなら、権利の保全も出来ると嬉しいな。著作権も自分の物に出来るとか。
うまくすれば電車男のときのひろゆきみたいに印税で儲けられるかもしれん（笑）

>>430
それ、昔々のDB使わない版ですよ
別に新しく作ってみたんです。

ちょっと今回は用途に特化したもの作ろうと思ってたんで汎用性低い気はしますけど
手直しして公開なんかできればいいんですけどね

>>432
技術者発想だと、
「どうやったら完全にセキュリティリスクを無くせるか」って考えるんだろうけど、

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

人間の活動に完全なんてありえないんだから、コストとのバランスで考えるしかない。
安い値段と完璧な品質を求めることって、原理的には矛盾した要求なんだから、全部呑むのは無理。
だから一番大事なのは、実はシステムではなくてルールですよ。

免責を定めた規約は絶対条件だが、それはあくまで最低条件だな。
コストを考えればこそ取るべき対策は取らんといかん。
前の例だとユーザマスタが全部飛ぶから、仮に免責条項で賠責コストを０に出来ても
対応コストがハンパ無い。対策とっといたほうがたぶんトータルで安い。起こらない
可能性を計算に入れてもな。
まあ、完璧なセキュリティなんてのはハナから論外なんだが。

しかしその「完璧」を求めるバカがけっこうな数いる。それが問題。
特に個人情報保護法などというｽｯﾄｺﾄﾞｯｺｲな法律が出来てからバカ急増。

利用規約なんか作ったことないや・・・・
ｺﾋﾟﾍﾟしてきて中ちょっとかえて自分の理解できるような言葉で書いておけばいいのかな・・・・

>>437
一回DBバージョンのSNSにログインしてみて下さい。

新しいほうですか？
>>430のほうは生ファイル書き込み版の古いバージョンですよ？

ｗｗｗ
みごとにやられてるｗ

>>440
なんだなんだ？　SQLインジェクションでもかまされたか？？
そういうときのために、ガッチリ規約を作っておかないと。
「悪さしたヤツはどこまでも追いかけて、１億円賠償請求します」ってｗｗ

>>441
>>430の旧式のほう見事にやられてましたｗ

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

>>434-436のことも一理ありますけど、やっぱりそれなりには作らなきゃまずいんだろうし。

>>442
何が起こったんだ？

>>442
たぶん新式のほうも他人がログインできるよ。
ぬこえもんはウェブプログラミングに関しては素人同然だということがわかった。

>>444
ごめんなさい。素人です。

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

name LIKE \'%
\'%の部分って、どういう意味があるんでしょう？

>>436
受容も立派なリスク対策の一つなんだが、理解しない奴は理解しないからねえ。
最善を尽くしてもやられるときはやられるのがシステム、って認識が早く広まって
ほしいわな。

>>446
ん？　「受容」って、何を？？

＞最善を尽くしてもやられるときはやられるのがシステム
そう、しょせん機械だから誤動作したり壊れたりなんだりして当たり前なのに、
なぜかみんなコンピュータにだけは完璧を求める傾向がある。
「コンピュータは常に間違わないはずだ」という、ある意味で正しいがある意味で間違っている思い込みがあるせいだな。
ま、ド素人は後者の間違った解釈のみでそう思い込んでるんだろうけど。
しょせんは機械でありただの箱でしかない、ということを啓蒙する必要がある。

・追記
コンピュータの心得が無い者にとっては、
「ソフトも機械の一部」という考え方が理解できないのかもしれない。

>>445
DROP TABLE！？　誰だよ、とんでもねえな。やりすぎだろ。

name LIKE \'% はサニタイズされてるからわかりづらいが、たぶん name LIKE '%' となる
ように狙ったんだろう。要するに「全部」だ。

>>447
悪い、あんまり使わない用語だった。受容ってのはリスク対策の用語で、あるリスクに対し、
対策を取るほうが無理があるので、存在するとはわかっているがあえて対策を取らない
とする対処法の事。

>>450
なるほど、つまり「リスクがあるのは分かってる」んだけど、
「現実的には対策できそうもない」ので、
リスクの存在を知りつつも「受容」（放置？）するって意味か。

>>451
そう。消極的な対策だが、現実にそれがベストなことは多い。
他には「対策は可能だがやるべきではない」ときも受容する。
仮にあるリスクを金額換算で見積もったら５００万、その対策費を見積もったら１億だった場合、
あえて対策をとったら９５００万分も事態を悪化させてしまう。なにもしないほうがまだマシだ。

具体的な例で言うなら、仮に納入直前の成果物にちょっとしたセキュリティホール（評価額５００万）
を見つけても、納期が３時間後であるならそれはそのまま納品せねばならず、あえて修正して納品を
遅延させたあげく履行遅滞による損害賠償責任１億円を発生させることは許されない、という
ところかな。

>>452
遅延で1億取られる事ってあるのか？金融系とか？遅延期間にもよると思うが。
そういったシステムに関わった事がないのであるなら是非教えて欲しい。

たしかに遅延で１億とか、俺には想像つかないし関係ない世界だ、、、。

ここではスレの主旨にのっとって、
ＳＮＳを自分で開発・運営したときのリスクについて話し合ったらどうだろう。

ロリポップってデータベース一つしか作れないのかな？
ちょっとうｐしてみようかと思ったんだけど。

XREAにすればいいのに。

XREAってもう無料サーバーの募集してないんだ・・・・
アカウント一つ持ってたけどパスワードわすれてしまった・・・・

年間2400円くらい払えばいいのに、と思わないでもない。

でもちょっと容量少ない気がする

2Gあれば十分だろ

2Gあれば十分だろ

あ、50～150ってのは無料スペースのほうかな？
でも今月受験料払ったから金欠なんだ。

だからやるなら月末にしようと思うんだ。
もうすぐお金が入るし。

ぬこえもんは言語は何使えるんだ？
余り使いこなせない言語も合わせて教えて欲しい

■あまり使いこなせない
Java、Perl、C++、Ruby

■ある程度使いこなせるとは思ってる
C、ｱｾﾝﾌﾞﾗ、C#、PHP

あ、ｱｾﾝﾌﾞﾗって言ってもﾊｰﾄﾞ依存が強いから
PICとH8マイコンとかZ80ちょっと使う程度で

がんばれ！ぬこえもん　俺の為にｗｗｗｗｗｗｗｗｗｗｗｗｗ

いやいや俺のために頑張れ

>>464
そんなに高い技術力があるのに、年間2400円の鯖代すら払えないとは、
つくづく人間の勝ち負けって能力じゃないことを実感する。

学生さんはお金がない

http://gigazine.net/index.php?/news/comments/20061025_tadacopy/
学生さんガンバレ～☆

>>469
学生だろうが何だろうが、それだけいろいろ出来るのならば
その技術をお金に換えればいいだろ。
ほんのちょっとやるだけで、年間2400円どころか年間240万円の買い物だって出来るぞ。

金への換え方が分からないならウンコであり、
その技術を持っている意味は全くない。見事な持ち腐れ。

>>471
コレは俺の個人的な感想なのだが、
SEとしてカネを得るとか、労働集約的なコトだけが大切ではない
学生の内は（学費や飯代も自分で稼がなければいけない状態を除き）
資本集約（というか知識集約）的なところに夢を持つのもいいことだと思う

ちょっと論点がズレてるしスレ違いでもあるのでスルーしてください

>>472
＞SEとしてカネを得るとか、労働集約的なコトだけが大切ではない

もう、この時点で発想が歯車サラリーマンまっしぐら。
まさに知的財産（たとえばプラグラミングの技術など）を生かせない、典型的なタイプ。
労働集約しなくても稼ぐ方法を少しは考えなさいよ。

まあ、自分で論点がズレてるのを自覚してるみたいだけど、なんかもったいないよ、それじゃ。

年間2400円を躊躇するほどの貧乏は、さすがに何とかしろと思う。

「天才的なひらめきと、完璧なデッサン力と、
　超人的な技術を兼ね備えた新人画家！
　けれども、貧乏だから絵の具一本すら買えないんだよ」

はいはい、わかったから砂場で落書きでもしてろ、って思うだろ？

（ﾟдﾟ）<ｼﾒｼﾞ

貧乏だろうが、どーでもいいだろ
ここは人生相談するスレじゃねーぞボケ

どんな貧乏学生でも、月額200円を払えないのはどうかと思う。
学業に専念してバイトをしてなかったとしても払える余裕あるだろ、普通。
お前はポッキーを月に１個買う余裕すら無いのか、と。

貧乏人にも道はある。
まずは無料のland.toでアフィリエイトサイトから始めよう！
月に数百万を稼ぐスーパーアフィリエイターがやっている分野を狙えば、多少は効率よく稼げると思うよ。
http://www.academiajapan.com/

…アフィリエイトは高額商品か、高額報酬の商品を扱わないとダメだね。

おまいらそこまで言うならカンパの一つもしてやれよ……

スレ違いの話題は他所でやれ

とりあえず>>450が言い訳野郎ってとこまで読んだ

7日間無料とかあるみたいなのでXREA借りてみました
設置したとしても、SNSっていうかレポートやらの
共有サイトとして作ったものであんまり面白くないと思いますよ。

問題点指摘していただいたり、
こんな機能あればいいんじゃないかって事ありましたら
おそらく皆さんよりは時間があると思いますので頑張りますが。

設置できたらお知らせしますね

プログラマなんて金儲けから一番遠いところに居ると思うが。
低賃金で扱き使われても逃げ出さずに、青果物の製品はぼったくり価格で売られて、儲けが経営者の懐にがっぽり入る。

>>483
うぜえよバカ

>>481
何をワケわからんこと言ってるんだお前は。しかも亀レスで。

>>483
不満があるなら、とっとと独立しろバカ。
それが出来ないなら、黙って働け無能な歯車。

>>482
楽しみにしてる。
できたらデザインをイイ感じにしてほしい。

>>486
他人に期待しないで自分でやれドアホ。

>>487
お前はどんなものを作ったんだ？

サーバー変えたらセッションでのログインつかえなくなっちゃったみたいだ・・・
そもそも使えてなかったのかな・・・

切り分け汁。まずはそれから。

>>488
俺は自分で某SNSシステムを制作して某社に売却。
他人になんか期待しない。のろいし。

>>491
へぇ、某SNSを作って某社に売却した製作者様ですか。
某SNSをねぇ。凄いじゃないですか某SNSを作るなんて

ぼくには真似できないなぁ

けんかをやめて
ふたりをとめて
わたしのために
あらそわないで

>>494
無理すぎ（笑）

キバヤシ 「『かたわら』、この『ら』はノイズなので除去する。すると

↓次　な、なんだってー！AA

だめぽ（笑）
もうＸＲＥＡ借りちまおう・・・・

ぉゃ、セッションの問題は解決したの？