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

SNS作ってみよう

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

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

http://tiraura.sytes.net/
0202nobodyさん2006/09/28(木) 10:57:02ID:???
①仕様

・ユーザー招待機能
・ユーザー登録機能（プロフィール項目可変式）
・日記機能（写真アップ、コメント付けられる）
・コミュニティ機能（カテゴリー選択、参加制限、写真アップ、コメント付けられる）

具体的な機能としては、mixi、OpenPNEと同等か、それ以上の機能ありでOK
個別に書き出すのが面倒（＝アジャイル？ｗｗｗ）なので、そういうことでヨロシク。

それではみなさん、
②DB設計をよろしくお願いします。

>>198
①仕様を考える
②DB設計　←今ココ
③コーディング
④サーバにインストールして公開
0203nobodyさん2006/09/28(木) 10:59:23ID:???
>>201

それじゃ、
①仕様
・PHP5
・SQLite
にしましょう。

うむ、MySQLよりSQLite使った方が、コンパクトなSNSってかんじでイイかも。
PHP5なら、デフォルトでSQLite使えるし。
0204nobodyさん2006/09/28(木) 11:01:57ID:???
あ、ワタクシSQLite使ったことないので、ご指導ヨロシクお願いします。

http://ja.wikipedia.org/wiki/SQLite
SQLite はMySQLやPostgreSQLと同じDBMS（データベース管理ソフト）である。
一般的なRDBMSに比べて大規模な仕事には不向きだが、中小規模ならば速度も遜色はない。
また、APIは単純で単にライブラリを呼び出すだけであり、データの保存には単一のファイルしか使用しない事も特徴である。

特徴
SQL92の機能の多くを実装
ユーザーという概念がない
サーバではなくライブラリ
データ型を指定する必要がない
トランザクションのサポート
ビューのサポート
トリガーのサポート
Unicodeのサポート
Ｃ言語を使って関数を追加できる
TCLバインディングを配布キットに標準添付している
PHP5で標準サポート
その他、C, C++, Perl, Ruby, Python, Delphiなど多数の言語用のバインディング
0205nobodyさん2006/09/28(木) 11:04:07ID:???
どっちかにまとめるより
得意な方を使えあえばいいと思うよ

MySQL
全体の検索がいる　日記帳とかユーザー情報
コミュニティ　概要と紹介文

SQLite
検索する必要のないユーザ情報と足跡
コミュニティ　発言内容

みたいな感じ
0206nobodyさん2006/09/28(木) 11:11:36ID:???
②DB設計

どんなテーブルが必要ッスか？
テーブル名のプレフィックス（接頭辞）は、何か付けますか？
＝OpenPNEはテーブル名の頭に「c_」とか付けてますね。

(1) メンバー関係
(2) メンバー招待関係
(3) 日記関係
(4) コミュニティ関係

あと、SNSの設定情報関係、管理者固有の情報関係も収めておく場所が必要になるなー。

　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　アジャイル！アジャイル!
　　(　 ⊂彡
　 　|　　　|　
　 　し ⌒Ｊ
0207nobodyさん2006/09/28(木) 11:20:08ID:???
>>205
一つのシステムで、複数のDBを使い分けてるの？
1つのDBにまとめた方が、メンテナンスしやすいと思います。

＝DBの違いは、DB接続ライブラリを間にかまして、どんなDBでも選べるようにすることになるのかな？

・PEAR::DB
・ADOdb
みんな何使ってる？

コーディングは、オブジェクト指向プログラミングじゃなくて、プロシージャ指向プログラミング（構造化プログラミング）の方が、改造しやすくなると思うけど、どうでしょうか？
＝DB関係で、O/Rマッピングは使わなくても良いと思います。
＝シンプルイズベスト、改造しやすいことを第一
＝手抜きで適当に作れればOK
0208nobodyさん2006/09/28(木) 11:44:59ID:???
そうすると言語はPythonがいいね
0209nobodyさん2006/09/28(木) 11:52:56ID:???
初心者は、勉強として参加
上級者は、アドバイス
クレクレ君は、応援＆宣伝

(　^ω^)ﾉｼ
0210nobodyさん2006/09/28(木) 11:53:13ID:???
>>208
オイ待て
0211nobodyさん2006/09/28(木) 11:57:24ID:???
>>208
言語別に、それぞれの言語が使えるユーザーに取り組んでもらおう！

担当：
・Python　→　>>208
・Perl　→　>>1
・PHP　→　>>199
・Ruby　→　>>3
・Java　→　>>164

みなさん、それぞれ好きな言語で参加してください☆
0212nobodyさん2006/09/28(木) 11:59:24ID:???
>>211
Rubyを入れてくれたお前に好感を持った
0213PHP2006/09/28(木) 12:01:04ID:???
↑プログラミングができる方は、名前欄に自分の使っている言語を書いてくれませんか？

複数の使用言語がある場合は、SNSを作る場合に使用する言語として１つだけでOKだと思います。
（別に複数書いても問題なし）
0214Java,Ruby,Python,Jython2006/09/28(木) 13:11:31ID:???
>>213
こんな感じ？
0215nobodyさん2006/09/28(木) 14:56:23ID:???
Pythonは興味あるなぁ。
0216nobodyさん2006/09/28(木) 15:06:30ID:???
とりあえず②のＤＢ設計について、
俺が今開発中のものを参考に書いてみるわ
なんちゃってrails風味で

users
id(int)
username(varchar(255))
age(int)
birthday(date)
bloodtype(varchar(2))
profile(varchar(255))
created(datetime)
modified(datetime)

diaries
id(int)
user_id
title(varchar(255))
body(varchar(255))
created(datetime)
modified(datetime)

以上続きは任せた（日記コメント、コミュニティ、コミュニティへの所属関係、マイミク関係etc）
0217nobodyさん2006/09/28(木) 15:37:59ID:???
ttp://journal.mycom.co.jp/photo/articles/2005/05/26/qc/images/001l.jpg

なんとなくこれを思い出した。
0218nobodyさん2006/09/28(木) 18:00:02ID:???
PHPとJava（JSP含）とPythonがどれも平凡に出来る、漏れが来ましたよ！
DBはPostgresが使えますっていうか　それでがんばってるけど。
最近、JavaでDBにコネクション張りつづけてPHPでとってこれたらよさげだな

っていう妄想をしました。
0219nobodyさん2006/09/28(木) 18:03:29ID:???
> DBにコネクション張りつづけて

それって何か意味あるんだっけ？
0220nobodyさん2006/09/28(木) 18:10:06ID:???
>>219
そうだねぇ、例えばクエリデータとかを共有化(キャッシュ)したり。
共有メモリとしてもたせたり出来たらいいなぁ。
あとはコネクション張る作業って大変ぽいからなぁMySQLやｵﾗｺｩはどなのかしらなけど。
トランザクション単位での処理では無くなってちょっとうれしい？

オレのﾎﾟｽｸﾞﾚに対する愛さ！
0221nobodyさん2006/09/28(木) 21:07:41ID:???
DBってしたことないけどまぜてもらってもいい？
PerlとRubyが趣味程度にできます。
0222nobodyさん2006/09/28(木) 21:28:46ID:???
> PerlとRubyが趣味程度にできます。

Ruby on Rails, Catalyst, Jifty, CGI::Application

この中から、使いこなせるものを選びなさい。
0223へっぽこ君 ◆vPBS8pifwk 2006/09/28(木) 21:57:42ID:???
ご無沙汰してます。
スレの流れが変わってきましたね。
要領の悪い汚いソースを晒すのはやはり気ガ引けるので
参考になるかどうかわかりませんが、うちのテーブルを書いておきますね。

perl5.8/MySQL5.0

■ユーザーテーブル
通し番号、名前、住所、誕生日、性別、自己紹介、書込み回数、閲覧回数、
画像ファイル名、登録メールアドレス、パスワード、
メッセージフラグ（新着があればtrueを入れる）、足跡履歴（split,joinで編集）、足跡設定（ON/OFF）、
フレンドリスト（split,joinで編集）、コミュニティリスト（split,joinで編集）

■投稿テーブル
通し番号、カテゴリ、タイトル、内容、投稿名、日付、更新日付、
削除フラグ（trueが入ればあぼーん表示）、備考、IPと日付を元に暗号化されたID、
ホストアドレス、最終投稿者、アップ画像、投稿者No、閲覧回数

■コミュニティテーブル
通し番号、タイトル、内容、投稿者、作成日付、画像ファイル名、備考、作成者No

■メッセージテーブル
通し番号、未読フラグ（trueなら未読）、タイトル、送信者、送信先、送信日時

スクリプトの流れはデコード→各サブルーチンにとんで検索、挿入、追記、削除等を実行
その結果をHTMLに整形して吐き出してます。（あたりまえかorz
みなさんの書込みを拝見して少しでもいいものが作れたらなと思ってます。
これからは一参加者として参加させて頂ければ幸いです。

一応、メインスクリプトだけ晒します。
http://tiraura.sytes.net/rbbscgi.txt
0224nobodyさん2006/09/28(木) 22:10:42ID:???
インスコしてみたが動かない。orz
弄っても動作確認できないじゃん。
0225nobodyさん2006/09/28(木) 22:11:26ID:???
>>222
全部できません。orz
掲示板程度のCGIが作れる程度です。。。
0226nobodyさん2006/09/28(木) 23:02:48ID:???
>>223
>（split,joinで編集）

1レコード、1カラムに複数のデータを詰め込んでいるの？
0227nobodyさん2006/09/28(木) 23:05:17ID:???
>>225
できることからやればいいんじゃない？
0228nobodyさん2006/09/28(木) 23:17:04ID:???
>226
そうです。
フレンドリストやコミュリストの数は各々違うので

へっぽこ,001<>うんこ,002<>おぱーい,003<>.....

こういう形にしてます。
DBはやりはじめたばかりなんで、いまいち分かってない部分があるかもなので
こうしたほうがみたいなのがあれば教えていただければ嬉しいでつ。

1レコード、複数データってのはDBでは邪道ですかね。。
0229nobodyさん2006/09/28(木) 23:21:22ID:???
>>227
うん、がんばる。(｀・ω・´)
0230へっぽこ君 ◆vPBS8pifwk 2006/09/28(木) 23:22:53ID:???
>>229
ぽいらも初心者に毛がはえたようなものなので
お互いがんがって勉強しまそ
0231nobodyさん2006/09/28(木) 23:47:27ID:???
>>228
・リレーショナルデータベースでいうところの「正規化（normalization）」がされていない。
・その複数データを、Perlで配列に入れたり出したりしていると思いますが、その分無駄なオーバーヘッド（負荷、時間のロス）がありそう。
と思いました。

＝1カラムに複数データ詰め込んでいるところは、別テーブルに切り出して、データの処理はPerlじゃなくてSQLで操作するようにした方がいいんじゃないかと思います。
＝1レコード中で、横展開になっているデータを、縦展開に直す。
SQLで処理できることは、Perlでやらなくていいと思われます。

＝DBテーブルが正規化されていないても、アプリが動けばOKだと思いますが、テーブル設計が変だと後々変更するとき困る場合もあるかも。

Googleで「データベース　正規化」とか検索してみて下さい。
0232へっぽこ君 ◆vPBS8pifwk 2006/09/28(木) 23:56:30ID:???
>>228
丁寧なレスありがとうです。早速ググってみまっす
とりあえず動いてるっていうだけで、結構無茶なことやってるんだろうなぁorz

0233nobodyさん2006/09/29(金) 00:21:55ID:???
>>232
無茶ではないと思うけど、RDBの恩恵を受けてないかも。
結果オーライで動けばOKだと思いますが、Perlでチマチマやってる処理がSQLで一発でできるようになると、やっぱDBってスゲー便利だわ！と。

データベースの正規化
http://oku.edu.mie-u.ac.jp/~okumura/php/db.html
http://mt-net.vis.ne.jp/follow/flw_seikika.htm
http://www.kogures.com/hitoshi/webtext/db-seikika/index.html
http://heronaka.seesaa.net/article/22765632.html

正規化して、テーブルの形を整えたものを「正規形」といいます。
正規化のやり方は1～5段階が考えられていて、それぞれ第1～5正規形といいます。
通常は、第1～3正規形で十分です。
場合によっては、わざと正規化しないでデータに重複があるまま使った方が、処理が高速になる場合もあります。

http://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%AD%A3%E8%A6%8F%E5%8C%96
0234nobodyさん2006/09/29(金) 00:26:31ID:???
jcode.plって化けるんだよねぇ。
改造版でjcodeg.plってのもあるみたいだけど、評判はどうなんだろう。
0235nobodyさん2006/09/29(金) 00:29:44ID:???
ビジネスパーソンIT道場　～データベース編
http://www.videobrowser.jp/contents/bpit_db.html
↑これいいかもｗ
0236へっぽこ君 ◆vPBS8pifwk 2006/09/29(金) 07:44:55ID:???
うわわああ　やっぱ2chてすげぇっす。
select　insert　update　delete　しか知らないので
それ以外はperlで処理してるんで結構無駄が多そう。
ファイルの入出力をdbに変えてソートがすげぇええ位の感覚でしか使ってないorz
sql文と正規化についてをもっと勉強しまっす。

split,joinで処理しているカラム部分を

通し番号、名前、お気に入り（ユーザー番号orコミュ番号）

という構造のテーブルを作ってやればいいんですよね。
なるほどなるほど。
こうすれば
追加、並び替え、削除、
なんてのも一々ややこしい処理挟まなくても随分楽になりそうですね。
0237PHP,Java(JSP),Python,Postgres2006/09/29(金) 10:13:36ID:???
オススメ図書(*´Д`*)ノ■
ttp://www.amazon.co.jp/gp/product/4894714809/ref=pd_sxp_f_i/250-9722411-7393057
0238nobodyさん2006/09/29(金) 10:20:07ID:???
ＳＮＳ作りながらプログラム勉強ってちょうどいいかもね
ＷＥＢ系のプログラミングに必要なことはほぼすべてＳＮＳに含まれてる
0239nobodyさん2006/09/29(金) 14:12:09ID:???
OpenPNE使おうかとも思ったけど、
クローズ型もつまらんと思って色々探したけどこれってのはやっぱないね。
自分で作る事に本日決定。
頑張るか～
0240nobodyさん2006/09/29(金) 14:32:20ID:???
>>1見たけど、Operaだと文字化けページを経由して一度リダイレクトされる感じだね。
サポートBBSのところが崩れてたりで、ちょっと表示がおかしい。
0241nobodyさん2006/09/29(金) 16:42:29ID:???
勉強するのに役立つサイトあったらおしえてちょ！
0242nobodyさん2006/09/29(金) 17:04:19ID:???
何の勉強だよｗｗｗｗ

っ google, 各種マニュアル

好きな方を選べ
0243nobodyさん2006/09/29(金) 17:07:00ID:???
基礎なら山口家の逆襲とかがわかりやすかった気がする。
0244PHP,Java(JSP),Python,Postgres2006/09/29(金) 17:23:59ID:???
>>241
ttp://www.kumei.ne.jp/c_lang/index.html
がんばれ！(何
0245nobodyさん2006/09/29(金) 17:57:02ID:???
>>244
ちょｗｗｗをまｗｗｗ猫でもわかるかよｗｗｗｗ
0246PHP,Java(JSP),Python,Postgres2006/09/29(金) 18:01:00ID:???
JavaとかPHPとか書いている俺が
C言語をオススメする今日この頃

まぁ、Cをやっといて損はしないさ！
0247nobodyさん2006/09/29(金) 18:10:55ID:???
そりゃぁ、Cはやっといた方が色々役立つね。
PHPとかでWebProgやってても、どこかでCに触れないといけなくなるしなぁ

まぁCから入ってJavaとかPHPとかやってきたけど、最近C＃がやりたくなってきｔ（←板違い乙っと）
0248PHP,Java(JSP),Python,Postgres2006/09/29(金) 18:22:24ID:???
確かにC#やりｔ

まぁPHPからCに戻ろうとすると、アレなんだよなぁ・・・

変数に＄を付けたくなる病　だからなぁ・・・。

ini $i; とか・・・
0249PHP,Java(JSP),Python,Postgres2006/09/29(金) 18:31:05ID:???
まぁ、言語の話になってしまったがみんな　SNSがんばろうって事で。
0250C,Java,Perl,PHP2006/09/29(金) 18:45:38ID:???
C言語をやっておけば、PHPの拡張機能のライブラリ（PECL）を作れるからOK

…C言語でSNSを作る人いる？　Apacheに組み込んだりしてｗ
0251PHP,Java(JSP),Python,Postgres2006/09/29(金) 18:50:39ID:???
うわぁ・・・
Cで書くとメンテがなぁ・・・早いんだろうけどなぁ・・・
よくある話だと、あれじゃないかな　内部のCOREの部分はCで書いて
見せる部分はPHPやRubyとかPythonとかで書くと～いい感じとか聞くけどねぇ

0252へっぽこ君 ◆vPBS8pifwk 2006/09/29(金) 22:18:15ID:???
うわわ、高度な話題に。。ついていけないorz
perlの時代はもう終わったのかしら・・

>>240
今Operaで確認したらレイアウトくずれまくりんぐ＋画像が全部飛んでますね。。。（拡張子が飛んでる）
テストありがとうございまっす。
0253nobodyさん2006/09/29(金) 22:24:36ID:???
でも、Operaってシェア1%ぐらい？
0254へっぽこ君 ◆vPBS8pifwk 2006/09/29(金) 22:42:01ID:???
InternetExplorer 87.29%
Firefox 7.13%
Safari 3.02%
Opera 2.05%
NetscapeNavigator 0.07%
Mozilla 0.07%
Sleipnir 0.04%
Camino 0.02%

立ち上げて約一ヶ月（約5000hit）の集計だと
Opera2.05%　そこそこ使われてますね
0255へっぽこ君 ◆vPBS8pifwk 2006/09/29(金) 23:08:15ID:???
不完全だけど、Operaでも表示されるように修正しますた。
>>240さんありがとー

perlとasがちょこっと弄れる程度なんでこれを機会に他言語勉強しよう。。
明日php入門書でも買ってこよっと。
0256nobodyさん2006/09/29(金) 23:12:09ID:???
>>254
結構高いな

最近はゲーム機とかモバイルにOpera搭載してるのが増えてきてるし、
Opera10でどの程度IE7のシェアを切り崩せるのか期待。
まぁ、昔Opera使ってた時期があるから微妙に思い入れがあるわけで（今はFxだなんて言えない）

>>255
時々PHP質問スレで答えてるから、分からなくなったらщ(ﾟДﾟщ)ｶﾓｫｫｫﾝ
0257nobodyさん2006/09/29(金) 23:18:47ID:???
>>254
要するに、これって、WebProg板の住人のシェアって考えていい訳？
0258nobodyさん2006/09/29(金) 23:19:49ID:???
>>257
と言うより、このスレ見てる人のシェア？
0259nobodyさん2006/09/29(金) 23:27:51ID:???
Cならポートを直接リスンした方が早いよ。
画像イメージ程度ならアパチ任せの方が楽だけどさ。
アパチもCだからパクれば良いだけだが。
0260へっぽこ君 ◆vPBS8pifwk 2006/09/29(金) 23:28:43ID:???
このスレを見て来て頂いてるテスターさんが何人いるかわかんないんですが

登録者130人（このスレの人+一般登録者）＋宣伝見てトップまで来た人のブラウザシェアです。
0261nobodyさん2006/09/29(金) 23:33:23ID:???
そのOPERA　たぶん俺だ
つまりこういうこと

InternetExplorer 87.29%
Firefox 7.13%
Safari 3.02%
俺 2.05%
NetscapeNavigator 0.07%
Mozilla 0.07%
Sleipnir 0.04%
Camino 0.02%
0262nobodyさん2006/09/30(土) 00:34:58ID:???
>>261
一人で何回もアクセスしているからってこと？
0263nobodyさん2006/09/30(土) 00:39:03ID:???
俺はSleipnirです。
0264nobodyさん2006/09/30(土) 01:58:16ID:???
やっぱ SNS 作るには C で書くのが一番だよなぁ。
0265PHP2006/09/30(土) 02:44:42ID:???
②DB設計 >>216,>>223

users テーブル

id (int)
username (varchar(255))
mail_pc (varchar(255))
mail_mobile (varchar(255))
mail_regist (varchar(255))
password (varchar(255))
birthday (date)
gender (varchar(1))
bloodtype (varchar(2))
profile (text)
image (text)
image_1 (text)
image_2 (text)
image_3 (text)
user_id_invite (int)
birthday_flag (enum('public','friend','private'))
diary_flag (enum('public','friend','private'))
friend_flag (enum('public','friend','private'))
login_count (int)
login_date (datetime)
created (datetime)
modified (datetime)
0266nobodyさん2006/09/30(土) 02:54:49ID:???
>>244
このサイトちょっと見たけど道のりは長そうだ。
このドシロウトには。。。




おまえらすごいわ
0267nobodyさん2006/09/30(土) 09:38:53ID:???
>>217
アニメーションが作れるの？
MacはOSにRubyがバンドルされてるんだよね？

Quartz Composerによるビジュアルフロープログラミング
http://journal.mycom.co.jp/articles/2005/05/26/qc/

Quartz Composer入門
http://www.big.or.jp/~crane/cocoa/9800_QuartzComp/01_StartQC/index.html

10.4に追加されたビジュアルプログラミングソフト。
パッチを連結することで複雑な動作をするビジュアルを比較的簡単に作成することができる。

SNSもこんなかんじで作ったり機能追加できたらいいかもしれないですね。
0268nobodyさん2006/09/30(土) 12:05:15ID:???
マカは氏ね！
0269nobodyさん2006/09/30(土) 13:17:38ID:???
NASA音頭
ttp://www.youtube.com/watch?v=lTpmPLk4x20&NR
0270nobodyさん2006/09/30(土) 13:44:46ID:???
>>244
この人はＣ言語を他人に教える前に、
サイトのデザインを習うべきだと思うな。

あのセンスはダサくて見づらいうえに、フラッシュとか超イライラする。
中学生が作った感じ。
0271nobodyさん2006/09/30(土) 14:19:17ID:???
>>267
ぅゎぁ･･面白そうだなぁ･･･こんなのあったのか

>>270
コードとかでよく叩かれたりしてるけど、それでも初心者には嬉しい物だろう。
0272nobodyさん2006/09/30(土) 14:45:16ID:???
>>265

乙です
ちょっと質問です

> mail_pc (varchar(255))
> mail_mobile (varchar(255))
> mail_regist (varchar(255))
mail_registとmail_pcの違いはなんでしょうか

> gender (varchar(1))
これはintもしくはenumでも良いのでは・・

> image (text)
> image_1 (text)
> image_2 (text)
> image_3 (text)
これはファイルのパスを入れるという理解でよろしいでしょうか

> user_id_invite (int)
これはだれから紹介されたか、という理解で（ｒｙ


0273nobodyさん2006/09/30(土) 14:51:41ID:???
連投スマソ
messages テーブル書きます
------------
②DB設計 >>216,>>223を元に
users テーブル >>265

messages テーブル
id (int)
user_id_from (int)
user_id_to (int)
isread (boolean)
created (datetime)
modified (datetime) ←isreadの更新日時＝読んだ日時

これでどないでしょう
0274nobodyさん2006/09/30(土) 18:47:11ID:???
>>273
＞modified (datetime) ←isreadの更新日時＝読んだ日時

こんなの必要か？
0275nobodyさん2006/09/30(土) 20:56:58ID:???
じゃ、なしで
0276PHP2006/10/01(日) 01:16:33ID:???
>>272
mail_registは、最初の登録メールアドレス
＝OpenPNEのテーブル表を参考にしてます。

OpenPNE　ダウンロード
http://docs.openpne.jp/?%A5%C0%A5%A6%A5%F3%A5%ED%A1%BC%A5%C9
↓
OpenPNE2.2　DBテーブル定義書 [XLS]
http://tejimaya.org/openpne/docs/2_2/DB_OpenPNE_2_2.xls
OpenPNE2.0　DBテーブル定義書 [XLS]
http://tejimaya.org/openpne/docs/2_0/DB_OpenPNE_2_0.xls

みなさん、フラグの値は、どういう型で持たせるのが良いですかね？
(1) tinyint(1)のタイプ
0,1の2値だけを入れるカラムだと、tinyint(1)をよく使ってます。
＝値チェックをするとき、楽かな？

(2) varchar(1)
これに0,1の2値を入れてるのも見ます。

(3) boolean　＝ これ、あまり使ってるのを見たことないです。＞私だけ？
(4) enum ＝ これも、あまり使っているのを見たことないです。OpenPNEが使っていたので、それでイイやと。ｗ
↑
SQLiteは、(3)(4)対応してない？
0277PHP2006/10/01(日) 01:17:21ID:???
>>274,275
DB設計のとき、
・レコード作成日時 (created)
・レコード更新日時 (modified)
のカラムは（使わないとしても）全てのテーブルに入れておけ！と注意されませんか？

他人のやり方って、面白いｗｗｗ
（へぇ～、そんなふうにやってんのかー、と。）
0278nobodyさん2006/10/01(日) 01:41:01ID:???
なんかもう OpenPNE つかってればよくね？
0279nobodyさん2006/10/01(日) 02:00:46ID:???
>>278がイイこと言った
手っ取り早く他人の成果物を使いたい向きにはPNEでFA

だがスレタイに作ってみようとあるかぎり俺たちは進む
0280nobodyさん2006/10/01(日) 02:11:39ID:???
>>278
すぐにSNSを設置・運営したいなら、やっぱOpenPNEの利用がお手軽ですね。

>>279
何かを作ってみること、それ自体が一つの楽しみ。
OpenPNEも変更が繰り返されているので、モアベターを追求してるんですね。
＝Mojaviベースから、Ethnaベースに変更して、リファクタリング予定とのこと。
http://d.hatena.ne.jp/openpne/20060913/1158154174
0281nobodyさん2006/10/01(日) 04:58:57ID:???
>>277
完全独学なので、誰も注意してくれる人がいない。
（逆に言えば、無駄な作法を押し付けられることもないけど）
0282へっぽこ君 ◆vPBS8pifwk 2006/10/01(日) 12:56:25ID:???
>>256
ありがとー
早速入門書買ってきたんだけど
初歩すぎて失敗orz　

なんていいつつ
echo("うんこ！うんこ！")
とか、いろいろ試してニヤニヤしてます。
質問スレではお世話になるかもなので、よろすくです。

話変わるけど
せっかく多人数の集まるsnsなんで、CGIゲームみたいな要素があると面白くないかな？
そうすることによって定住してくれる可能性も高まりそうだし。
0283nobodyさん2006/10/01(日) 13:41:22ID:???
チラ裏はPerlで書かれてたのか。
0284nobodyさん2006/10/01(日) 14:53:42ID:???
SNSなら開発効率より動作速度を求めた方が良さそうな気がするけど俺だけかな。
0285nobodyさん2006/10/01(日) 16:01:17ID:???
IO周りがボトルネックになりそうじゃないか？
実際に作って負荷テストやったわけじゃないから分からんけど

下手に速度求めてハードコーディングするより、拡張がやりやすい事が重要だと思う。
まぁあれだ、そんな大規模向けに調整する必要はないんじゃないか？（非効率に書いて良いって意味じゃないけど）

>>282
慣れてきたら定番の掲示板でも作っては？（ログはファイルに保存）
で、それをテンプレート・フレームワーク・DBに対応させたりするとｲｲ
0286nobodyさん2006/10/01(日) 18:54:05ID:???
デザイン変更をCSSで出来るといいね。

GroupTube
http://grouptube.jp/
サンプル
http://sample.grouptube.jp/
0287nobodyさん2006/10/01(日) 20:22:43ID:???
>>GroupTube

速いな、システムはどんな感じなんだろうか。
0288PHP2006/10/01(日) 20:32:08ID:???
ちょっと趣向を変えて、SNSをたくさん設置できるシステムにしてみますか？

http://grouptube.jp/
http://www.so-net.ne.jp/sns/
0289PHP2006/10/01(日) 20:38:35ID:???
レンタルSNSはこれからかな？

http://sns.fc2.com/
http://nanoty.jp/
http://www.friendlycolor.com/
http://atpne.jp/
0290nobodyさん2006/10/01(日) 20:47:17ID:???
>>287
速くないよ。サンプルが激重だった。
0291nobodyさん2006/10/01(日) 23:34:47ID:???
機能重視よりは速度重視の方がウェブプロ板向きかな。
ミクシもそうだけど、最終的にはパフォーマンスで頭打ちに成ることが多いし。
その困った段階で修正したくても、大元から手を入れて作り直す羽目に成って全面移行で魅力無くなってアボーンになりやすい。
0292nobodyさん2006/10/01(日) 23:48:22ID:???
>>291
速度重視にするには、どうやって作ればいいんですか？
0293nobodyさん2006/10/01(日) 23:53:42ID:???
登録者数を少なく
閑古鳥を泣かすように
機能は抑え気味
0294nobodyさん2006/10/02(月) 00:39:37ID:???
というか最低限の機能の実装でしょ
へたするとコミュニティいらないかも、足跡いらないかもだよね
ぐらいの感じ
招待機能、日記、くらいまでか？
0295nobodyさん2006/10/02(月) 00:50:28ID:???
> というか最低限の機能の実装でしょ

中古事務用品屋でホワイトボード買ってこれば、
コンピュータ使わなくても最低限のことはできると思うよ。ｗ
0296nobodyさん2006/10/02(月) 01:43:24ID:???
そうか？

試しにホワイトボードでSNS運営してレポよろ
0297nobodyさん2006/10/02(月) 02:52:24ID:???
っていうかmixiやってて思うんだけど、SNSにとってコミュニティって本当に必要かな？
よくテレビとかでは「SNSでコミュニティが盛り上がってる」みたいなことを
言ってるけど、俺は自分の趣味志向を示すためにいくつかのコミュに参加はしてるけど、
そこの話題に加わったことは無い。

知らない人とコミュで会話するより、実際の知り合いの日記にコメントつけたりするほうが
よっぽど楽しいと思うんだが。
0298nobodyさん2006/10/02(月) 08:05:25ID:???
それは単に自分がそうなだけ、もしくはコミュニティの質がそうだからじゃない？
海がめのスープみたいなコミュはかなり盛り上がってるよ。
0299nobodyさん2006/10/02(月) 08:10:57ID:???
>>296
Flashか何かで、Web上にホワイトボードを再現するのはいいかも。
UMLやマインドマップを作成できればGOOD

http://www.imaginationcubed.com/
http://gigazine.net/index.php?/news/comments/20060707_imagination_cubed/
0300nobodyさん2006/10/02(月) 12:15:20ID:???
足跡はいるんじゃね？SNSの醍醐味ｸｻｲ
コミュニティはいっそのこと２ｃｈのスレにリンクすればいいんじゃね？人いるし
0301nobodyさん2006/10/02(月) 12:20:15ID:???
> 足跡はいるんじゃね？SNSの醍醐味ｸｻｲ

ついでにコミュのスレにも足跡つけよう！
そうすれば立派なグループウェアになれるよ！
■ このスレッドは過去ログ倉庫に格納されています