1 :
へっぽこ君:
ニン (゚∀゚)ノ
3 :
nobodyさん:2006/09/06(水) 01:09:11 ID:5IXQ8s4z
いいねぇ。
rubyなの?
SNSなのか?
5 :
へっぽこ君 ◆vPBS8pifwk :2006/09/06(水) 08:17:52 ID:ro0ArkPI
>>3 perlとmysqlです。
>>4 未登録者も参加できるようにしたらこんな感じになりますた。
スレッド型掲示板機能に加え
登録者には
プロフィール設定、お友達登録、コミュ内メッセージ機能、最近書いたチラ裏リスト表示が
使えるようになりまつ。
SNSは知らない人同士が友達を通じて知り合うコミュニティシステムと思ってるので
違ってたらごめんなさい。
発展途上なのでご意見・ご要望があればどんどん取り入れたいと思います。
オープンソースにするの?しないの?
これはSNSではない
8 :
へっぽこ君 ◆vPBS8pifwk :2006/09/07(木) 08:26:01 ID:G00g3xlV
>>6 いまのところ予定はないっす
>>7 どっちかっていうとアカウント機能付掲示板ってところですかね。
SNSの定義ってなんだろう。。調べとこう。。
9 :
nobodyさん:2006/09/07(木) 17:16:49 ID:2WEcqgQn
perlとmysqlかー。
みOしーとの明確な違いが打ち出せたら人あつまると思うよ。
どんくらいかかった?
10 :
nobodyさん:2006/09/07(木) 18:16:29 ID:jxEGLvXD
>>1 よく分からないんだけど、普通の掲示板とどう違うの?
あと、トップページの「カテゴリ」にあるカテゴリ名、違う色にした方が良いよ。
最初、リンクだと勘違いしたからw
こういうの毎回そうだけど、とりあえず登録して画像うpして。その後どうしていいかわからんくなるから困る
何したらいいのさ?
12 :
へっぽこ君 ◆vPBS8pifwk :2006/09/07(木) 20:06:26 ID:G00g3xlV
レスどうもです!
>>9 み○しーとの明確な違い。。
同じことやっても面白くないので
チラ裏ってことで作ってみたんですが
いまいち方向性が絞れてないっすよね。考えてみまつ。
製作期間はベースを2日で、あとは日々調整&機能追加ですね。
>>10 匿名参可能にしてチラ裏倉庫閲覧できる形にしたら
掲示板とあんま変わらないですよね。
カテゴリの色、ご意見どうもです!
>>11 チラ裏倉庫から誰かのチラ裏を見て、コメントしたり
マイページからチラ裏書き込んだり、
気に入った人がいればお気に入りに追加したり、メッセージ送ったり。
とりあえず、チラ裏書いてもらえれば嬉しいです。
ただ人がいないんでレスは無いと思いますが。
13 :
nobodyさん:2006/09/07(木) 20:23:49 ID:YMT+zI3d
>>12 あんまり詳しく見てないので見当違いだったらすまんが、
あんたの言う”チラ裏”というのは別に2chと連動してないんだろ?
それとも2chの事についてあくまでチラシの裏的に言いたいことを
SNSに書くのが目的なのか?
15 :
へっぽこ君 ◆vPBS8pifwk :2006/09/07(木) 20:45:05 ID:G00g3xlV
>>13 そんなスレあったんすね!参考にさせてもらいまつ。
っていうか移動したほうがいいですかね。。。
>>12 後者ですね。
2chだけに限定はしてないつもりです。
でも一般的にチラ裏ってフレーズが通用するのか疑問ですが。
>>15 なるほど。じゃ、mixiでいうコミュニティはスレになるわけだな。
2chの各板みたいに分けて、コミュニティを分けて
その中に2chのスレッドを作り、より冷静に話したい奴、
会員だけ(知人)そのスレに対しての議論をあんたのSNSでやる。
mixiでも2chっぽいスレがあるから方向性は悪くないと思うけど、
2chというのはまだまだマニアックなので、一般ウケを考えたら難しいし、
チラ裏って単語もわかりずらい。
いっそ徹底的にチラシの裏に徹するとかどう?
コメント、トラックバック一切なし、
メンバー同士のメッセージ送信も不可
ちら見、覗き見、じっくり読む、ヲチ、ストーク(対象メンバーが見に行ったチラシりすと)の読むための機能満載!
足跡は残るので、ちら見返し機能
カテゴリーは自分で分類可能
人気のチラシランキング
しかし、コメント、トラックバックはあくまでも不可
背景画像はチラシの裏写りでおねがいします。
19 :
へっぽこ君 ◆vPBS8pifwk :2006/09/07(木) 21:37:18 ID:G00g3xlV
>>16 >なるほど。じゃ、mixiでいうコミュニティはスレになるわけだな。
ですね。
まぁ正確にいうと私的にはmixiでいう日記ですが。
コミュニティは未実装でつ。
>2chの各板みたいに分けて、コミュニティを分けて
>その中に2chのスレッドを作り、より冷静に話したい奴、
>会員だけ(知人)そのスレに対しての議論をあんたのSNSでやる。
す、すんません、この3行の意味がいまいちよくわかりません。
>チラ裏って単語もわかりずらい。
浸透していない今だからこそチャレンジする価値があるかなと。
一般的なコミュニティや出会い系ではとても敵いませんからねorz
>>17 そのアイデアめちゃくちゃおもろいっすね。
いまは名前だけで中途半端ですから、徹するのは面白いかも。
ちら見返し笑わせてもらいましたw
>>18 ちょっと使えそうなものがあるか、ぐぐってみまっす
うははは 背景がさっそくチラシの裏になってるw
へぼくなったxoopsって感じだね。
URL さ,chiraura.mite.net なんてどう?
23 :
へっぽこ君 ◆vPBS8pifwk :2006/09/08(金) 07:42:26 ID:BQXlZPFn
>>21 xoops
こんなんあったんすね。。はじめて知りましたorz
これを改造したほうがry
もうちっとがんがりまつ。
>>22 シャレが聞いてますねw
chiraura.minai.de とかのほうが見る人多そうだ
チラシ裏の背景が良い味出してるね。
レイアウト的に気になるのは、右のmainエリアの幅が
中途半端な点かな。ヘッダー/フッターの幅と合っていない。
26 :
へっぽこ君 ◆vPBS8pifwk :2006/09/08(金) 18:24:17 ID:BQXlZPFn
デザイン変更しますた。
サポ板以外はログインしないと見れないようにしますた。
細かいところつついてまつ。
何か要望があれば何なりと(実装するかわかりませんが。。)
>>26 オープンソース化してください
ここにスレ立てたんだから
それとも宣伝目的ですか?
28 :
へっぽこ君 ◆vPBS8pifwk :2006/09/08(金) 19:04:45 ID:BQXlZPFn
>>27 ここの住人の意見を聞きながら
作り上げていこうってのが主旨ですね
まぁ宣伝といわれても反論はできませんが。
そこは立て逃げじゃないのでご容赦くだされm(__)m
ソースははっきりいって大したものでもないし
むしろ人に見せるのは恥ずかしいので非公開でお願いしますorz
>そこは立て逃げじゃないのでご容赦くだされm(__)m
はぁ??
じゃあ皆がこんなスレ立てたらどうなんだよ
お前だけ許されるのか?
ここで宣伝するならオープンソース化しろよ
オープンソースじゃないならリア友にでもテストしてもらえ!
30 :
へっぽこ君 ◆vPBS8pifwk :2006/09/08(金) 19:37:09 ID:BQXlZPFn
なんでそこまで怒るのさ。
許されるも何も板違いではないと思うんだけどねー。
リア友に詳しい人がいればいいんだけど居ないし。
ここならWEBに強い人ばかりだから貴重な意見が聞けるじゃない。
この手のスレがルール違反なら削除依頼だして終了しますよ。
ってもうレスが付かない空気ジャマイカ。
>>30 ならオープンソースにしてくださいよ
そのほうが絶対盛り上がるし損はないと思いますよ(その手のサイトは二番煎じで人気出るとは思えん)
32 :
nobodyさん:2006/09/08(金) 19:47:08 ID:ACpTwGf/
なんだ宣伝か
確かにその方が盛り上がるとは思いますよ。
ただ休み潰して必死に作ったものを
笑いものにされるのは絶えれないのよね。悲しいけど。
この方向性で魅力がなければどんどん下がってDAT落ちするだろうし。
もう少し様子みさせてくださいよ。
これから私が書き込むときはsageでいきまっす。
>>33 シラけてからじゃ遅いでしょ。。。
どんなスクリプトだって文句はつけられるけど
実際作れないヤツばっかなんだから気にするなよ
みんなでいいもの作ったほうが有意義だし盛り上がる
strictスレ 見てたら恐くて恐くて・・・
公開するにしても今のままじゃヤヴァイんで
考える&修正する時間くだしあ。
36 :
nobodyさん:2006/09/08(金) 20:12:05 ID:fG8BerQw
これだけのデザイン&プログラムで非商用目的はあり得ない。
9割型商用目的
スレ立ててソフト公開すると、いっつもこういう流れになるんだよな
大概ロクな事にならない
最近mixiってのに誘われて
知り合いがすげぇすげぇっていってるんだけど
システム的には似たようなもの作れるんじゃまいか?
と思ったのが製作するキッカケでした。
とりあえず今は人数増えて盛り上がれば
作った側としてはニヤニヤ悦に浸れるんでそれだけで満足っすね。
商用目的って出会い系みたいに会員に金取るってやつですか?
さすがにそれは全く考えてませんお(笑
39 :
nobodyさん:2006/09/08(金) 20:24:50 ID:ACpTwGf/
正直もうどうでもいい
がっかりした
>>35 どうせそんなやつは自己満でたいしたもの作っていない事実
無駄に手を加える必要なくない??
>人数増えて盛り上がれば作った側としてはニヤニヤ悦に浸れる
オープンソースにして俺らもニヤニヤ悦側にいれてよ
>>36 >これだけのデザイン&プログラムで非商用目的はあり得ない。
>9割型商用目的
ちょwwっとww
これで商用ってありえねーだろーw
機能の相談って、WEBプログラミング板にスレ立てるようなもんじゃないだろう
作ってる本人以外はWebProgに関する話題ができない
=機能追加・要望・妄想しか書けない←完全に利用者側
SNS構築に関して技術的な話題を提供するとかしないなら、内容的にSNS板に移動する方が適切じゃないかね。
(上の人が上げてるオープンソース化もいいんじゃないか)
まぁ宣伝目的ならここは板違いだし、ここで宣伝しても意味薄いかと
「沢山の人」に使ってもらってニヤニヤ悦やるにしても、ここは総人口そんな多くないからねぇ
ソースを公開しない以上
ここにスレ立ててもあまり意味がない&魅力無しというのは
みなさんのご意見でよくわかりました。
昨晩色々考えたのですが、
やはりソースを公開するのは気が引けます。(恥ずかしい)
この中途半端な状態でずるずる進めても悪いので
このスレは終了させていただきまつ。
技術的な質問があれば質問スレの方で聞くようにします。
ご意見頂いた方、ありがとうございました。
このスレを見て気分を悪くされた方、ごめんなさい。
このスレによってDAT落ちしたスレ主さん、ごめんなさい。
終了
46 :
nobodyさん:2006/09/09(土) 20:17:21 ID:y7HNjrxB
つか気にするな。続けろ
まだ終了するには早い。まだ流れも出来てない。
いいじゃん、公開しなくたって。
>1 続けて。
削除依頼出せよクズ
ここで宣伝したんだからそれなりの制裁を受けても文句言えないな
精々ハッキングされないようにしろよな
>>45 使いたいけどソースが手に入らない。
自分ではコードが書けない。
クソスレ立てやがったのが許せない。
コテハンが許せない。
などなど叩いてるやつにもいろいろ理由があるだろうけど、そんなもんいちいち気にするな。
叩かれようが晒されようが続けてりゃ応援してくれるやつは必ず出てくるよ。
これでSNSとか言ってるのは理解不能だが。
>>46-47 優柔不断が一番よくないことだと思うので
今回は終わらせていただきます。
応援ありがとう。感謝します。
>>48 ごめんなさいごめんなさい。
>>49 クォリティの低さが叩かれる要因のひとつだったかもしれませんね。
スレ立てるのは少し早まったかと少し後悔しています。
ここか、別板に再度スレ立てるとしてももうすこし煮詰めてからにします。
レスありがとう。
まあ、この流れなら終わらせて正解だと思うよ
まだ50レスでこんなにアンチついちゃってるんだからね。どうせなら、SNS系の既存のスレ内で発表して意見求めればここまで煽られずにすんだのにね
続きはあっちでやればいいでしょ
53 :
nobodyさん:2006/09/15(金) 13:06:53 ID:tyY/wH0o
これってDB使ってるの?
ミクシのように上場して一儲けしたいです。
ソース公開汁!
つーかねらーのアイデア元にしてるのにアフェリエイトで稼ぐのは許されないよ。
利用者から金取らなきゃ非商用って訳じゃないし。ミクシのように広告で稼ぐ商用サイトってのも立派なビジネスモデル。
えーと、グーグルのこと?
56 :
◆F9Kz6mUhys :2006/09/17(日) 13:07:36 ID:U++yWvSl
このスレは私が再利用させていただきます
よろしくおねがいします
いきなりだがソース公開してくれ。
パクって開発コスト無くしたいので。
>>36 >これだけのデザイン&プログラムで非商用目的はあり得ない
オイオイ・・・・・
こんなもの数日で作れるし、商用クオリティじゃねぇし。
っていうかそもそもSNSの体裁すら整ってないし。
>>51 クオリティの低さといい、スレ立てる場所といい、
いろいろ反省してます。
>>53 mysqlを使ってます。
>>54 100人も満たないコミュで広告貼っても意味ないというより
逆効果ですよね。この金の亡者めって言われるのがオチっすね。
とりあえず今は参加者に楽しく使っていただければ満足です。
>>56 助かります。宜しくお願いします。
>>57 大したものじゃないんで
パクった後に修正するほうがコストかかるかとw
ちょっと嬉しかったです。どうも。
>>58 この板の住人なら朝飯前っすよね。
それなのに嬉しげにスレなんかたてちゃって恥ずかしい限りです。
コツコツ修正や機能追加をして
個別日記、コミュ内メッセージ機能、コミュニティ作成機能、あしあと履歴など実装しますたんで
最初よりはそこそこ体裁整ってきたかなと思ってるんだけど、ひとつひとつ見ればまだまだなのよねorz
作っていくなかで行き詰ったら質問板に行くかもしれませんので、その時はひとつよろしくお願いしまっす。
ひさしぶりにみたらレスが付いてたので返信を。
それでは、
>>56さんよろしくお願いします。
60 :
◆F9Kz6mUhys :2006/09/17(日) 20:03:22 ID:sr2UUb3d
とりあえず本買ってきた
基礎PHP
61 :
nobodyさん:2006/09/17(日) 20:31:18 ID:2MdK0wNX
ぁあ?
>>56 名前: ◆F9Kz6mUhys :2006/09/17(日) 13:07:36 ID:U++yWvSl
>>このスレは私が再利用させていただきます
>>よろしくおねがいします
_
/〜ヽ
(。・-・) がんばってでちゅ
゚し-J゚
そのレベルから完成までいけば伝説
>>63 伝説ってほどでもないだろ。
1年も独学すれば十分到達できるレベルかと。
一年もかかっちゃアレだが。
1ヶ月なら。
ガンガ。
67 :
nobodyさん:2006/09/17(日) 22:04:02 ID:xm2gAQCc
>>65 1ヶ月は早すぎるだろ
言語基礎習得 1w
DB操作基礎習得 1w
FW基礎習得 1w
設計 1w
コーディング 1w
あ、そうでもないね
で、ごちゃごちゃ言ってる外野はどの程度のもんができるんだ?
1ヶ月でできるとか言う人に限ってできないんだよな。
なぜなら1ヶ月もがんばれないから。
「やればできる」は「やらないからできない」に等しいと知れ。
永久にできないまま人生を終えなさい。
んで
>>1が作った以上のものを見せてから文句言いなさい。
じゃ、がんばって。
つーか、いまさらどこにでもあるようなシステムつくるほうが時間の無駄。
だから作らないだけ。
やる気になりゃこんなもん3日あればできるぜ。
とりあえず本借りてきた
すいすい習得UMLモデリング
はじめてのPHP5プログラミングエキスパート編
PHP5徹底攻略エキスパート編
CentOSサーバ構築バイブル
いきなり、そんなレベルの高いところからで大丈夫なのか。
それとも他言語扱ってたのか?
まぁガンガレ。オープンソース化して皆でたのしもうや。
レンタルサーバの対応を考えた場合、PHP4で動く前提で作るのがよろし?
まぁ5でも大丈夫だろう。
問題はDBだが、そのへんはきちんと想定して作らないと後々大変だぞ。
74 :
67 ◆tDIdLTldgw :2006/09/18(月) 02:13:56 ID:LjS2OXhp
>>68 仰るとおりで。
ということでワシも作り始めますた
よろしく
作り始めた人、頑張って!
応援しつつ、自分も勉強がんばりますb
オープンソース化しない人は参加禁止。
さっさと作ってアップ汁。添削してやっから。
>>76 まずあなたが参加禁止
参加条件とか下手に付けない方がいいよ
ただでさえ寂れた板なのに
いまさらながら、1を叩いて追い出したのは失敗だったか。
もう少しおだてりゃソースが手に入ったかもしれんというのに。
手を入れる気が沸いてくるようなソースじゃなさそうだから、べつにイラネ
掲示板やこの手の類は初歩の初歩。
>>80 SNSの機能を個別に切り出してみると、基本は掲示板みたいなものですね。
ユーザー招待機能
ユーザー登録機能(プロフィール項目可変式)
日記機能(写真アップ、コメント付けられる)
コミュニティ機能(カテゴリー選択、参加制限、写真アップ、コメント付けられる)
まずこの4つを実装して、その後徐々に機能を追加していけば、SNSっぽくなるかな?
>>81 っていうか、ほとんどその機能がSNSの実体というか本質じゃないか。
だから大したプログラムじゃないんだよ、SNSなんて。
掲示板に手足を生やしたようなもの。
他にない斬新な機能をつけるとかは?
CGIゲームみたいな機能をつけるのはどうだろうか。
斬新な機能がSNSに必須かというと違うしな・・・
拡張しやすい作りってどんなものだろうね?
mixiなんかでもう完成されてるんだから
新機能追加ってほとんど蛇足でしかないと思うよ。
グループウェア機能
.>88
新しいw
ほほー
グループウェアか。ナイスだね。
主な機能としては、グループ内のメンバー間および外部とのコミュニケーションを円滑化する電子メール機能、
メンバー間の打ち合わせや特定のテーマについて議論を行なうための電子会議室機能、
メンバー間のリアルタイムな打ち合わせに利用されるテレビ会議機能、
グループ全体に広報を行なう電子掲示板機能、メンバー間でスケジュールを共有する
スケジューラ機能、アイデアやノウハウなどをデータベース化して共有する文書共有機能、
稟議書など複数のメンバーで回覧される文書を電子化して流通させるワークフロー機能など
これだけあれば面白いな。
あ…ありのまま 今 起こった事を話すぜ!
『おれはSNSのスレに居ると思ったらいつのまにかグループウェアのスレに居た』
なにこのグダグダな展開w
外野がうるさすぎだろこれ。
なんのためのスレだよw
基本的にどんな SNS であっても、コミュニティの機能をいじればグループウェアだよね。
グループウェアを紹介制にすればいいんっじゃね?
ヤフオクとか楽天も
結局は掲示板に手足が生えたようなもんだ。
人間の集中力って10分ぐらいが限界だったかな。
1wが1mや1yに成ることは十分考えられる。
たしかに、ソース公開しないと単なる日記スレだな。ブログでやった方が良い。
他人のソースから学ぶところは多いよ。人のソース読むのって苦痛だが(w
一人一人の考え方って違うから、他人と同じアルゴリズムじゃないし。
web2.0も騒いでるけどたいしたことじゃないよね。
SNSも昔のパソ通VANとどう違うのかと(ry
グループウェアと言うかおまいらは、ねらー集めてインターネット仮想企業でも作るつもりなのかって感じた。
>>96 ちらっと見に行ったが
あっちも叩きが沸いてるよなwどっちもどっちだなぁ
こういう○○を作る系のスレの宿命なのか。
こっそり作るが一番だなw
>>99みたいな偉そうな能書きを垂れるヤツに限って、
自らは一切ソースを公開しない。
集中力が10分ってw
そんなやつは何もできねぇだろ。これがゆとり教育ってやつか。
気づいたら朝になってたってくらい集中できないと
プログラムなんて組めないだろ。
久しぶりに見に来たけど、かなり良い感じになってるね。
トップの配置がちょっとmixiっぽいから、もう少し独自性を
だすとかなり良くなるかも。(チラ裏のサンプルページが合っても良いかも。)
>>103 >ちょっとmixiっぽい
だってそもそもがmixiのパクリから出発してるからねww
他のスレで自ら言ってたぞ。
招待機能まで実装しやがったww
しょうもない掲示板から手足が付いていく過程をみるのもなかなか面白いなw
mixiなら儲かるビジネスモデルが示されてるからね。
真似したくなるでしょ。
もう1年早かったらよかったのにね。
見てたら俺も作りたくなってきた。
とにかく最初の第一歩が大切だね。
そういう意味では1に感謝かな。
こっそり作るけどw
みんなで同じ物作るの無駄だから、ある程度共通仕様決めてソース共有しようぜってスレじゃないの?
各モジュールのインターフェイスを決めて、それぞれ分担して作るとか
>>107 >mixiなら儲かるビジネスモデルが示されてる
とりあえずお前に商売センスが無いことだけはよく分かった。
>>111 うまいこと言って他人の労力を盗もうとするのイクナイ。
mixiはまだビジネスモデル完成してないんじゃね?
最初にはじめた(認知された)から売れるわけです。FidJobしかり。
>>115 知ったか乙。
mixiもFind Jobも後発なわけだが。
とりあえずSNSサービス開始して株券刷って上場すれば儲かるよ。
個人投資家が気づく前に大手に買収されて逃げ切れば勝ち。
みんなで同じもの(モジュール)を作ってみんなの労力が無駄になる方がもったいないと思うが。
出来合いが欲しい奴は、OpenPNE使ってりゃいいんじゃね?
mixiクローンだし。
>>117 再度の知ったか乙。
mixiが上場した今になってそんなことを知ったかぶって言うなんて、かなり恥ずかしいぞ。
それを2年以上前に言っていればカッコ良かったけどなww
今さらSNSを初めても無駄。mixiが圧倒的過ぎる。
どんなに上手く行っても上場までは無理。
少なくともmixiと同じモデル・軌跡を辿るのは徒労。
Winner Takes Allだからな。
儲かるって言ってるバカはどうやって会員を集めるつもりだ?
100万人集めるのも大変だぞ。
会員一人あたりのコスト>会員一人あたりの広告費
で、これをどう<にしていくかが課題なんじゃねMIXI
目論見書見てないからなんとも言えんが
あれみればSNSやってく上での問題点も見れるだろ
>>121 三度目の知ったか乙。
これから始めるSNSは会員獲得コストが問題だろうけど、
mixiに関しては広告費は全くかけてこなかったわけだが。
>>122 ソレか! 複アカ推奨するってことね、ってオイw
ひたすらミクシが落ちぶれるのを待つビジネスモデルもあるでしょ。
家康みたいな経営者だろうけど。
別に身分確認してない時点でユーザ数なんて単なる話題作りの数字でしかない。
本当に重要なのはミクシに広告出してどのくらいの宣伝効果があるかじゃないの?
現状は人気ブログにアフェリオ出すよりは下でしょ。
で、ここはけっきょくソース公開しないとURL晒しちゃ駄目なんでしたっけ
なんだかスレの話題がw
こんなので上場できるわけないじゃん。
つーか、そもそも1は上場狙いなの?wwww
外野がわーわー言いすぎでわけわかめ。
誰か協力して作りませんか?
毎日開発に時間避ける人が希望です
>>129 オマエは何が出来るのかを言うことが先決
>>129 その発言は必ず「で、君は何をしてくれるの?」と聞き返されて終わるな
>>127 少なくとも、SNS作ったから使ってテストしてくれってのは板違い。
>>124 その目論見書の内容、要するにかいつまんで言うと、
「いろいろリスクがあるから、自己責任で理解して買ってね。
仮にリスクが現実になってもギャーギャー騒がないでね」
ってことだな。まあ株式投資の原則として当然だわな。
ところが、今ギャーギャー騒いでるのがライブドアの株主なわけだがww
>>131 「僕は他にはないすごいアイデアがあります」
なんか見慣れた流れで終わるんだよね いつも
ソース出さないと誰も弄れないし、みんなお客だし。
板的に違うでしょ。
ところで新スレ主はどこいった??
スレタイトルの解釈を変えればいいんジャマイカ?
すなわち、
「(俺が)SNSを作ってみよう(と思う)」
なのでは。
「(おまいらが)SNSを作ってみよう(と思う気持ちに便乗してソースを公開汁!!俺がただのりする)」
な空気を感じる
皆でぐだぐだ言ってるうちに
どんどん進化してる件w
いまさらSNS作ろうとは思わんが。
>>137 もうちょい平たく言うと、
「(GPLとかオープンソースの高邁な精神を悪用して俺がタダでソースを盗めるように、誰かが)SNSを作ってみよう」
140 :
nobodyさん:2006/09/22(金) 23:04:39 ID:JfGH4Qza
_、_
( ,_ノ` ) n
 ̄ \ ( E) 私を呼んだかね?
フ /ヽ ヽ_//
無料でパクるのこそオープンソースの醍醐味だよ。
無料のリナクスで一儲けしてる企業なんていくらでもある。
IT企業のほとんどは乞食ってことで。
SNS作ってみよう
話はそれからだw
完成したら公開してみよう。話はそれからだ!
ソースは公開しないけどな。
じゃあ板違いだからブログ板にでも逝け。
なにこのループ
ソース公開強制すると話が全く進まないと思われ
もしくは公開するならするでだれか仕切れ
チラ裏結構おもろいw
ロム専だがね。
みんなで協力すればもっと面白くなるのに、もったいない。
要するに新しいものを作ろうとする少数派と、
それに群がる、自分では何もしないで他人の苦労を盗もうとする
大多数のハイエナどもとのループ合戦さ。
いつものことさ。
おれは決めた
このスレが
>>160行くまでに完成させる
ソースは公開しないがな
じゃ、俺は156までに作るぞ。
ソースは非公開だが。
作るまでは簡単。SNS運営の恐ろしさはその先にある。
参加者はなかなか増えない、サーバの負荷は高い(2,000人増えるごとにマシン追加)、
ほんとろくなことない。
ぃゃ、だから新しい物(クローンではあるけど)を作ろうという姿勢は評価するけど
板 違 い
>>155 サーバ1台にたった2000人しか入らないかぁ??
SNSなんて、安めのレンタル専鯖でも、1台で5000〜10000人はいけるんじゃないの?
mixiの発表資料から推測しても、だいたい1万人あたりサーバ1台、って感じがする。
IEが同時4セッションのHTTPコネクションを張って、TCPの仕様的に6万セッションぐらいしか張れないから同時1万5千アクセスぐらいが理論限界だろうね。
perlが1MBのメモリ喰うとして、32ビットCPUだと4GBまでしか駄目だから、4000セッションぐらいが限界?
ミクシが鯖一台1万人=4万セッションってどうなってるのかね?
まあ登録人数自体に全く根拠無いけど(w
この度
>>153のSNSが完成致しました
是非一度おこしくださいまし〜
>>159 >同時4セッションのHTTPコネクション
>perlが1MBのメモリ喰う
この辺の数字の根拠って? 単なる当てずっぽう?
ユニークユーザ一人につき「perlが1MBのメモリ喰う」ってことだとしたらおかしくないか?
一回のアクセスに必要なスクリプトを動かすために1MBも必要だろうか。。。 mod_perlだし。
mixi は、フロント鯖、mod_perl 鯖、スキン鯖、画像鯖、mysql 鯖に分かれてるが。
フロント鯖=mod_perl 鯖 だろ。
SNSのDB負荷の高さを知らないからそんな悠長なことを言ってられる。
mixiは幽霊会員がたくさんいるからそれぐらいで済むかもしれないけど、
(夜12時頃は、あきらかにパンクしてるけど)
アクティブ・ユーザー1,000人でDB鯖1台ぐらいで考えていいぐらい。
つーか、perlなんて使うなよ。メモリ喰うし使いづらいだろ。
SNSが一番ラクに作れるのはPHP、速度を考えるとJava。
phpもメモリ喰うのは変わらん。セッションごとにプロセス起動してるし。
ジャバもjspはゴミでejbで常時起動させてないとメモリ喰いまくりだ。
おまいらの鯖のperlって1MB以下しか消費しないの?
うちのパールプロセスは、なんかライブラリ読みまくってメモリ喰いまくってる。orz
> フロント鯖=mod_perl 鯖 だろ。
それはありえない。
>>164 >SNSのDB負荷の高さを知らないから
じゃあ、お前知ってんの?
どうせ勝手な想像で書いてんだろ。
>>166 mixiのフロント鯖はmod_proxy。そこからバックエンドのmod_perlに転送。
> つーか、perlなんて使うなよ。メモリ喰うし使いづらいだろ。
> SNSが一番ラクに作れるのはPHP、速度を考えるとJava。
Java を趣味で使う人っているのか。
こんなに突っ込み所満載なのも久しぶりだな
ま、釣りだろうけどな
jbossとか使ってるのは趣味としか思えない。
あんな機能で業務に使ってたら氏ねると思うよ。
商用ミドルウェア併用じゃないと面倒見切れない。
プロクシ目的ならスクイドの方がパフォーマンス稼げるのにな。
アパチしか弄れない糞エンジニアしか居ないの?
MySQL辞めればDB負荷なんて無視できるだろ。
オラクルRACにすれば東証規模のクエリー要求でも問題無く処理できるよ。
> プロクシ目的ならスクイドの方がパフォーマンス稼げるのにな。
> アパチしか弄れない糞エンジニアしか居ないの?
squid に関しては調査してるみたいに見えるけど。
>>160 ほんとうにURL晒していいのか?
ソースは公開しないぞ?
>>173 晒していいよ。
別にソース公開する義務なんか無いし(当たり前だけど)。
社会のゴミ・2ちゃんねらーの勝手な文句なんか無視すればいいだけだし。
だからソース公開しないなら板違いだって。
sns板でやれよ。
作るっていうのが趣旨なんだから
ソースにこだわる必要はないだろ
サイト見て仕様とかあーだこーだ言うのも立派なこの板の役目だと思うぞ
>>175みたいなキモヲタ基地害自治厨は無視するに限る。
俺もソース公開しなくていいと思う。
っていうか、2ちゃん如きでソースを公開しなきゃならん義務なんてないしw
公 開 す る な
そして黙ってSNS板に行け
> サイト見て仕様とかあーだこーだ言うのも立派なこの板の役目
フロントエンドだけを議論の対象とする場合でも、「WebProg」の範疇ですか
それは「Web製作」もしくは「ウェブサービス」でやるべき内容ではありませんか
ウェブサービスの中でも「SNS」は専用の板が用意されています。
それなのに何故WebProgで議論する必要があるのですか
コレまでの流れ
>>1がURL晒す
↓
ソース公開汁ゴルア
↓
>>1 ソース非公開
↓
ところで俺もmixiみたいの作ってウハウハに(ry
↓
今更んなもん作っても意味あるかい
↓
つうかSNSは高負荷なの知っとんのかゴルア
↓
完成しました。ソース公開せずにURL晒していいですか?
↓
いいよ と だめだよ が 半々
↓
上から4番目くらいに戻ってループ
> フロントエンドだけを議論の対象とする場合でも、「WebProg」の範疇ですか
> それは「Web製作」もしくは「ウェブサービス」でやるべき内容ではありませんか
> ウェブサービスの中でも「SNS」は専用の板が用意されています。
> それなのに何故WebProgで議論する必要があるのですか
そういう分類について、このスレで議論する必要があるのですか?
分類したいのであれば、客観的な分類基準を提示して頂きたい。
例えばミクシのシステムとかを考察するのはまさにこの板だろ?
データベースやら負荷とかさ
サイトを見ながら制作者とアーダコーダと
言い合えるなら充分この板で問題ないだろ
大体唯でさえ過疎板過疎スレで参加者を絞るのは寂しい希ガス
183 :
nobodyさん:2006/09/28(木) 05:28:52 ID:29JfyOhP
おまえらおはようございますよ?
議論とか分類とか難しく考えすぎ
自分ルールを作ってそれを強要してるやつはどっかにスレ立てて
テンプレにその旨書くなり、掲示板作って管理人になるなりして仕切ればいい
ソース公開を強制する奴はまず自分がソース公開して
スレをそういう流れに持っていけばいいだけのこと
板違いとかって話なんて次スレ立てるときに考えればいいべ
あと800強もあるし、わざわざ乱立させて人分散させる必要もないべと
上の段と下の段が矛盾してるが俺は気にしない 謝罪はしない
>>183 ということで、藻前のルールを適用したスレを作って、つづきはそこでやってね。
じゃあルールはっといてやるからみんなちゃんと読めよ
サーバーサイドプログラミング関連の話題を扱っています。
Perl, PHP, Java, Ruby, C, Tcl といった言語処理系の話、
Apache, CGI, JSP/Servlet, ASP, ColdFusion といったアプリケーション実行環境の話、
Oracle, PostgreSQL, MySQL といったデータベースの話などをテーマにしています。
スレタイトルは言語がハッキリわかるようにしてください。(言語を特定する場合)
配布中止/配布元不明スクリプトが欲しい人はダウンロード板へ
JavaScript、VBScript等クライアントサイドの話題はWeb製作板へ
他に適切な板が有るのに、ここでやる意図が理解できない。
ソース公開するならウェブプログ板でも多めに見るかってノリだよ。
本来というが原則は、ソース公開非公開に関わらずスレ違い。
自分の作ったsnsサイトの宣伝に過ぎないし。
>>189 バカかお前は。一番適切なのはこの板だろうが。
SNS板はあくまでもユーザーが集う場であって、制作者が集まる場じゃない。
もしお前が「制作者もユーザーも同じSNS板が適切だ!」と言い張るのなら、
たとえば飲食店向けのWebシステムに関するスレはグルメ外食板が適切、ということになってしまう。
んなわけねぇだろっつーの。バカか。
おまえら
俺が一生懸命関連板に兄弟スレ立てたのに華麗にスルーかよorz
_
/ /_________________________
/ / __ __ n _____ /
/ / | | / / / / / | /
/ / | | / / / / . / .| /
/ / | |. / / /⌒ヽ/ / / ̄ ̄| l /
. / / . | | / / ( ^ω^ ) / /. / / /
. . / ./ | | / / ノ/ / ノ /  ̄ ̄ / . /
/ / . | |. / / // / ノ / / ̄ ̄ ̄ . /
/ / | |/ / ⊂( し'./ / / /
/ / | / | ノ' . / / /
/ / | /. し' ./ / /
/ /  ̄ ̄ ̄  ̄ ̄ ./
/ /_______________________/
/⌒ヽ (  ̄)
( ^ω^) / /
/⌒ _ / /./
\ //_/\
 ̄ ̄ ̄(_二_)
このスレはVIPが占領しますた
このスレは、自分でSNSを作って宣伝するときに使えばいいよ。
もしこのスレにプログラマーがいれば、仕様や実際のコーディングについてアドバイスもらえばいいよ。
プログラムが書けないクレクレ君は、他所のスレで議論をお願いします。
=ここはWebProgですから。
''';;';';;'';;;,., ザッザッザ・・・
''';;';'';';''';;'';;;,., ザッザッザ・・・
;;''';;';'';';';;;'';;'';;;
;;'';';';;'';;';'';';';;;'';;'';;;
vymyvwymyvymyvy、
MVvvMvyvMVvvMvyvMVvv、 VIPからきますた
Λ_ヘ^−^Λ_ヘ^−^Λ_ヘ^Λ_ヘ
VIPからきますた ヘ__Λ ヘ__Λ ヘ__Λ ヘ__Λ
__,.ヘ /ヽ_ /ヽ__,.ヘ /ヽ__,.ヘ _,.ヘ VIPからきますた
/\___/ヽ /\___ /\___/ヽ _/ヽ /\___/ヽ
/'''''' '''''':::::::\/'''''' '''/'''''' '''''':::::::\ /'''''' '''''':::::::\
. |(●), 、(●)、.:|(●), |(●), 、(●)、.:|、( |(●), 、(●)、.:|
| ,,ノ(、_, )ヽ、,, .::::| ,,ノ(、_, )| ,,ノ(、_, )ヽ、,, .::::|_, )| ,,ノ(、_, )ヽ、,, .::::|
. | `-=ニ=- ' .:::::::| `-=ニ= | `-=ニ=- ' .:::::::|ニ=| `-=ニ=- ' .:::::::|
\ `ニニ´ .:::::/\ `ニニ \ `ニニ´ .:::::/ニ´ \ `ニニ´ .:::::/
/`ー‐--‐‐―´\ /`ー‐- /`ー‐--‐‐―´\-‐‐ /`ー‐--‐‐―´\
____
/ ノ \\
/ (●) (●)\
/ ∪ (__人__) \ 盛り上がらない・・・帰っていい?
| ` ⌒´ |
\ /⌒)⌒)⌒) //⌒)⌒)⌒)
ノ | / / / (⌒) / / / /
/´ | :::::::::::(⌒) ゝ :::::::::::/
| l | ノ / ) /
ヽ ヽ_ヽ /' / /
ヽ __ / / /
このスレで、みんなでペアプロを実践してみよう!
@仕様を考える ←今ココ
ADB設計
Bコーディング
Cサーバにインストールして公開
コードのリポジトリもこのスレな。
@仕様
・PHP4
・MySQL4.0
でOK?
@仕様
>>81 ・ユーザー招待機能
・ユーザー登録機能(プロフィール項目可変式)
・日記機能(写真アップ、コメント付けられる)
・コミュニティ機能(カテゴリー選択、参加制限、写真アップ、コメント付けられる)
まずこの4つを実装して、その後徐々に機能を追加
最初から高機能なSNSがほしい人は、OpenPNEを使えばOK
ここでは、シンプルイズベスト、改造しやすいことを第一に作ろう。
足跡とかはSQLiteの方が管理しやすくないですか?
@仕様
・ユーザー招待機能
・ユーザー登録機能(プロフィール項目可変式)
・日記機能(写真アップ、コメント付けられる)
・コミュニティ機能(カテゴリー選択、参加制限、写真アップ、コメント付けられる)
具体的な機能としては、mixi、OpenPNEと同等か、それ以上の機能ありでOK
個別に書き出すのが面倒(=アジャイル?www)なので、そういうことでヨロシク。
それではみなさん、
ADB設計をよろしくお願いします。
>>198 @仕様を考える
ADB設計 ←今ココ
Bコーディング
Cサーバにインストールして公開
>>201 それじゃ、
@仕様
・PHP5
・SQLite
にしましょう。
うむ、MySQLよりSQLite使った方が、コンパクトなSNSってかんじでイイかも。
PHP5なら、デフォルトでSQLite使えるし。
あ、ワタクシSQLite使ったことないので、ご指導ヨロシクお願いします。
http://ja.wikipedia.org/wiki/SQLite SQLite はMySQLやPostgreSQLと同じDBMS(データベース管理ソフト)である。
一般的なRDBMSに比べて大規模な仕事には不向きだが、中小規模ならば速度も遜色はない。
また、APIは単純で単にライブラリを呼び出すだけであり、データの保存には単一のファイルしか使用しない事も特徴である。
特徴
SQL92の機能の多くを実装
ユーザーという概念がない
サーバではなくライブラリ
データ型を指定する必要がない
トランザクションのサポート
ビューのサポート
トリガーのサポート
Unicodeのサポート
C言語を使って関数を追加できる
TCLバインディングを配布キットに標準添付している
PHP5で標準サポート
その他、C, C++, Perl, Ruby, Python, Delphiなど多数の言語用のバインディング
どっちかにまとめるより
得意な方を使えあえばいいと思うよ
MySQL
全体の検索がいる 日記帳とかユーザー情報
コミュニティ 概要と紹介文
SQLite
検索する必要のないユーザ情報と足跡
コミュニティ 発言内容
みたいな感じ
ADB設計
どんなテーブルが必要ッスか?
テーブル名のプレフィックス(接頭辞)は、何か付けますか?
=OpenPNEはテーブル名の頭に「c_」とか付けてますね。
(1) メンバー関係
(2) メンバー招待関係
(3) 日記関係
(4) コミュニティ関係
あと、SNSの設定情報関係、管理者固有の情報関係も収めておく場所が必要になるなー。
_ ∩
( ゚∀゚)彡 アジャイル!アジャイル!
( ⊂彡
| |
し ⌒J
>>205 一つのシステムで、複数のDBを使い分けてるの?
1つのDBにまとめた方が、メンテナンスしやすいと思います。
=DBの違いは、DB接続ライブラリを間にかまして、どんなDBでも選べるようにすることになるのかな?
・PEAR::DB
・ADOdb
みんな何使ってる?
コーディングは、オブジェクト指向プログラミングじゃなくて、プロシージャ指向プログラミング(構造化プログラミング)の方が、改造しやすくなると思うけど、どうでしょうか?
=DB関係で、O/Rマッピングは使わなくても良いと思います。
=シンプルイズベスト、改造しやすいことを第一
=手抜きで適当に作れればOK
そうすると言語はPythonがいいね
初心者は、勉強として参加
上級者は、アドバイス
クレクレ君は、応援&宣伝
( ^ω^)ノシ
>>208 言語別に、それぞれの言語が使えるユーザーに取り組んでもらおう!
担当:
・Python →
>>208 ・Perl →
>>1 ・PHP →
>>199 ・Ruby →
>>3 ・Java →
>>164 みなさん、それぞれ好きな言語で参加してください☆
>>211 Rubyを入れてくれたお前に好感を持った
213 :
PHP:2006/09/28(木) 12:01:04 ID:???
↑プログラミングができる方は、名前欄に自分の使っている言語を書いてくれませんか?
複数の使用言語がある場合は、SNSを作る場合に使用する言語として1つだけでOKだと思います。
(別に複数書いても問題なし)
Pythonは興味あるなぁ。
とりあえずAのDB設計について、
俺が今開発中のものを参考に書いてみるわ
なんちゃって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)
PHPとJava(JSP含)とPythonがどれも平凡に出来る、漏れが来ましたよ!
DBはPostgresが使えますっていうか それでがんばってるけど。
最近、JavaでDBにコネクション張りつづけてPHPでとってこれたらよさげだな
っていう妄想をしました。
> DBにコネクション張りつづけて
それって何か意味あるんだっけ?
>>219 そうだねぇ、例えばクエリデータとかを共有化(キャッシュ)したり。
共有メモリとしてもたせたり出来たらいいなぁ。
あとはコネクション張る作業って大変ぽいからなぁMySQLやオラコゥはどなのかしらなけど。
トランザクション単位での処理では無くなってちょっとうれしい?
オレのポスグレに対する愛さ!
DBってしたことないけどまぜてもらってもいい?
PerlとRubyが趣味程度にできます。
> PerlとRubyが趣味程度にできます。
Ruby on Rails, Catalyst, Jifty, CGI::Application
この中から、使いこなせるものを選びなさい。
ご無沙汰してます。
スレの流れが変わってきましたね。
要領の悪い汚いソースを晒すのはやはり気ガ引けるので
参考になるかどうかわかりませんが、うちのテーブルを書いておきますね。
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
インスコしてみたが動かない。orz
弄っても動作確認できないじゃん。
>>222 全部できません。orz
掲示板程度のCGIが作れる程度です。。。
>>223 >(split,joinで編集)
1レコード、1カラムに複数のデータを詰め込んでいるの?
>226
そうです。
フレンドリストやコミュリストの数は各々違うので
へっぽこ,001<>うんこ,002<>おぱーい,003<>.....
こういう形にしてます。
DBはやりはじめたばかりなんで、いまいち分かってない部分があるかもなので
こうしたほうがみたいなのがあれば教えていただければ嬉しいでつ。
1レコード、複数データってのはDBでは邪道ですかね。。
>>229 ぽいらも初心者に毛がはえたようなものなので
お互いがんがって勉強しまそ
>>228 ・リレーショナルデータベースでいうところの「正規化(normalization)」がされていない。
・その複数データを、Perlで配列に入れたり出したりしていると思いますが、その分無駄なオーバーヘッド(負荷、時間のロス)がありそう。
と思いました。
=1カラムに複数データ詰め込んでいるところは、別テーブルに切り出して、データの処理はPerlじゃなくてSQLで操作するようにした方がいいんじゃないかと思います。
=1レコード中で、横展開になっているデータを、縦展開に直す。
SQLで処理できることは、Perlでやらなくていいと思われます。
=DBテーブルが正規化されていないても、アプリが動けばOKだと思いますが、テーブル設計が変だと後々変更するとき困る場合もあるかも。
Googleで「データベース 正規化」とか検索してみて下さい。
>>228 丁寧なレスありがとうです。早速ググってみまっす
とりあえず動いてるっていうだけで、結構無茶なことやってるんだろうなぁorz
jcode.plって化けるんだよねぇ。
改造版でjcodeg.plってのもあるみたいだけど、評判はどうなんだろう。
うわわああ やっぱ2chてすげぇっす。
select insert update delete しか知らないので
それ以外はperlで処理してるんで結構無駄が多そう。
ファイルの入出力をdbに変えてソートがすげぇええ位の感覚でしか使ってないorz
sql文と正規化についてをもっと勉強しまっす。
split,joinで処理しているカラム部分を
通し番号、名前、お気に入り(ユーザー番号orコミュ番号)
という構造のテーブルを作ってやればいいんですよね。
なるほどなるほど。
こうすれば
追加、並び替え、削除、
なんてのも一々ややこしい処理挟まなくても随分楽になりそうですね。
SNS作りながらプログラム勉強ってちょうどいいかもね
WEB系のプログラミングに必要なことはほぼすべてSNSに含まれてる
OpenPNE使おうかとも思ったけど、
クローズ型もつまらんと思って色々探したけどこれってのはやっぱないね。
自分で作る事に本日決定。
頑張るか〜
>>1見たけど、Operaだと文字化けページを経由して一度リダイレクトされる感じだね。
サポートBBSのところが崩れてたりで、ちょっと表示がおかしい。
勉強するのに役立つサイトあったらおしえてちょ!
何の勉強だよwwww
っ google, 各種マニュアル
好きな方を選べ
基礎なら山口家の逆襲とかがわかりやすかった気がする。
>>244 ちょwwwをまwww猫でもわかるかよwwww
JavaとかPHPとか書いている俺が
C言語をオススメする今日この頃
まぁ、Cをやっといて損はしないさ!
そりゃぁ、Cはやっといた方が色々役立つね。
PHPとかでWebProgやってても、どこかでCに触れないといけなくなるしなぁ
まぁCから入ってJavaとかPHPとかやってきたけど、最近C#がやりたくなってきt(←板違い乙っと)
確かにC#やりt
まぁPHPからCに戻ろうとすると、アレなんだよなぁ・・・
変数に$を付けたくなる病 だからなぁ・・・。
ini $i; とか・・・
まぁ、言語の話になってしまったがみんな SNSがんばろうって事で。
C言語をやっておけば、PHPの拡張機能のライブラリ(PECL)を作れるからOK
…C言語でSNSを作る人いる? Apacheに組み込んだりしてw
うわぁ・・・
Cで書くとメンテがなぁ・・・早いんだろうけどなぁ・・・
よくある話だと、あれじゃないかな 内部のCOREの部分はCで書いて
見せる部分はPHPやRubyとかPythonとかで書くと〜いい感じとか聞くけどねぇ
うわわ、高度な話題に。。ついていけないorz
perlの時代はもう終わったのかしら・・
>>240 今Operaで確認したらレイアウトくずれまくりんぐ+画像が全部飛んでますね。。。(拡張子が飛んでる)
テストありがとうございまっす。
でも、Operaってシェア1%ぐらい?
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% そこそこ使われてますね
不完全だけど、Operaでも表示されるように修正しますた。
>>240さんありがとー
perlとasがちょこっと弄れる程度なんでこれを機会に他言語勉強しよう。。
明日php入門書でも買ってこよっと。
>>254 結構高いな
最近はゲーム機とかモバイルにOpera搭載してるのが増えてきてるし、
Opera10でどの程度IE7のシェアを切り崩せるのか期待。
まぁ、昔Opera使ってた時期があるから微妙に思い入れがあるわけで(今はFxだなんて言えない)
>>255 時々PHP質問スレで答えてるから、分からなくなったらщ(゚Д゚щ)カモォォォン
>>254 要するに、これって、WebProg板の住人のシェアって考えていい訳?
>>257 と言うより、このスレ見てる人のシェア?
Cならポートを直接リスンした方が早いよ。
画像イメージ程度ならアパチ任せの方が楽だけどさ。
アパチもCだからパクれば良いだけだが。
このスレを見て来て頂いてるテスターさんが何人いるかわかんないんですが
登録者130人(このスレの人+一般登録者)+宣伝見てトップまで来た人のブラウザシェアです。
そのOPERA たぶん俺だ
つまりこういうこと
InternetExplorer 87.29%
Firefox 7.13%
Safari 3.02%
俺 2.05%
NetscapeNavigator 0.07%
Mozilla 0.07%
Sleipnir 0.04%
Camino 0.02%
>>261 一人で何回もアクセスしているからってこと?
俺はSleipnirです。
やっぱ SNS 作るには C で書くのが一番だよなぁ。
265 :
PHP:2006/09/30(土) 02:44:42 ID:???
ADB設計
>>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)
>>244 このサイトちょっと見たけど道のりは長そうだ。
このドシロウトには。。。
おまえらすごいわ
マカは氏ね!
>>244 この人はC言語を他人に教える前に、
サイトのデザインを習うべきだと思うな。
あのセンスはダサくて見づらいうえに、フラッシュとか超イライラする。
中学生が作った感じ。
>>267 ぅゎぁ・・面白そうだなぁ・・・こんなのあったのか
>>270 コードとかでよく叩かれたりしてるけど、それでも初心者には嬉しい物だろう。
>>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)
これはだれから紹介されたか、という理解で(ry
連投スマソ
messages テーブル書きます
------------
ADB設計
>>216,
>>223を元に
users テーブル
>>265 messages テーブル
id (int)
user_id_from (int)
user_id_to (int)
isread (boolean)
created (datetime)
modified (datetime) ←isreadの更新日時=読んだ日時
これでどないでしょう
>>273 >modified (datetime) ←isreadの更新日時=読んだ日時
こんなの必要か?
じゃ、なしで
276 :
PHP:2006/10/01(日) 01:16:33 ID:???
277 :
PHP:2006/10/01(日) 01:17:21 ID:???
>>274,275
DB設計のとき、
・レコード作成日時 (created)
・レコード更新日時 (modified)
のカラムは(使わないとしても)全てのテーブルに入れておけ!と注意されませんか?
他人のやり方って、面白いwww
(へぇ〜、そんなふうにやってんのかー、と。)
なんかもう OpenPNE つかってればよくね?
>>278がイイこと言った
手っ取り早く他人の成果物を使いたい向きにはPNEでFA
だがスレタイに作ってみようとあるかぎり俺たちは進む
>>277 完全独学なので、誰も注意してくれる人がいない。
(逆に言えば、無駄な作法を押し付けられることもないけど)
>>256 ありがとー
早速入門書買ってきたんだけど
初歩すぎて失敗orz
なんていいつつ
echo("うんこ!うんこ!")
とか、いろいろ試してニヤニヤしてます。
質問スレではお世話になるかもなので、よろすくです。
話変わるけど
せっかく多人数の集まるsnsなんで、CGIゲームみたいな要素があると面白くないかな?
そうすることによって定住してくれる可能性も高まりそうだし。
チラ裏はPerlで書かれてたのか。
SNSなら開発効率より動作速度を求めた方が良さそうな気がするけど俺だけかな。
IO周りがボトルネックになりそうじゃないか?
実際に作って負荷テストやったわけじゃないから分からんけど
下手に速度求めてハードコーディングするより、拡張がやりやすい事が重要だと思う。
まぁあれだ、そんな大規模向けに調整する必要はないんじゃないか?(非効率に書いて良いって意味じゃないけど)
>>282 慣れてきたら定番の掲示板でも作っては?(ログはファイルに保存)
で、それをテンプレート・フレームワーク・DBに対応させたりするとイイ
>>GroupTube
速いな、システムはどんな感じなんだろうか。
288 :
PHP:2006/10/01(日) 20:32:08 ID:???
289 :
PHP:2006/10/01(日) 20:38:35 ID:???
機能重視よりは速度重視の方がウェブプロ板向きかな。
ミクシもそうだけど、最終的にはパフォーマンスで頭打ちに成ることが多いし。
その困った段階で修正したくても、大元から手を入れて作り直す羽目に成って全面移行で魅力無くなってアボーンになりやすい。
>>291 速度重視にするには、どうやって作ればいいんですか?
登録者数を少なく
閑古鳥を泣かすように
機能は抑え気味
というか最低限の機能の実装でしょ
へたするとコミュニティいらないかも、足跡いらないかもだよね
ぐらいの感じ
招待機能、日記、くらいまでか?
> というか最低限の機能の実装でしょ
中古事務用品屋でホワイトボード買ってこれば、
コンピュータ使わなくても最低限のことはできると思うよ。w
そうか?
試しにホワイトボードでSNS運営してレポよろ
っていうかmixiやってて思うんだけど、SNSにとってコミュニティって本当に必要かな?
よくテレビとかでは「SNSでコミュニティが盛り上がってる」みたいなことを
言ってるけど、俺は自分の趣味志向を示すためにいくつかのコミュに参加はしてるけど、
そこの話題に加わったことは無い。
知らない人とコミュで会話するより、実際の知り合いの日記にコメントつけたりするほうが
よっぽど楽しいと思うんだが。
それは単に自分がそうなだけ、もしくはコミュニティの質がそうだからじゃない?
海がめのスープみたいなコミュはかなり盛り上がってるよ。
足跡はいるんじゃね?SNSの醍醐味クサイ
コミュニティはいっそのこと2chのスレにリンクすればいいんじゃね?人いるし
> 足跡はいるんじゃね?SNSの醍醐味クサイ
ついでにコミュのスレにも足跡つけよう!
そうすれば立派なグループウェアになれるよ!
足跡とかコミュとか行ってる人はOpenPNEへどうぞ
ちょっとページ見るだけでSQL飛びまくりか。楽しそうだな。
> SQL飛びまくり
新しい表現だな。
スクール水着に飛びまくりと脳内変換したやつ・・・・はいないだろうな
ノシ
おまいの脳内補完能力はネ申の粋に達しているようだが、そのレベルだと日常生活が危なi(ry
質問させてください。
mixiとかでも他のsnsでもだけど、
次回自動ログインってクッキーでやってると思うけど…
このクッキーに入る情報って何がいいの?
登録時にランダムのパスワード的なのを作ってそれで認識させてんのかな?
セキュリティ的には何がいいんでしょう?
>>298 いや、俺の周囲の人たちもみんなコミュ不要と言ってる。
コミュで盛り上がってるヤツらは2chにいるヤツらとカブってんじゃねぇの?
つまりmixiである必然性があまりない。しかもせっかくのSNSが荒れたりする副作用付き。
たしかに昔はコミュで見知らぬ人と交流するのも楽しかったけど、
今じゃmixiは2chと変わらない無法地帯になりつつあるからな・・・
巨大化しすぎたな。
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
SNS作ってみよう
さ、さ、夜更かしコーディングの時間ですよ。
出勤が早い方は、毎日こつこつ30分でも書いていきましょう。
>>311 なんでいきなりそんなリンク貼るんだ?
っていうかその記事書いてるヤツって何様のつもりなんだろう・・・。
>>308 一部は被ってるだろうけど、全体でみるとそうではない気がする。
すごーく普通の一般人って感じが結構多いから。
例にあげたコミュでも見てみたら?
もっと画期的なアイデアはないの?
> もっと画期的なアイデアはないの?
vox インスパイアを livedoor より先に出す。
>>314 いや、問題は「すごーく普通」を装ったクソ2ちゃんねらーが
かなり潜伏しているという点だ。
mixiで普通のフリをして仕入れた情報を2ちゃんで暴露。
あるいはヲチ対象をmixiで見つけて2ちゃんでヲチ。
これは十分ありうるだろう。
そういう2ちゃん的な気持ち悪い感じを、本当に「普通の」人たちが気付き始めてきたようで、
みんなどんどんコミュニティから離れていっている。
> みんなどんどんコミュニティから離れていっている。
具体的に数字出してもらわないと話にならないな。
>>317 > いや、問題は「すごーく普通」を装ったクソ2ちゃんねらーが
> かなり潜伏しているという点だ。
2chユーザでmixiやってる人は結構居るが、クソ2ちゃんねらーとやらは本当にそいつらか?
> mixiで普通のフリをして仕入れた情報を2ちゃんで暴露。
> あるいはヲチ対象をmixiで見つけて2ちゃんでヲチ。
> これは十分ありうるだろう。
ありえるってかSNS・ネットwatchでやってる奴も居るな。
ただ、「ありえる」と「蔓延」は違うぞ
> そういう2ちゃん的な気持ち悪い感じを、本当に「普通の」人たちが気付き始めてきたようで、
> みんなどんどんコミュニティから離れていっている。
何この俺理論は、ここに書き込みしてるのに2chに何か恨みでも?どこかのスレで叩かれてた人ですか??
スク水なんて,ここは変態の巣窟だな。
>>316 これか。
MovableTypeをSNS風に仕立てたわけか。
http://www.vox.com/ http://www.sixapart.jp/vox/ Vox はシックス・アパートが開発した、これまでにない、新しいブログ・サービスです。
Vox では、従来のブログの機能に加えて、柔軟なアクセス制限が可能です。
例えば、1枚の写真、ひとつの記事単位で見せる相手や、コメントをもらうグループを設定できます。
子供の写真は 家族だけに公開 したり、恋人との話は 友人だけに公開 したり、きれいな風景写真が取れた時は 全世界に公開 することができます。
写真や動画をアップロードすることも、本や音楽のレビューを書くのも、ものの数クリックで完了します。
携帯電話での利用(投稿・閲覧)にも対応しています。
あなたの生活を一新するブログ・サービス Vox 。
ぜひお試しください。
それでは Vox でお会いしましょう。
>>317 被害妄想じゃね?
例えそれが一部にあったとしても。
323 :
PHP:2006/10/03(火) 20:00:12 ID:???
SNSユーザーのログイン/ログアウト情報は、どのように持たせたら良いでしょうか?
PEAR::Authを使わなくても、sessionで$is_login = 1;とかログインのフラグを持たせておけば良いですかね?
>>323 PHPはわからないので参考になるかわかりませんが
チラ裏の場合cookieにlogin=1 or 0 でログイン/ログアウト状態を記録してまつ。
325 :
PHP:2006/10/03(火) 20:21:02 ID:???
クッキーが使えない携帯電話は、とりあえずアクセス不可でもいいか。
(先にPC用のページを作って、後で携帯用ページを作るときにどうするか考える)
PEAR::Authを使えば、セッションハイジャックとか気にしないでいいのだろうか?
=セキュリティが甘いシステムにはしたくないなー。
326 :
PHP:2006/10/03(火) 20:25:44 ID:???
327 :
PHP:2006/10/03(火) 20:29:28 ID:???
p.105 対策1 session関連の設定変更
session.use_trans_sid = 0
session.use_cookies = 1
session.use_only_cokkies = 1
session.auto_start = 0
○メリット
セッション固定を利用した攻撃をほぼ完全にシャットアウトできる。
デフォルトのセッションハンドらを利用したXSS攻撃や、HTTPレスポンス分割攻撃も、同時に防ぐことができる。
×デメリット
クッキー未対応端末については、別途、GETなどを利用したセッション管理システムを作らなければならない。
328 :
PHP:2006/10/03(火) 20:34:28 ID:???
対策2 IPアドレスチェック
鍵に結びついたセッションについてIPアドレスも保存しておき、異なるIPからの利用がなされた時点でセッションを破棄する。
インターネットカフェなどでは、グローバルIPを狭い範囲で「回して」使うこともあるため、IPアドレスの32bit全てではなく、上位16bitだけをチェックする方法も検討すべき。
上位16bitだけのマスクでも、ハイジャック対策としては十分に効果を発揮する。
○メリット
セッション保護としてはもっとも強固
実装が簡単
唯一、セッション鍵を盗まれてからの対策になり得る
×デメリット
携帯電話など、アクセスの都度、IPが大きく変わるようなクライアントには利用不可能 ※24
※24…パソコンからでも、NATの内側からのアクセスで、その都度IPが変わる環境もあります。
(ロードバランサによるラウンドロビンなど)
329 :
PHP:2006/10/03(火) 20:39:56 ID:???
対策3 セッション鍵の定期的な変更
一定時間毎に、新しいセッション鍵に変更する。
具体的には、session_start() 直後に、session_regenerate_id(true)を実行する。
PHPバージョンが、5.1.0以降であれば、session_regenerate_id()に引数trueを与えることで、自動的に古いセッション情報を破棄してくれる。
session_start();
session_regenerate_id(true);
○メリット
IPアドレスが変わる端末からのアクセスにも利用可能
×デメリット
session_regenerate_id()において、引数trueをサポートしているのは、PHPバージョン5.1.0以降であるため、5.1.0未満のバージョンでは、古いセッション情報を消すコードを自前で用意する必要がある ※25
※25…古いセッション情報を消さない限り、新しいセッション鍵を用意しても、その時点までに保存された情報が盗み出される可能性は残ります。
330 :
PHP:2006/10/03(火) 20:42:17 ID:???
補足説明
セッション関係は、攻撃側にとってねらい目の多い箇所であり、防御側としては総合的に対策する必要がある。
P.132の4-2も参照のこと。
331 :
PHP:2006/10/03(火) 20:50:56 ID:???
P138 4-2-4 セッション鍵の変更
session.use_only_cookies=1 と設定することで、「セッション固定」攻撃はほぼ防御できますが、
XSS脆弱性やネットワーク盗聴などの手法でセッション鍵を盗まれる恐れは常にあります。
その対策として有効なのは、定期的なセッションIDの変更です。
PHPバージョン4.3.2以降であれば、session_regenerate_id()という関数を利用できます。
PHPバージョン5.1.0以降であれば、session_regenerate_id(true);と引数を渡すことで、自動的に古いセッションデータも削除されますが、
PHPバージョン5.1.0未満&セッションをデフォルトのfilesハンドらで利用している場合は、古いセッションデータを明示的に消す必要があります。
ただ、鍵を再生成した直後は、古いセッションデータファイルも開かれたままであるため、削除する方法がありません。
いったん、セッションに積んで、次のアクセスの際に消すようにするのが良いでしょう。
サンプルコードは以下の通りです。
332 :
PHP:2006/10/03(火) 20:57:47 ID:???
<?php
session_start() ;
$session4remove = @$_SESSION['old_session_id'] ;
$old_session_id = session_id() ;
if ( ! empty( $session4remove ) ) {
foreach ( explode( ';' , session_save_path() ) as $path ) {
if ( @unlink( $path . '/sess_' . $session4remove ) ) break ;
}
}
if ( session_regenerate_id() ) {
$_SESSION['old_session_id'] = $old_session_id ;
}
?>
↑インデント(字下げ)の部分は全角スペースになってます。
勉強になるわ。
334 :
PHP:2006/10/03(火) 21:17:56 ID:???
335 :
PHP:2006/10/03(火) 21:27:12 ID:???
すご。早いとこPHP覚えよう。
参考にさせていただきまっす。
337 :
PHP:2006/10/03(火) 21:32:54 ID:???
ハンドら → ハンドラ
タイポ訂正w
338 :
PHP:2006/10/03(火) 21:40:09 ID:???
>>336 今日、でかい本屋に行ったら、Ruby関係の新刊がたくさん並んでました。
Rubyも勉強してみようかなーと思いました。
(=Ruby on Railsを一回使ってみたい。)
340 :
PHP:2006/10/03(火) 21:45:25 ID:???
XOOPSみたいに、プラグインで後から機能を追加できるようにするには、どういう工夫が必要かな?
342 :
PHP:2006/10/03(火) 21:52:47 ID:???
>>343 (0)企画書(開発秘話) ←今ココw
@仕様を考える
ADB設計
Bコーディング
Cサーバにインストールして公開
ちぃたんwwwwwwwwwwwwwwwwwwww
ちょwwちぃたん使うのかwww
様々なネットサービスをよく観察&研究してたんですね。
コミュニケーションを円滑にするためのお膳立て〜他社SNSでは弱かった機能をmixiでは補完できていたと。
・多くの人が集まる場の提供は、日本国内はもうmixiでも良いと思う。
・特定のテーマを持つSNSは、mixiのクローンでも用意できる。
今から新しいSNSツールを提供するとしたら、より便利な機能を追加できること?
=家計簿、ブックマークの機能とかあったら使いたい。
348 :
PHP:2006/10/03(火) 22:19:29 ID:???
フレームワークよりCMSの方が最初から用意されている機能が多いね。
MODx、TYPO3あたりをベースにしても楽かも。
349 :
PHP:2006/10/03(火) 22:57:06 ID:???
350 :
PHP:2006/10/03(火) 23:05:53 ID:???
プラグイン機能の代わりに、機能追加をしやすくする仕組を考えてみました。
MVC構造の場合、機能毎に
・アクションコントローラー
・モデル
・ビュー
を一つのパッケージ、フォルダにまとめて入れておく。
pluginというようなフォルダがあって、そこに
「nikki」
「community」
「ashiato」
「syotai」
とかの機能が分割されて入っているかんじ。
呼び出しはフロントコントローラーで、うまく割り振りできるようにする。
各機能の関数、メソッドも個別に利用できる。
「ashiato」「syotai」みたいなSNSの基本機能は、もともと持っているものとして、pluginに切り出さなくてもいいかも。
でも、こんな切り方をしたら、MVCパターンで動作しなくなるかな?
351 :
PHP:2006/10/03(火) 23:18:09 ID:???
そっか、プラグインを受付けるためAPIを用意すればいいだけだ。
で、そのAPIの仕様に合わせて、プラグインのスケルトン(骨組み)を、自動でスカッフォルディング(土台作り)する仕組をSNSに用意しとくと。
これなら、誰でも拡張しやすいSNSになるね!
ウホッ!いいとこどり!
…という、夢のような仕組が作れればの話ですがwwwwwwwwwww
どーせ完成までたどりつかないから、嫁さんでもかわいがってやれよ。
>>352 昨日離婚の紙に名前書かされました
本当にありがとうございました
354 :
PHP:2006/10/03(火) 23:33:09 ID:???
>>326-332 著作権侵害乙。
これはもう引用じゃなくて完全に盗用。
勝手に本の内容を2ちゃんにまるまる載せるなバカ。
著者か出版社ホイホイだな。
>>354 んーと、ライセンスは・・Sugar Public License・・?
ほぅ、Mozilla Public Licenseからの派生か。
そもそもCRMとSNSは全然違う概念だと思うが、その辺はどうなんだ?
同じ概念に違う名前を付けただけ。
hatenaもSNSに近い気がする。
SNSでMySQL使う場合、DBエンジンは何使う?
やっぱり速度的にMyISAMがベストかな?
トランザクションが絶対に必要なクリティカルな処理もないし。
>>361 それらを読むと、規模とかにもよるけど、
やっぱMyISAMが楽でいいような気がするな。
お金や商品など、クリティカルな取引を扱うものでない限り、MyISAMで十分かも。
>>1 質問なんですが、
チラ裏のソースコードって全部で何行ぐらいになりますか?
>>363 超くだらねぇ質問だなw
そんなの聞いて何の意味があるんだww
行数聞いても・・ねぇ・・・w
でも、Perlって行数の短さを競う言語じゃないの?
367 :
nobodyさん:2006/10/04(水) 20:24:46 ID:H80HzL63
分割してるんで今からしらべてきまっす
>>367 んなもん、作り方一つで大幅に変わるわいボケ!!
・・・と言いたいところだが、まあデザイン抜きのロジック部分だけなら
5000行〜7000行程度だな。(SNSの超基本機能だけ実装した場合)
0092 初期設定
0093 メイン
1100 プロフィールページ関係
0454 書込み・削除・編集・終了とか
0740 汎用サブルーチン
0190 チラ裏タイトル表示
0358 個別チラ裏表示
0271 お気に入り関係
0541 コミュニティ関係
0220 検索
0085 画像アップロード
0254 招待・パスワード再発行
0123 ランキング
0230 アカウント作成
0418 コミュ内メール
5169行(154kb)(コメント・空行含む)
使用モジュールとか→DBIとcgi-lib.pl
ですた。ってこんなの聞いてもあまり意味ないかと思いますが。
sns案件の見積もりだったりして(w
373 :
370:2006/10/05(木) 01:43:33 ID:???
>>371 おっ、俺の見積もりとピタリ一致してるな!!
ただ俺の場合はPerl知らないので、PHPでの話だけど。
>>372 単純に行数とか人月とかで見積もり出すバカの知能を疑う。
同じ行数でも実際にかかった時間や苦労は、モノによって千差万別なのに。
http://www.google.co.jp/search?q=LOC%81@%8C%A9%90%CF LOC (Line Of Code)
プログラムコードの行数から、1行いくらで見積もる手法
一昔前のメインフレーム時代には、プログラム開発はCOBOLが主流で、システム規模は「LOC(Line of Code)」により算出されるのが普通でした。
「LOC」とは、開発規模をプログラムのステップ数で表す方法で、主にCOBOLやPL/1、FORTRUNなどの手続き型言語を使ったプログラムでよく使われる手法です。
現在主流となっているC/S系やWeb系の開発では、開発ツールを使ってプログラミングするのでステップ数と言われてもピンと来ません。
375 :
nobodyさん:2006/10/05(木) 13:11:31 ID:B5Qe2GtY
でも800行と8000行じゃ8000行の方が労力かかってるのは明らか
世の中には、慣れた人が800行で書けるものを8000行費やして実現するやるもいるからなぁ
行数なんかより、実行速度の方が大事。
データベースの1つのテーブルへの件数の最大ってどれぐらいがいいのかな。
3000人ぐらいが利用すると想定した場合、日記テーブルを用意するとして、
そこに全員の日記の書き込みを追加していくと、1日全員が2回書いたとして、1年で、
3000人*2件*30日*12ヶ月=2160000件
コメントテーブルだと、1件に3つコメントが来ると想定したら、*3で、6480000件になる。
データベースのことはよくわからないんだけど、こんなたくさん件数があって、まともにソートや選択ができるのかな?
システムの規模は、機能単位でみた方が正確な評価につながるんじゃないか?
・クラスの数
・関数やメソッドの数
コード量が少なくても、オーバーライドで多機能だったりとか
http://www.mysql.gr.jp/mysqlml/mysql/msg/5717 レコード件数が多いか少ないかよりも、テーブル中のデータ量が多くなると、ある段階から遅くなるようです。
テーブルにもよりますが、MySQLは100万件〜1000万件なら普通に動くと思います。
とりあえずインデックスをちゃんとつければ遅くならないと思います。
1台のDBサーバで対処できないくらい遅くなったら、複数台のDBサーバに分割して、負荷を分散することになると思われます。
MySQLならMeCabとかで分かち書きして、UTF-8でFULLTEXTに放り込む手もある。
>>379 自作関数や自作クラスなどが増えれば増えるほど、
ますます行数や期間での金額算出は無意味になるね。
せっかく苦労して簡潔で高速なコードを書いても、
これが素人目にはかえって「なんだ、コードが少ないから簡単なんじゃん」とか
思われたら癪だしなぁ。これを素人相手にどうやって説明したものか。。。
それでも客観的な指標ってなかなか無いから、行数や人月を根拠に評価するしかないよ。
実際プログラム組んだことない香具師(経理、監査、役員とかの決裁者)にどうやって、速度とか苦労を評価させるんだい?
>>384 そんなこと言ったら、無駄に行数や工期増やして
水増し請求できることになるじゃないか。
速度や苦労を理解できない人々や、逆にこういうのを見抜けないだろう。
>どうやって、速度とか苦労を評価させるんだい?
それを考えるのが商売だ。
結局、商売としてはSNS構築っていくらの案件? 一式10万ぐらいで良いの?
OpenPNE使ってか?
ttp://www.looops.net/service/extra.html SNSコンテンツの企画 標準料金 \300,000〜
デザインの企画・制作 標準料金 \300,000〜
コンテンツの開発 標準料金 \1,000,000〜 (要件を伺い、見積もり実施)
コミュニティの活性化支援 標準料金 \100,000〜
SNSマスターの教育とアウトソーシング 標準料金 \300,000〜
>>386-387 1日以内で終わる仕事量なら、それくらいでもいいんじゃない?
(=サーバ構築+インストールくらいかな?)
2日以上かかる作業量ならボランティア
>>388 > コミュニティの活性化支援 標準料金 \100,000〜
それ何てさくr・・・・・ぅゎ、何をする。やめrくぁwせdrftgyふじこlp
単価はいくら?
納品後は毎回、金額/時間を確認するようにして見積の精度を上げたい。
WBS法
UCP法
FP法
SEX 法
超ぼったくり案件だな。ワロタ。
>>391 なぜここで見積の話を?
あなたは業者?クライアント?興味本位の暇な人?
>>386 はぁ?? 10万!?
もしお前がクライアント側なら、ナメ過ぎ&ふざけ過ぎだから今すぐ氏んでね♪
もしお前が開発者側なら、ダンピングし過ぎだから、やはり今すぐ氏んでね♪
どちらにしても今すぐ氏んでね♪
http://asial.co.jp/blog/2006/09/25 海外に目をやると、ソフトウェアメーカーの多くは、パッケージ販売と関連サービスで収益をあげていることに気づきます。
彼らはまず基本パッケージを作り、カスタマイズの要望を受けた際は、そのパッケージのカスタマイズを行うか、お客さんにパッケージにあわせたビジネスをアドバイスします。
結局適正価格はいくらなんだよ。
SNSシステム一式いくら?
個々のクライアントが納得した価格=適正価格
買う側は必要なら必要な額を出すし、
必要ないなら1万円でも要らない。
SNS作ってみよう
これは凄い。
よく作れるもんだ。
403 :
nobodyさん:2006/10/06(金) 19:42:47 ID:iZ1/Sokv
mixi完全に終わったw
この騒ぎではw
404 :
nobodyさん:2006/10/06(金) 19:43:58 ID:77/b7DLV
SNSほわったなw
407 :
nobodyさん:2006/10/06(金) 20:05:09 ID:77/b7DLV
>>406 見事な下がりっぷりにワロチ
どこまで落ちるか見物だな。ちょっと株板行ってくるノシ
>>407 VIPでやれwwww
409 :
nobodyさん:2006/10/06(金) 20:31:02 ID:77/b7DLV
>>408 今回の出所はニュース速報なんだ
VIPPERはくそだからじゃね?
日本男児の心意気を見せて欲しい。
彼女を幸せにしてやれるのはお前しかいない。
>>411 分かった 俺が絶対にあの子を幸せにする
婦警さん(*´Д`)ハァハァ
つか、女の子がかわいそうだからあまり広めてやるなw
414 :
nobodyさん:2006/10/07(土) 00:19:00 ID:cwNk581P
もうおそいんじゃまいか
まあ、広めたヤツとか全員逮捕されるけどね。
今回の件については一部の政治家とかが相当キレてるらしく、
警察幹部はかなり叱責されて本腰入れたようだ。
例の法律のこととも絡んでるらしい。
416 :
nobodyさん:2006/10/07(土) 02:54:43 ID:nUojH7y9
mixiが実名登録推奨なんてしてなけりゃここまでのことには・・・
運営はセキュリティのことなんてこれっぽっちも考えてなかったんじゃないの?
ピンチはチャーーーンス!
「ドジッ子で有名になっちゃったー」(^^)テヘッ☆
とか切り返せたら天才
実質オープンなんだから実名なんてありえねー
ネットに公開されるのに実名載せるとか・・もうアフォかとねぇ
>>415 はいはい、こんなとこまで出張ご苦労様。
何百人逮捕されるかとっても楽しみですよっと
>>419 >>415じゃないが、見せしめってのを知らないのか?
抑止力を考慮して目立つ数人を晒し者にする事ぐらいは普通にありえるぞ。
>>420 このスレで広めた奴は逮捕されると言って何の意味がある?
「そんな台詞は祭りで騒いでる連中に言ってやれ」
そもそも、見せしめに突撃した誰かが捕まっても俺の知った事じゃない。
>>416が「広めたヤツとか全員捕まる」とか「一部の政治家が相当キレてる」とか「警察幹部は本腰入れた」とか言ってるから
皮肉を込めて「騒動が収まってから何人捕まるか楽しみですね」と書いてみた。
そもそも、このスレ限定の話じゃないんじゃないか?
ここを見て知って、今から広めようとしてる人への
牽制と釣りを兼ねたネタな気がするんだが。
信頼できる業者ってどこ?
Snsなんて無料で作ってもらえばおk?
ぼくの肛門も逮捕されそうです。
425 :
nobodyさん:2006/10/07(土) 23:00:01 ID:nUojH7y9
/ ̄ ̄\
/ _ノ \
| ( ●)(●) 亞問がmixiにモータードライヴって
. | (__人__) 面白すぎるだろ。
| ` ⌒´ノ 常識的に考えて・・・
. | }
. ヽ }
ヽ ノ \
/ く \ \
| \ \ \
| |ヽ、二⌒)、
>>421 >俺の知った事じゃない
だったらいちいちレスしなきゃいいのに。
かまってクンか?www
ミクシ株で損害出したのはミクシの東大卒社長を訴えれば金は返ってくるの?
ライブドア株の暴落の場合はホリエモンが穴埋めしてくれることに成ってたよね?
だからお前ら板違いだってwwww
429 :
nobodyさん:2006/10/08(日) 04:44:02 ID:kqpfBdr4
vc++の難しさに比べればphpなんて屁みたいなもんだなあと思った
C++ってそんなに難しいか?
phpよりは難しいだろうが、perlがかなりできるようなレベルならC++なんて結構楽にできると思うが
C++と言えば、boostの変態さは異常だ(褒め言葉)
プログラミングの基礎がちゃんとできりゃ、どの言語も大して難易度変わんない気がするんだがね。
> プログラミングの基礎がちゃんとできりゃ、どの言語も大して難易度変わんない気がするんだがね。
難易度とやらの測定方法を定義してくれないか?
測定?寝言は寝てから言えよ。
自分のフィーリングだろ。人それぞれ。
C#はゴミ。C++もクラス処理がいまいちだな。実用より理論重視って感じ。ぶっちゃけ使いにくい。
プログラミングの基礎って、結局いろいろな言語を知らないと身に付かないと思う。
人用の言語でも、言語学者というプロを目指すなら、日本語だけじゃ駄目だし。
SNSを作る程度なら、Perl、PHP、Rubyで十分。あ、PythonもOK
Java、C/C++、.NETを使うほど大規模なシステムではないと思う。
サーバ増設して動かせるスケーラビリティーが必要なだけ。
いつも思うんだけどスケーラビリティーって言葉
エロいよな なんかエロい
>>427 >ミクシ株で損害出したのはミクシの東大卒社長を訴えれば金は返ってくるの?
何この基地害厨房wwww
じゃあお前アレか、損害出したら社長に金を請求して、逆に利益が出たら社長に金を渡すのか?
こういう基地害厨房理論を振りかざすバカが増えてきて、日本も危機的な状況だな。
ライブドアには功罪あるが、このような基地害個人投資家を投資界に連れてきたたのは害悪だな。
439 :
nobodyさん:2006/10/08(日) 13:36:45 ID:LOJbd3rU
背任
じゃなければ
ネタにマジレスのほうが基地害だと思います。
とりあえず通報してみた
http://www.geocities.jp/c_hallenge/003.html 突然ですが、一昨日私どもの店でも100品注文がありました。
社員として大切なお客様にこういうことを言うことはナンセンスだとは思うのですが
このサイトを見たからには書き込まなくてはいけないと思い書きこまさせていただきました。
実はで何故か全国的に100品注文現象が現れています。
実は3週間ほど前にも自分の店でもう1件別の100品注文がありました。
ここの掲示板を見る限りでは「チャレンジ部」様の影響で興味本位でチャレンジしたい方がちらほら見られます。
私どもの店で起きた100品注文、決して店やバイトさん達には好まれておりません。
何故かというと、常識で考えていただけると分かると思いますが
「事前注文」も無くいきなり「ピークの時間帯」に「100品注文」
これらすべての条件が2件とも当てはまったからでございます。
大量の注文が必要なら事前に注文していただければいいと思いますし
ピークの時間帯を避けていただければ他のお客様の迷惑も少なくなります。
ここのサイトを見てチャレンジしたくなった方々、100品注文に限らず実行するまえに「常識」でもう一度考えてください。
ピーク時を避けるだけで結構です。
これは常識内の行動か?
店員や他の客に迷惑はかからないか?また最小限に抑えているか?
自分自身が労をするだけで解決する問題なら構わないのです。
他のお客様に「迷惑」が実際に掛かっております。クレームもつきました。
できるなら、興味本位ではやってほしくはない。というのが現実ですが…
ピーク時の100品注文は迷惑にしかなりません。
>>443 悪口は悪口だけど、事実は事実でもあるけどな(モーオタ=キモイ)。
正直、どんなお店であれ、一部の特殊なキモい奴らには来店してほしくないわな。
他のお客さんに迷惑だから。実際俺も、自分がマックにいるときにもしキモ軍団が大勢来たら気分悪いし。
>>444 そういうチャレンジとかも非常に迷惑だな。
2ちゃんねらーってバカばっかりだから、自分たちさえ楽しければいいという考え方が非常に強い。
そんで、ちょっと批判されると、「罵倒された」だの「客を何だと思ってるんだ」だの大騒ぎ。本当に基地害でしかない。
モーヲタに限らず、ヲタはすべからくキモイ。これ定説。
サーバ増設して動かせるスケーラビリティーって、Java、C/C++、.NETを使ってるミドルウェアしか実現できない罠。
Perl、PHP、Ruby、Pythonでどうやって、サーバ増設して動かせるスケーラビリティーを実現するのか説明してほしい。
利用者増えて、サーバ増設して動かせるスケーラビリティーが要求される時点で十分に大規模なシステムだと思うが。
今さらSNSなら1〜10万人程度で普通に動けば十分
人集めるの大変
運用コストが回収できないならサーバ増設しない
PHPでもPerlでも
レプリケーションで負荷分散すればいいんじゃ?
>>445 モーオタもキモイけど、店員もキモイでFA
今SNSつくってるんだけど、テーブル設計が悩みますね。
フレンドリストやコミュニティリストはユーザの基本情報とは別テーブルにしたほうがわかりやすいかな?
俺が考えてるのは、フレンドリストテーブルを作って、そこに、IDを2つ(自分のと友達の)をどんどん追加していく、
というものなんですが、みなさんどうしてます?
とりあえず作って試すしか。
良いのができた(もちろん検証済みのを)ら晒してくれ。
実装的には将来テーブル変えることも想定して組んだ方がいい。もう一度作り直す覚悟なら何も考えなくても良いけど。
ミクシの記事とか見てると、機能ごとに鯖分けして負荷分散してるみたいだから、機能ごとに別テーブルにしておいた方が良いのかもな。
>>453 っていうかそれが普通誰でも考え付くオーソドックスな方法だと思うが。
>>453 それでいいと思うけど、疑問に感じるんなら、正規化の勉強をした方が良いと思うよ。そんなに時間かからないから。
>>453 強いて言えば、例えば会員番号が
35 → 77
77 → 35
という具合に、実質的に同じつながりを示すデータが重複しないように工夫する余地はあるかも。
>>458 いや、あえて重複させといたほうが、
あとでいろんな場面で便利に使いやすいと俺は思う。
(クエリでWHERE条件を単純に指定しやすくなる等)
機能ごとにテーブル作ってみるか。
俺の考えだと足跡機能にもテーブルが必要になりそう・・・。
>>459 そうだね。
DBを富豪的に使って(無駄があってもOK)、SQLがシンプルになるならそっちを取る。
YouTubeを作って16億ドルか。
いい商売してるね。
今時 O/R マッパつかえばよくね?
464 :
nobodyさん:2006/10/11(水) 22:13:41 ID:KMxRqEhe
以前、mixiのソースが表示されてしまう事件があったが、
あれはなんで起こったんだっけ?
ソースが見られてしまう可能性があるなら、データベースのパスワードとかどこに書いとけばいいんだ
>>463 オススメのO/Rマッパありますか?
PHPならpropelとか?
DB処理部分は、ADOdbとか使っても良いかと思います。
勉強のためにDBラッパを自作してみますか?
>>464 不可逆的な暗号化を施して、保存するのがオーソドックスな処理でしょうか?
そんな恐ろしい事件があったのか>ソース表示
どういう原理でそうなったんだろう
Apacheの設定ミス?
Boofy
う〜ん、フレンドの最新日記表示の仕組みがいまいち思い浮かばない。
Zend_DBは程よく抽象化されてて、拡張性も高いから使いやすいな
SQLが複雑になってもエンジンの解析に時間喰われる程度で、CPU速いの積んどけば十分だろうけど、DB別けとかないとディスクアクセスで上限来て頭打ちに成ると思うけどなあ。
学者とか理論重視なら綺麗さにこだわるだろうけど。実運用経験者なら、システム全体の負荷が重要だと思うが。
>>467 けっこう多くの人がソース持ってるよ
でも肝心な部分が抜けてたから、そのままパクるのは無理
>>464 DBへの接続パスなど重要情報を書いたファイルはドキュメントルートより上に置いてrequire。
こうすれば仮にApacheの設定ミスでソースが見えちゃっても無問題。
>>466 不可逆な暗号じゃ接続できないだろうよ。
いっそ、ほとんどのソ−スをリクアイアで読み込むような記述にしとけば、あんなに盛大に漏らすことも無かったのにな。
鯖管理者募集してたから新人が設定ミスったのだろうな。ろくに動作確認もせずに鯖公開するアフォは危険(w
>>474 >いっそ、ほとんどのソ−スをリクアイアで読み込むような記述
つまり、直接叩いたURL(例:hoge.php)には、require("hoge_hontai.php");と1行だけしか記述しないってことだよね?
俺も自作のWebシステムをそのように変更しようかと悩んでるところなんだけど、
それによってレスポンスとか性能に問題が出ないかと思案中。
まあ、大した影響は無いだろうとは思うんだけど、ユーザ数や同時アクセス数などが増えた場合にどうなるかが未知数。
誤差の範囲内でしょ
>>473 SNSユーザーのパスワードと勘違いしてたw
>>476 そうかな・・・そうだといいけど
誰かテストしてみてくれないかな。。。
(自分でやりたいけど、abの使い方すらよく分かってない orz)
479 :
nobodyさん:2006/10/12(木) 13:03:07 ID:Rh+mM1tm
cookieにパスワード持たせちゃうのは危険だよね・・・・
>>479 どういう場面でパスワードをクッキーで保存するんだ?
481 :
nobodyさん:2006/10/12(木) 15:09:17 ID:Rh+mM1tm
ログインしたあと、
ユーザー専用のページをまたぐときもっていないとならないんですが・・・・・
PHPならセッション使えば?
>>481 発想を少し変えて、ログイン処理した後は、ログインした状態を持ち歩けばいいんじゃない?
>>483 つまりそれを普通「セッション」と言うんだけどね。
クッキーとセッションは別物の仕組です。
(このレスだけを読んで、入門者の方が誤解しないように、念のためフォロー)
クッキーは、クライアント側のPCに保存されている
セッションは、サーバ側のPCに保存されている
=それぞれデータを保持している場所が異なります。
クッキーにしろ、セッションにしろ、必要なければパスワードを保存して持ち歩くんじゃなくて、
パスワードの代わりにログインフラグの値を持ち歩いて、ページ毎の処理をすればいいんじゃない?と。
>>485 お前の説明だと、ド素人が余計に誤解する恐れあり。
特に、クッキーにログインフラグを持たせちゃダメだろwww
いくらでも改ざん出来るんだから。
いっそのこと会員全員にトークン配っちゃえばいいんじゃね?
488 :
nobodyさん:2006/10/12(木) 22:35:57 ID:QUaWl9r8
>>485 いや、設定によってはクッキーで保存するようにできるよ。
俺はそうしてる。
>>486 改竄はされねーだろ。
>>488みたいなバカがいるせいで、脆弱なWebシステムは永遠に無くならない。
>>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
491 :
nobodyさん:2006/10/13(金) 00:46:06 ID:nZS7xPDu
XSSなんて許すサイトは論外
>>488=
>>491 バカかお前は。
XSSなんか使わなくても、クッキーにログインフラグを格納してたら
いくらでも自由にログインできちゃうっつーの(PC所有者自身が、な)。
それについて「自分のPCのクッキーだから問題ない」というのなら、お前はセキュリティ・センスがゼロだ。
493 :
nobodyさん:2006/10/13(金) 00:52:27 ID:nZS7xPDu
PC所有者自身なら問題ないだろ
ネカフェだったら?
495 :
nobodyさん:2006/10/13(金) 01:04:24 ID:nZS7xPDu
ブラウザを閉じればセッションは終わる。
ID:nZS7xPDuが激痛な件について。
間違ったことは言ってないよな
一部勘違いしたことを言っとる。
特にログインフラグをクッキーに持たせるなんて愚の骨頂でしかない。
499 :
nobodyさん:2006/10/13(金) 11:23:01 ID:EL3EStb/
>>498 何がだめか俺もわからん。
498がどうしてるのか教えてくれ
>>499 簡単に言えばセッションとクッキーの混同だな。
セッションでもクッキーを使うけど、どのように使っているかを理解していない。
セッションではセッションIDをクッキーに含めるだけで、その他のデータ(たとえばフラグなど)は
絶対に格納しない。格納したらセッションの意味がない。
>>500 セッションにID以外のデータを含めないのはわかったけど、
具体的にそれからどうするの?
>>501 携帯サイトはクッキー使えない
クッキーなしで動作するサイトを作ろう!
そうすればPCサイトでも、クッキーなしで動作するものが作れるはず。
否定だけして、具体的にログインフラグを持たせないで画面推移する方法が出されてない件ww
これはひどい
510 :
500:2006/10/13(金) 19:22:53 ID:???
>>508 だからお前はバカで基地害でクズなんだよ。
セッションの仕組みをよく理解しろと言っただろうが。
きちんと調べて勉強したのか?
仕組みを理解したのなら、各種フラグはクッキーじゃなくてセッション変数に
持たせるのだという「当たり前の方法」が分かるはずだが。
クッキー使いまくってるorz
日々勉強じゃぁ
httpsとセキュアクッキーじゃないならなにやっても無駄。
あれ?セッションってクッキーに保存されるんだろ?
post や get でもいいんじゃまいか?
516 :
sage:2006/10/14(土) 02:51:28 ID:S3lbqA/j
>>511 基本的にクッキーに入れて良いのは盗まれたり改ざんさ
れたりしてもいい値だけと考えたほうが間違いがないよ。
ページ間で結果を繋ぐなら、クッキーに入れるのは乱数化
した文字列(セッション番号)だけにしておくといい。
session_id=lkjdajenn322115
みたいな感じ。で、プログラムの一番最初にそれをキーに
して他のデータを読む。要は500氏の言う通りなんだけどね。
500氏が怒ってる理由はクッキーの改ざん問題かな?
login=1ならログインしてる、login=0ならしてない、とい
うようなフラグをクッキーに入れる仕様だと、改ざんにめちゃ
めちゃ弱くなる。なんせ1に改ざんするだけで認証を不正にパスされて
しまう。
同じ理由で、重要なデータ、たとえばユーザーIDがクッキーに入って
たりするのもかなりヤバイ。IDが2の奴が、ID=1 というように値を改
ざんしたらID1の名前と権限で操作ができてしまう。
セキュリティはめんどいけどやるしかない、がんがれ511。
ゴメンsage損ねたorz
どうやってセッションIDが正式に発行されたものと証明させる?
>>518 スーパーハカーがサーバーに保存されてるセッションIDをクッキーに仕込んだらちょっとやばいかも
まあそんなことできるってことは既にサーバーがハッキングされてるんだろうから考える意味ないか
別にSSLやセキュアクッキーを使わずとも、
セッションFixationを防ぐ手段はいくつかある。
idとパスとログインフラグをcookieにしこんでます。
ID:unko Pass:unkounko Login_flg:0 or 1
画面更新毎に
いずれか1つでも違えばエラーで弾いくというユーザー認証をしています。
これをcookieを使わず処理するにはどうすればいいんだろう・・・
セッションなんかサパーリだぁ
ログイン時にセッションというものを発行してサーバーに保存→画面更新毎に認証チェック??
そもそもセッションってなんだろう。何を元に生成しているんだろう。IP?OS?
んで、そのセッション番号とIDがリンクしているわけですか。
いまいちわかんない。
cookieにセッションIDを入れ込むやり方と直接ID・PASSを入れるのと、どう違うのか
セッションを使わないとcookieファイルを見ればIDとPASSが分かるから?
家族や友達などPC共有している人にバレテしまうという意味でのセキュリティのなさを言われてるんですかね?
でもそのセッションIDの書かれたcookieをコピーしてしまえば他人のアカウントでアクセスできそうな気も。
いや、上の方でcookie使わないみたいな事書いてたから、使わず済むのか。
う〜んう〜〜ん。
なんか的外れな事言ってそう。。わけわかんなくなってきた。
この週末使って勉強してみます。。
mixiの携帯サイトの仕組みがいまいちわからんな。
お気に入りに保存でURLみても変数もってないし。
携帯だからクッキーじゃないし。
何だろ?
>>522 ・・・。
やべーよそりゃ!っていうのは伝わりました。
どこがやばいのかは、いまいち分かりませんがorz
参考サイト見てみます。ありがとうございます。
セッションidも偽装すればいくらでも横取りできるよなあ。
10万セッションぐらい総当たりすれば1セッションぐらい取れると思う。
Pen4なら10万試しても10分もかからないよ。
>>525の言ってることは非現実的というか、計算がちょっと大雑把すぎるが、
それはそれとして、セッションIDのブルートフォース・アタックを
防御する仕組みを考えないといけないな。
ApacheもしくはPHPで標準装備してくれないかなぁ。
>>524 俺も色々ググって勉強してみた。
1.セッションIDっていうのを発行して、それをユーザのクッキーに入れる。
セッションIDは他と重複しないランダムな値。既存の暗号作成ライブラリーを使うのが吉。
2.ユーザの細々とした情報は、自分のサーバに保存しておく。
例えば、セッションIDを名前としたテンポラリーファイルを作って、その中にユーザ情報を保存
3.ユーザが最アクセスした時、クッキーからセッションIDを取り出し、そのセッションIDのファイル
があれば、認証済みとする。また、買い物情報等はこのテンポラリーファイルに保存する。
誰か指摘してくれると嬉しい。
その保存と読み出しを自動でやってくれるのがセッション変数だな。
セッションidを偽造すれば他人のテンポラリーファイルを操作することは簡単という訳だね。
おまいら随分基本的なこと話してますね
要するに、ランダムな番号が割り振られた整理券みたいなもんだな。
膨大な整理券を用意できれば、本人の代わりもランダムにできると。
0-9a-zA-Zだと52種類
30文字だとすると52^30
一度にログインしてるユーザーなんて多くて10万程度だろう
100000/(52^32)
がんばって総当たりしてね^^
100000/(52^30)だった
3.31054649 * 10^(-47)
>>525 重要なのはレスポンスが返ってくるまでの時間な
62な。
よくわからん。
セッションIDってクッキーに保存されてるPHPSESSIDのことだよな?
ログインフラグにせよこれにせよ、どっちにしろクッキーに保存されるんだから同じじゃないの?
総当りとか・・合致するセッションIDを発見する前に、DoSが成立するね。
で、そんな大量にリクエスト送ってくるぁゃιぃ人は弾いちゃえばおkっと
>>536 保存される内容が違うでしょ
要は書き換えらたり見られたりしちゃ困る物はクッキーに保存しちゃダメって事さ
538 :
nobodyさん:2006/10/14(土) 22:17:50 ID:90O7Bnz3
open-gorotto ってどうなっちゃったの?
鯖が死んでるみたいだけど。
>>527 セッションに一般的な概念・仕組みだね。まあ概ねそれで良し。
で、実際にPHPでセッションを使うにはそんな小難しいことを知らんでも専用の関数で楽チン。
>>536 同じじゃない。セッションIDってのは、いわば「鍵」である。
この「鍵」を使って、サーバにあるデータ(セッション・ファイルの中身)にアクセスできる。
鍵だけでは何の意味もない。鍵を見ても鍵でしかない。見て意味のあるデータは、鍵のかかった「箱」に入れるわけだ。
540 :
nobodyさん:2006/10/14(土) 22:28:50 ID:8uNXTSbc
if(!_SESSION['login']) { header('blahblah'); }
とかじゃだめってこと?じゃあどうやるの?
セッションIDがわかったとしてもそれがログインしてるか調べないといけないよね?
総当りが心配ならセッションデータにホスト名入れて照合すればいい
SNS作る以前にセッションの講義しなきゃならんのか
SNSにたどり着くまでの壮大な物語の序章だったとは、
このとき誰もが・・・
うんざりした
open-gorotto ってどうなっちゃったの?
鯖が死んでるみたいだけど。
少しだけマジレスすると入力と出力がアトミックなhiddenのほうが安全。
どこぞの権威あるサイトみたいにhiddenよりセッションのほうが安全などと言い切ると
ろくに理解も確認もしないで真似するやつが出てくるので非常に危険。
セッション変数にSQL文を入れるやつまで出てくる有様なのでいたずらされないように気をつけてね♪
俺なんてgetでsql文渡してるぜ
>>546 スパム業者に販売するものとしては適切な手段です。
>>545 >入力と出力がアトミックなhiddenのほうが安全。
全然アトミックじゃねぇよ。
クライアントに渡すデータは漏れなく改ざん可能なんだから。
>>545 冗談はよせ。
>>549 全面的に同意。
>>546 不特定多数が利用するサイトでその仕様だったら面白
すぎるな。
てかそれネタじゃなくてマジか? そうなら確認したい。
アドレス(屮゚Д゚)屮カモ-ン
セッション論議ばかりなんで、ちったあスレタイに沿った事も
しようか。
つーわけでちょっと前に
>>223 がテーブル晒してるから、俺ならこうするかなというのを。
まず元がこれ↓
■ユーザーテーブル
通し番号
名前
住所
誕生日
性別
自己紹介
書込み回数
閲覧回数
画像ファイル名
登録メールアドレス
パスワード
メッセージフラグ(新着があればtrueを入れる)
足跡履歴(split,joinで編集)
足跡設定(ON/OFF)
フレンドリスト(split,joinで編集)
コミュニティリスト(split,joinで編集)
俺ならこうする。
あ、ちなみに書式はこうね。
================
■テーブル名
カラム名 型
================
■ユーザー
通し番号 int(11)
ユーザーID varchar(20)
パスワード varchar(40)
名前 varchar(20)
住所 varchar(60)
誕生日 date
性別 int(1)
自己紹介 varchar(200)
書込み回数 int(8)
閲覧回数 int(10)
画像ファイル名 varchar(20)
登録メールアドレス varchar(30)
足跡設定 int(1)
メッセージフラグ int(1)
■足跡履歴
通し番号 int(11)
ユーザー番号 int(11)
作成日付 timestamp
足跡データ int(11)
■フレンドリスト
通し番号 int(11)
ユーザー番号 int(11)
作成日付 timestamp
フレンドユーザー番号 int(11)
■コミュニティリスト
通し番号 int(11)
ユーザー番号 int(11)
作成日付 timestamp
コミュニティ番号 int(11)
*TRUE or FALSEのカラムの型がint(1)なのは俺の好みなんでその辺は好きに汁。
……というわけで興味持ってくれた香具師は指摘&質問ヨロ。
>>553 ・住所は、マスタテーブル作った方が良いような
・パスワードが長すぎる
・メアドは短すぎる
・画像ファイルは一般的なら3つ必要
555 :
nobodyさん:2006/10/15(日) 12:10:02 ID:JkA146Hg
PHPは知らないがWEBの認証なんて
クライアントにsessionIDをぶっこんで
その後
ID、パスワードでDBに問い合わせて認証後
マッチしたら
対象のsessionIDがtrueかfalseかsessionに持つ
trueならログイン状態
普通こんなパターンでしょ
556 :
553:2006/10/15(日) 12:11:34 ID:???
>>554 指摘サンクス。
・住所は、マスタテーブル作った方が良いような
これはわからなかった。理由はどのへんだろ?
→そこだけ検索掛ける事が多いから
→せいぜい市区町村までだから対応する番号だけ入れれば十分。
→それ以外
・パスワードが長すぎる
やっぱり駄目か、この切り上げるクセ。
パスワード varchar(32)
だな。(md5で暗号化すると32文字)
・メアドは短すぎる
本当だ、重いミスしたorz やっぱ規定があるものはちゃんと
調べなきゃ駄目だな。
参考:
ttp://www.geocities.co.jp/SiliconValley/7014/rfc821j.txt 登録メールアドレス varchar(129)
に変更。
・画像ファイルは一般的なら3つ必要
そうなんだ。
画像ファイル名1 varchar(20)
画像ファイル名2 varchar(20)
画像ファイル名3 varchar(20)
かな? テーブル分けるほうがエレガントな気もするが、
これくらいは1レコードでまとめて楽したいという誘惑に負けた。
557 :
553:2006/10/15(日) 13:19:17 ID:???
今チラ裏に入ってみた。
・ベースは会員制画像掲示板なんだな。
・で、住所はマスターテーブル、というのも理解した。県しか
ないわけね。
・ユーザーIDはメルアド兼用なんだな、どおりでIDとユーザー
番号がわかれてないわけだ。それならユーザー番号で良いよな。
・つかマジでこういうクッキーの中身なのはビビったぞ。
名前:No553,
フラグ:write,
Eメール:
[email protected] パスワード:XXXXXXXX,
ログインチェック:10X
(一部伏字)
改めたほうが良くないか?
・フォロー
えらい作りしてるからXSSも手軽にやり放題かと思ったが
そういうことはないらしい。
>>557 クッキーにIDやパスワードまで含めるのは最悪だね。
仮にそのWebシステムで脆弱性がなかったとしても、
別の経路(たとえばクライアントPCに入ったウイルス)とかによって
クッキーが盗み出される可能性もあるわけだし。
560 :
nobodyさん:2006/10/15(日) 14:34:37 ID:4EL+ckX1
>>555 フラグは改竄されるたらやばいらしい。
つまりその方法はダメ。
っていうか俺もその方法しか思いつかない。
じゃあどうやってるんだみんなって話しだよ
>>560は「sessionに持つ」の部分を勘違いしてる希ガス
563 :
nobodyさん:2006/10/15(日) 14:50:09 ID:4EL+ckX1
え?じゃあ$_SESSION['login_flag'}で判断するのはおkってこと?
セッションにユーザー情報が有ればログイン中
なんだからフラグ要らないよな
>>557 テストありがとうです。
そうですね。掲示板に手足がついたような感じですね。
ログイン・ログアウトはCGIゲイムを参考に作ったのでcookie管理はこんなもんでいいのかなと
安易に考えてますた。
特殊文字のエスケープでコードかけないようにしていても
本人のPCがウィルス感染して情報流出っていうのは大いにありそうですね。
山田とかだとドライブ情報全部晒したりするんでしたよね。。
いまセッション勉強中なので早いとこ対策しようとおもいます。
PHP4だがこんな感じで良いんジャマイカ。即興なんで値のチェックしてないが。
idは"id"、passは"pass"な。
<?php
function getUser_Data($id,$pass){
//本来DBデータかファイルデータと照合。合わなきゃNULL。
if($id=="id" && $pass=="pass") return array("id"=>"10","name"=>"foo");
return null;
}
function auth(){
if(!empty($_POST["id"])&&!empty($_POST["pass"])) $_SESSION["User"] = getUser_Data($_POST["id"],$_POST["pass"]);
if(!empty($_SESSION["User"])) return true;
return false;
}
session_start();
if($_POST["logout"]=="logout"){
unset($_SESSION["User"]);
session_destroy();
}
if(auth()){
echo "ログイン中( `・ω・´)";
}else{
echo "ログインしてねー(つД`)";
}
?>
<FORM method="post">id:<INPUT name="id" type="text"> pass:<INPUT name="pass" type="text">
<INPUT type="submit" value="login"><INPUT type="submit" value="logout" name="logout"></FORM>
<a href="">同じページに飛ぶ</a>
568 :
553:2006/10/15(日) 16:58:46 ID:???
>>560 お前は相変わらずsessionとcookieを混同してるようだな。
sessionでもクッキーを使うけど、sessionクッキーの使い方は
普通のクッキーと違うぞ、と。何回言えば分かるんだこのタコは。
>>569 PHPSESSIDってクッキーがあるからてっきり勘違いした。
セッション変数には大事なもん入れてもいいんだな。すまそ
会員数最大100名程度の草の根SNSでも試しに作ってみっか。GPLで。
202に大まかな仕様があったが、あれだけで「仕様決ま
りましたから」って言われても作りようないんで仕様固め
からやってくぜ(´ω`;)
<イントロ&前提条件>
■想定する用途、概要
・技術論議も兼ねたGPLライセンスの小規模単純な完全会員制SNS。
・複雑なのが欲しけりゃOpenPNE使えフォルァ( ゚Д゚)つ
ttp://docs.openpne.jp/ ■前提とする動作環境
・PHP4が使える環境であればおk。DBイラネ。どうせ規模小さいし
ファイルでいけるだろ。
・想定会員数100、1日の発言20
■利用する外部プログラム
・Smarty
■利用する用語の説明
・ググれ。
■ユーザーの種類と説明
・管理人 …… SNSの管理人。
・一般会員 …… 会員登録済の不特定多数。
の2つ。
続きは出来次第うぷ。
最近phpの人気も下降気味だし、perlとかの方がよくね?
本屋行ったら以前よりphpの本が激減してて驚いたw
>>572 そっちは1をつついてくれ。
今更Perlも面白みがない。
もしphp以外ってんなら俺はRubyに挑戦する。
前回
>>571 続き。機能概要リスト。あと前回言い忘れたけど携帯の利用は現時点ではなし。
<機能概要リスト>
■登録/退会
・登録
・招待
・退会
■ログイン/ログアウト
・ログイン
・ログアウト
■プロフィール
・プロフィールの編集
■フレンド
・申請
・承認
・Myフレンドの紹介
■あしあと(他人)
・記録
・通知
■あしあと(自分)
・記録
・公開/非公開の設定
■日記
・日記の追加
・日記の編集/削除
・日記の一覧表示
・日記に対してのコメント追加
・公開範囲の選択
■コミュニティ:参加/脱退
・作成
・参加依頼
・参加承認
・参加権利剥奪
・脱退
■コミュニティ:専用掲示板
・スレッド作成
・スレッド編集・削除
・コメント追加
・コメント編集・削除
こんなもんかな。「これは要らんだろ」「これ要るだろ」
みたいなのあったらよろしく。
必ずしもその通りにするとは限らんけど。
次は機能詳細。
前回
>>571 >>574 >>575 詳細に行く前に機能概要の続き。
管理画面考えてなかった(´Д`;)
<機能概要リスト:管理人>
■管理人情報編集
・編集
■ログイン/ログオフ
・ログイン
・ログオフ
■SNS管理
・設定編集
・利用CSSの変更
・利用ロゴの変更
■会員管理
・利用一時停止
・除名
■コミュニティ管理
・一時停止
・削除
577 :
545:2006/10/15(日) 20:55:31 ID:???
冗談じゃなくごく当たり前のことを言ったつもりだったんだけどなぁ。
PHPだしまぁいいか。
前回
>>571 >>574 >>575 >>576 次こそ機能詳細。
この順番は俺が設計するときの方法なんだけど、「こういう方法も
あんぞ」という人は教示ヨロ。俺ばっかりカキコするのもなんだし。
<機能詳細:登録/退会>
■登録
ユーザー登録をする。登録には招待キーワードが必ず必要となる。
登録の際ユーザー情報も入力する。
このとき作成するのはユーザー情報だけで、日記などは作成しない。
*招待キーワードの種類2つ
・特定アドレス専用……特定のアドレスでのみ使えるキー
・共用……どのアドレスでも使えるキー。機密性よりは普及性重視の場合に利用。
入り口に晒しとくとか。デフォでは『利用せず』に。
■招待
既に存在するユーザーが他人に対しユーザー登録権限を与える。つまり、
あるメールアドレスに招待キーワードをメッセージつきで送る。
*送るメッセージは後で考えるが、「$アドレス $招待キー 仲間に
щ(゚Д゚щ)カモォォォン」っという要旨で。
■退会
SNSから退会する。同時にユーザー情報、日記など個人所有の情報は根こ
そぎ退会通知に変更。メッセージはこれも後から考えるが「"退会なさいま
した・゚・(ノД`;)・゚・"」という要旨。
前回
>>571 >>574 >>575 >>576 >>578 次、ログイン/ログアウト。今このスレでホットなAuthがからむ件だが、
それより機能概要でパスワード再送を忘れてたからそれを追加(゚Д゚;)
<機能詳細:ログイン/ログアウト>
■ログイン
ID(メアド兼用)とパスワードを入力し、正しければセッションを開始して
ユーザー情報をセッションに保持。セッション寿命はPHPのデフォルトの
設定に任す(´Д`*) たぶんどこも180分。
■ログアウト
セッションを破棄する。
■パスワード再送
登録メアドにパスワード付きメッセージを送る。
<機能詳細:プロフィール>
■プロフィールの編集
登録時のユーザープロフィールを編集する。
Smartyなんて使うなよ
>>577 ごく当たり前に間違った情報を掲載しないように。
PHPであるとかないとか関係ないし。
>>583 間違っているかどうかはともかく共用鯖でセッションの使い方が正しくない場合
第三者が任意のセッション変数に任意の値を書き込めるように見えますが。
もちろんPHPのセッションです。
既にデモ用のプログラムは Perl 5行 + PHP 3行でできていているのですが
どう考えても俺がやばくなるだけなので公開できないのが残念です。
自分で試してみればすぐわかりますよ。
586 :
582:2006/10/15(日) 23:43:01 ID:???
>>584 ごめん、適当に言ったw
俺はフレームワークは何も使った事がないw
Smartyって使いやすい?そんなに効率上がる?俺も使ってみようかな。
ってかタグを大文字で書くの懐かしいな。一昔前に流行ったような・・・w
>>582 レンダリングエンジンを使えるようになると、今度は無しで開発する
気にならない。マジお勧め。
実は外部プログラムはあんまり良くないかなと思って、今回の企画時に
いつも使ってるPEARとかフレームワークとかは全部削ったんだが、Smarty
だけはどうにも手放せなかった。
あとタグはビルダ使ったらそうなっただけ(´Д`*)
>>587 ビルダの設定変えて小文字にする。マジお勧め。
てかPEARとかフレームワークって中で何やってるかわかんないんだよな。
プログラミングの醍醐味って自分で0から作り上げてくのが楽しいのに、
そういう他で出来上がったもの(しかも中身を理解してないもの)はあんまり使う気になれない・・・。
まぁソースみて理解しろって突っ込まれそうだが、そこまでするなら自分だけで作るわ、みたいなスタンスな俺。
>>588 タグが大文字だとなんかまずいのか?
別に実害なきゃいいやめんどいし、とか思う無精者な俺ガイル。
>>589 それはそれでありだと思う。必要になったら誰から言われなく
ても使うだろうし。
今はもしかするとあまり必要性がないのかもしれない。
携帯からじゃあみれん
誰かここに貼ってくれ
>>585 共有鯖で使い方間違ってる場合なんて想定しなくていいよ
使い方間違ってれば共有鯖じゃなくても危ないから
では今日も開始。
とりあえず昨日ここと別にサイトとブログを用意したわけだが、メインは
今後もここにするつもり。
とはいえ、一つ一つが長いし画像もあるんで、ここに全部は乗せら
れない。
というわけで、載せられるもんは極力こっちに載せて、無理のある
ものはサイトかブログにやる方針。で、向こうにしかないものを作ったら
こっちに報告して連動させる。
もっと良いアイディアあれば教示ヨロ。
>>598 なんか楽しくなってきたw
しっかりとユースケース書けるところ見てると一安心
仕様書があるとないのとでは、他人の開発・デバッグ時に全然違う
じゃそれぞれに必要な項目を考えてく。
クラス作成、ファイル構成(データ保存用な。DBの代わり)
作成の基礎にする。
要望・指摘いつでも歓迎してるからよろしく。
■SNS
・タイトル
・共用キー利用の有無
今のところ項目たった2つ(´Д`*)
CSS変更はどうする? →参照CSSファイル名は固定だから変えたきゃ上書き汁(゚Д゚ )
ロゴ変更は? →ロゴファイル名は固定だから以下略。
テンプレ変更は? →固定だから自信ある香具師だけ以下略。
SNSの免責や規約は? →固定名のテキストファイル読み込んで表示さすから以下略。
……ちと単純にしすぎかな。どう?>見てる人
>>599 全部我流なんでいつボロが出てもおかしくない(´Д`*)
よければビシビシ指摘よろしく。
お前ら今更SNS作って何が楽しいの?自慰w?
> お前ら今更SNS作って何が楽しいの?自慰w?
こういうのって、完成する前に自然消滅するから気にすんな。
仕様をちゃんと決めれてアウトプットできるやつ尊敬する。
俺全くできないんだよな。脳内キャッシュでがんばるw
ペチパ氏は実務経験あり?
仕様をちゃんと決められなくてアウトプットできないタイプでも
作成中の仕様・プログラムの問題点とかは発見できるから
脳内じゃなくても役に立てるところはあるはず
一応現職2年ちょい。つってもほとんど何でも屋。
仕様の書き方は全部我流なんで、おかしいところが多分ある。
あんまり、というかぜんぜんたいした事無い。今も勉強中。
まあ、そんなんでも仕事じゃ客先に出してるが。下手でも拙劣でも
仕事じゃ出す以外ないし(´Д`)
>>608 仕事でもやっているのに、無益の2chでよくやれるね。
画像を非会員に見せたくないんだが、
これって技術的にそんなに難しいのか?
>>610 画像表示と同時に入会を承諾したと見なして会員にする
そんなに難しくないと思う
>>610 ファイルのアクセス制限(制御)が必要になるのかな?
ワンクリック詐欺ですか
mixiでもOpnePNEでも、画像はURLをクリックすると
誰でも見れてしまうでしょ。
それだとすごい困るんですよねー
特に仲間内だけで仕様書とかを
見せたい場合なんかに。
これって対応してもらえますか?
>>614 画像自体にアクセス制限かけて
プログラムから呼び出すようにすればいいだけだな
あとはコミュニティごとにディレクトリ作ってそこにBASIC認証とか
つーかそのへんはこのスレの上のどこかで議論された希ガス
>>615 ようはできるってことですか?
@PNEでも実装されてないんですよねー
ほんとすごい困る
代替手段もないし
できるけど、その分鯖負担がかなり増える。
あ、でも制限をかける画像とかけない画像を登録の段階でわけて、
制限をかけない画像は従来・かける画像はプログラムから呼び出すようにすればいいのか?
管理がマンドクサイな・・
サーバー負荷とかのことまで考えればやっぱり
>>611の案が
一番スマートだし常道かもしれないね
ネタにマジレスしちゃうけど、
>>611はただの詭弁だからな。
そうじゃなくて真面目に解決方法を考えたい。
詭弁じゃないよ
ワンクリック詐欺の手法だよ
ftp鯖に上げてパスワードでもつけとけばいいんじゃね
>>620 詭弁だからこそ詐欺業者が多用するんだろうが。
画像のURLを直接ブラウザに入力しても、ログインしてない場合は表示されない仕組にすればOK
>>622 詭弁の意味を知らないんだね カワイソすw
> できるけど、その分鯖負担がかなり増える。
> あ、でも制限をかける画像とかけない画像を登録の段階でわけて、
> 制限をかけない画像は従来・かける画像はプログラムから呼び出すようにすればいいのか?
頭足りてないなら黙ってたほうがよくね?
SNS作ってみよう
話はそれからだ
画像を制限って現実的に考えて厳しくね?
そもそも機密データの共有が目的なら公開鯖じゃなくてVPN+非公開鯖にすべきと思
えるが、まあそれはともかく。
今回もしやるなら
>>617 の閲覧制限画像を絞る考え方が基本だろうな。
大きな画像はドキュメントルート外に置いてプログラムから読む。で、ページには
そこに飛ぶリンクだけサムネイルに貼っとく、みたいな。まあ今回はGD前提じゃない
からテキストリンクになるわけだが。
ちなみにプログラムから読むときはこう。書くまでも無いかもしれんが。
<?php
//(ここで認証。とおらなきゃリダイレクトで飛ばす)
header("content-Type: image/png");
require("../secretimage/secret.png");
?>
サーバの設定でどうにかなりそうだけどな。
俺は詳しくないからわからんけど。
この問題をクリアできないとものすごく困ります
UMLで仕様書かいて仲間だけで閲覧したいのに。
仕様書を全部AAで書けというのか
> この問題をクリアできないとものすごく困ります
いくらでも困ればいいんじゃね?
>>628って画像の直のアドレスがわかったら見れちゃわないん?
リファラは偽装でなんとでもなるだろうし。
つかSNSでやる理由がなかろう
>>635 SNSこそ選択肢に含まれないだろw
グループウェアなり共有フォルダーでがんばれ
>>632 ぉぃぉぃ・・どこ読んでるんだ?
「ドキュメントルート外に置いてプログラムから読む。」だけでいいのに、書くまでもないようなサンプルまで書いてあるのに・・w
本日の学習ポイント
つ【ドキュメントルート】
>>624 バカは黙って氏んどけ。
詭弁の意味を分かってないのはお前だチンカス。
と、詭弁の意味を知らない馬鹿がほざいとります。w
>>630 画像をDB入れても入れなくてもできる気がする。
>>640 しょうがくせいのぼく、じしょをひくといいよ。
つか画像の共有なんてSNS以外のシステムでいくらでも可能だろう
わざわざSNSに拘る理由が全くわからん
要件に適したシステムを選定できない連中の仕様書なんて
漏れたところで痛くも痒くもあるまい
旬な話が出てきた
mixi会員以外からの画像閲覧問題 諦める
http://d.hatena.ne.jp/hasegawayosuke/20061017/p1#seemore > A. mixi は会員のみが見ることの出来る招待制サイトですが、mixi にアップした画像は、
> そのURLからmixi の外でも画像を見ることが出来てしまいます。ブロック機能実装に
> 向け改善と検証を重ねている状況ですが、他人と共有する可能性のある画像を、
> 100%外部から保護することはできないというのがインターネットの現状とも言えます。
>
> ユーザーの皆さまにおかれましては、mixi にアップする画像につきましても、
> 上記の可能性を踏まえた上で掲載していただければ幸いです。
これじゃ俺が提案した
>>611と対して変わらんなw
x-sendfile とか使えば楽々解決だろ。w
また、外部からの画像閲覧についてのお問い合わせの件ですが
外部から画像のURLを指定した場合、閲覧は可能となります。
なお、画像のファイル名につきましては特定のルールに従って
つけられておりますが、外部の方が簡単に推測できるものでは
ないと存じます。
誠に恐縮ではございますが、こちらにつきましては
仕様となっておりますので、何とぞご了承いただけますよう
お願い申し上げます。
それでは今後ともSo-net SNSをよろしくお願いいたします。
SMARTYを初めて使ってみた。
スクリプトがすっきりしてかなりいいな。きっかけをくれてありがとう。
でもsmartyなんて過去のものだよ
今は生phpをテンプレートにするのが流行り
フレームワークスレとか見てみたら。
もう誰もスマーティーとか言ってない。
652 :
nobodyさん:2006/10/19(木) 17:30:47 ID:MJCQH+GO
>>652 「もともとPHP自体がテンプレートじゃん」という原点に戻った生PHP。
654 :
nobodyさん:2006/10/20(金) 11:25:09 ID:osriq4Mf
>>654 「明らか」ではないから、いろいろ乱立している。
>>654 昔はお前みたいな奴も多かったな
そのうち「Smartyって不便なPHPじゃん」ということに気づくだろう
> そのうち「Smartyって不便なPHPじゃん」ということに気づくだろう
それ少数派だから気にすんな
@PNEは上記の脆弱性に対応したの?
アフォが多いスレだな。
所詮この程度の香具師が、snsってキーワードで浮かれてるのだとは思ってはいたが。
>>659 ハイハイすごいね良かったねキミは天才だね
>>659 もともと初心者が作ってみようぜって企画だから
そんなものだろ
無知なのに傲慢な奴には閉口するが…
>>659は他人の批判ばかりして自分では何もしない2ちゃんねるによく沸くクズ
この板って何でこんなに初心者に排他的なの?
ム板じゃ色々教えてくれるのに。。。
>>663 web系のプログラミングってソースが公開されてしまうから
お金をもうけるのが難しいでしょう?
この板の住人はみんな貧乏で気が立っているんですよ
>>663 ていうか、分かってない奴が叩いてるのでは?
だから教えれない。
>>664 それは皮肉じゃなく事実である部分も多々あるな。
「人に教える」=「ノウハウだだ漏れ」だからな。
自分で苦労して調べたり考えたりした工夫も、2ちゃんに書けばほんの数行。
で、何も利益が得られないどころか、無礼な質問者は感謝の言葉さえ無い。
これじゃ誰も教えてやりたくなくなるよ。
>>667 茶化しじゃねぇよ。
マナーがなってない質問者はごまんといる。
それを増長させるお前みたいなバカもまたごまんといる。
そもそも質問のレベルが低いだけに、ノウハウと言えるほど大した物なんか無いんだが
>>669 違う違う、この板全般での話。
しかも「大したものであるかどうか」は、人によって異なる。
つまんないことで何日間もハマることはよくある。
それを教えてもらえるのともらえないのとでは雲泥の差。
つまらないことぐらいは自分で調べれば解決すること多々ある。
そんなつまらないことに答えてもお礼が帰ってこない事が沢山ある。
PerlやPHPみたいなとっつきやすい言語(って言ったら失礼だけど)だからか、
マナーも守らずお礼もせず質問する厨房も多い。
そんなもんじゃ誰ももうこたえる気にならないって・・・
要するにそれってノウハウが漏れて飯の種として困る類のレベルじゃない事の証明じゃんw
飯の種になるようなネタがなかなか出てこないのは当然として
とりあえず、エスパーキボンな質問が減ればいいんだけどね←ありえない
XOOPSにしたってPLONEにしたって
OpenPNEにしたって、オープンソースで
配ってしまってるから、マイクロソフトみたいに
「ソフトを売ってもうける」
ってことができない。だから
「インストール作業の代行」
とかで収益を得ようとして、それで
ノウハウの出し惜しみがはじまる。
で空気が悪くなる。
こっちは300円くらい払ってもいいから
親切な人にちゃんとおしえてもらいたい。
>>671-673が超バカで、なおかつ大きく勘違いしている部分が一点ある。
それは、「なんかすごいノウハウ」が存在しているかのように妄想していること。
しかし現実にはそんなものはない。特にWebプログラムでは。
つまらない簡単なノウハウの組み合わせでしかない。
神技みたいなノウハウなんてほとんどないし、実際必要ない。
>>674 たった300円で責任負わされちゃたまらんから、それじゃ誰も教えてくれない。
676 :
nobodyさん:2006/10/22(日) 12:26:49 ID:+mwf4wfR
SQLインジェクションインジェクションって騒いでるけど、対策としてはシングルクォートを2個にすればいいだけだよな。
それ以外に何かあるかな?
678 :
nobodyさん:2006/10/22(日) 12:37:30 ID:??? BE:54295875-2BP(2)
>>676 DELETE FROM mytbl WHERE id = $v
のとき、$v に「1 or true 」とか入ってるとどうなる?
SQLに注力したチェックより、バリデーションを真面目にやるのが大事。
679 :
nobodyさん:2006/10/22(日) 13:22:25 ID:+mwf4wfR
>>678 あっ;
変数は絶対シングルクォートで囲ってるからそういうのは見逃していた。。。
バリデーションってなんですか?
最近佐賀ネタでスレ違いの書き込みが増えている。
佐賀県庁・佐賀県警・談合・痴漢・情報漏洩などの内容だ。
銀行が潰れるとしたデマが回り騒ぎが起きたこともある。
このような書き込みは慎むべきだ。
被害防止のため常駐するスレに啓蒙してくれ。
あ、ねえねえ、他人が"非公開にしておいた画像"がみれちゃう問題なんだけどさ
画像のフォルダをドキュメントルートの上に置いとくのは当然として
画像うpする時にファイル名をDBに入れるついでに公開非公開のflagも一緒に入れておいて、
プログラムから画像を吐く前にflagみりゃいんじゃね?
どうどう?
>>682 だからその「プログラムから画像を吐く」部分をどう実装するかが問題なわけで。
>>684 画像開いて読み込むだけだろ・・・?
上のほうでも出てたが画像がでかいと鯖に負荷がかかるのが問題だ
開いて読み込むってなんか変だな
画像ファイルを読み込んで出力だ
おまいら、上でFA出てるのにいつまで同じ話をループする気だ?
>>682 そりゃ、認証関係なく単に公開と非公開に分けただけだろ
>>683 画像を読み込んでヘッダと共に送り付けるだけ
上でサンプルソースもFAも出てるのにねぇ?
>>684 そのまま送りつけりゃいいのに、わざわざ再圧縮して負荷高めて画質落として・・何がしたい?
それで実装できるんですか、できないんですか
できるできないじゃなくて
するかしないかの二択
なにこの流れ
>>690 実装するかどうかの段階まで来てるんだから「できる」に決まってんだろヴォケ
本日の学習ポイント
つ【画像の出力処理】
へっぽこ君
ペチパ ◆FmuTY8JsZo
ガンバレ!!!
俺もガンバル!!!
このスレ、WebProg板では伸びてるほうだね\(^o^)/
(SNS作ってみようの人気に嫉妬w)
702 :
nobodyさん:2006/10/23(月) 16:24:08 ID:WNOMDGAN
疲れた
内容は結局取ってきて表示取ってきて表示の繰り返し。。。。
わかる。乙。
>>702 わからない。
突然何を言ってるんだ、おまいは。
農化だったら無条件で賛成できたのになぁ
>>707 俺は見れたよ。
アクセスブロックされてるんじゃない?ww
>>710 なになに、mixi自体を知らないというオチ?
つまらん釣りだな。
mixiみたいな糞SNS知るかって意味だろ
っというか晒しスレちゃう
714 :
706:2006/10/25(水) 19:48:45 ID:???
すみません自己解決しました
もう700超えちゃったよ!
1000までに何とか形にしないか?
結局形になってるのはへっぽこなSNS?だけかwww
だってすでにたくさんあるのに、今さら作って何になるんだよ。
>>718 掲示板作ってDB使わせたりと弄り倒し
次の課題が欲しくなった時に、SNSは丁度いいんじゃないか?
まぁ、勉強には悪くないと思われ
721 :
nobodyさん:2006/10/26(木) 16:07:14 ID:6S6I2wub
>>721 たまには人に頼らず自分でなんとかしろや!
300円程度の対価じゃ割に合わない責任を背負わされるから簡単には教えない。
無料なら、嘘教えても責任逃れ出来るけど、1円でもとったら責任が発生する。
726 :
nobodyさん:2006/10/30(月) 02:44:37 ID:DvpfgSXf
>>663 脳内が腐っているからだろ?
あほ過ぎるよおまいらは
728 :
nobodyさん:2006/10/30(月) 10:40:47 ID:1MBROGf8
729 :
nobodyさん:2006/10/30(月) 21:59:31 ID:1MBROGf8
結局
>>647の解決方法は見つかったのでしょうか?
730 :
nobodyさん:2006/10/30(月) 22:07:08 ID:JiuXZXtG
買いたい人
731 :
nobodyさん:2006/10/30(月) 22:25:29 ID:D9VyWoJA
>>731 その記事を見て俺がツッコミを入れたくなった点
・この程度のSNS作るのに複数人で1年以上もかかってんのかよ! 普通はせいぜい3ヶ月だろ!
・「blue.jp」ってなかなか貴重なドメイン、2001年に取得してるけど今まで何に使ってたんだよ!
本業の片手間ならそのぐらいかかるものじゃね?
>>734 ほとんどデータが壊れてるな。
>>735 いや、だからさ、片手間だったらせいぜい三ヶ月がいいとこだろう、と。
本業だったら1カ月程度だろう。一人でも一ヶ月でいけると思う。(HTMLデザイン作業は除く)
>>737 本気で言ってんの?
だとしたら、すごいバカか烏合の衆だな。
おそろしく生産性が低い。
それなりで見積もりとるとは内部に敵を作る営業がいますね^^
内部的にどれだけ作りこんでるかしらんしなぁ。
カレンダーの部分がgoogleCalender並みだったら1人月なんてありえん。
>>735-739 あの画面数でDB使ってーぐらいなら、一人でも(本業)1〜3ヶ月(片手間)で作れそうだけど、
管理面の作り込みとか”見えない部分”にどれだけ手間掛けてるのかは分からんから正確な見積もりは不可能。
それに、ずっとSNSだけに打ち込んだわけじゃないだろうし
実際に稼動させてみて要望取り入れながら手直しを続けて、1年 とかじゃないの?
>>737 センセイ、最低10人月ってのは流石に多すぎる気がします・・。
物によるっしょ。万一AJAXがGoogleレベルでかつクロスブラウザ
対策必須、とかだったら10人月でもまだ怖い。下手するとテストと
デバッグだけで三人月いきかねないし。
>>741 完全に歯車サラリーマン思考だな。
どうしてそう物事を難しく複雑にしていく癖があるんだ、おまえら歯車は。
コストと時間ばっかりかかって役に立たないクズどもだなぁ。
もっとシンプルに考えろよ。
>>741 アンタは何の話をしているんだ?
勝手に仮想の新しい物を定義して、それを作るには10人月じゃ足りない!とか言われても・・アフォかと
>>736 そうじゃなくて、潰れた企業のを運良く手に入れただけだろって指摘だろw
そもそも、片手まで3ヶ月であそこまで作りこめるかねぇ。
やるとしたら、残業や日頃の付き合いや買い物等の用事の時間を抜いて、
さらに毎日3時間とか時間を潰す必要がある訳だから。
可能かと聞かれたらYESだろうけど、そんな時間的余裕がある人ってどれだけ居るんだろ。
さらに、ファイル数で700とかあるみたいだし、量的にかなりの物だから、
セキュリティ対策やデバッグ作業とかでも半端じゃない手間がかかるんじゃね?
http://www.blue.co.jp/ のドメインだったみたいだね?
開発手法によって、ある程度は期間短縮はできると思う。
正直スキル高くないから、やっぱ10人月くらいは欲しい。><
2〜3人で分業して、納期3ヶ月とかなら対応できるかも。^^
RubyやPythonの人もSNS作ってみてほしいですねー。
RoRの生産性はJavaの10倍と聞きますし。
>>744 >ファイル数で700とかあるみたいだし
機能的に同じものをもっと簡潔にシンプルに作ればいいだけの話だろう。
ちょっとキツイけど1人月でもやれる。
おまいらたらたらしてると
KKプロジェクツに追い抜かれるぞ
今猛追してきてる
KKは検索でSNSとは別っしょw
そんなに簡単にできるものなの?
JAVAやった事ないんだけど。
>>747 お前は俺か!
そのスレ見てるw
中二の1はHTMLの勉強、中三はSQLの勉強
俺たちも残り250レスで一気に駆け抜けるか!?
752 :
ぬこえもん(=´・ω・) ◆hb//x7qyug :2006/11/02(木) 01:34:34 ID:GzLveudf
やばいな
漏れのCPM+SNSサイトを早いとこ完成させちまおう
C コンテツ
P ペイメント
M マネージャー
>>747 CGIを設置したくらいで猛追ってアホかw
まぁ、向こうは向こうで停滞してるようだがな
停滞どころか二人ともいなくなりそうな勢いだが
まぁ、最初ちやほやされていい気になってたが
飽きてきたんじゃないかと予想
さすが中学生
せっかく教えてやってたのに残念だ
やっぱり中学生か
お前らのおかげで
つくろうスレの面子はどこもほぼ同じことがわかったw
761 :
ぬこえもん(=´・ω・) ◆S715eQBvs6 :2006/11/10(金) 17:22:14 ID:LNYLSoFr
ここも・・・・
やぁ、ぬこ君
生暖かく見守ってるからガンガレよ
763 :
ぬこえもん(=´・ω・) ◆hb//x7qyug :2006/11/10(金) 20:40:01 ID:LNYLSoFr
漏れのはもうできて運用してますお
>>763 ぬこさん、そこに参加したいのでURL教えてくらさい。
そこかよw
ウェブプログラマの能力ってピンキリだしな。
PGがHTML書けるのと、HTML書きができるウェブデザがプログラム書けるのとでは能力が違いすぎる。
それは、一人でデザインからプログラムまで全て作るような小さなプロジェクトの話?
能力がピンキリなのは激しく同意だけど、「ウェブプログラマの能力」でデザインの話になるのはアレ?と思った。
>>767 それは機能と役割の分離ができていないだけ
俺のサイトは、Amazonアフィリエイトを導入しました。
みんな買ってくれるかなー?
Webサーバのレンタル費用を回収できたらラッキー☆
ん・・・・ま、まぁその、なんだ・・・ガンガレ
772 :
nobodyさん:2006/11/20(月) 17:08:27 ID:??? BE:248850072-2BP(3)
omoti=基地外
↓開かないようにね。
www.nishishi.com/blog/2006/05/perl_use_strict.html
www.nishishi.com/pt/sp/mr.gif
これ、mixiと無関係のページをみてるのに、
.htaccessでmixiの画像を読み込ませて足跡を取るっていう、
言わば覗き見の酷いやつみたいなやりかたなんだが、
こういう事してる奴って多いんだろうか。
俺はたまたま繋ぐ時にわかるようにしてたから良いものの、
普通の人だとみたら自分の情報を相手に見られるんだよね。
気分悪いわ。
mixiやってるブラウザでみると足跡取られるから、
開く時は普段mixiやってるのがIEならFirefoxみたいなブラウザで、
逆なら逆で開くようにしてみるといいよ。
で本題に入るけど、SNS作ってる人はリファラ制限したりして、
こういう事が出来ないようにちゃんとやってる?
やってないなら、ぜひやっといてほしい。
実際に使ってるやつ初めて見た
本名で登録してるけど、別にあしあととられてもかまわん
インターネット=匿名って固定観念が気持ち悪がらせてるんじゃないのか?
固定観念どころかどうみても気持ち悪いだろ。
掲示板常連同士で仲良くやってるのに、
足跡取られて本名とか住んでる場所とか個人情報知られまくるんだぞ。
特に女の子とか、粘着されても簡単にID変える訳にも行かないし。
この程度もわからない危機意識のない馬鹿はどっかいっていいよ。
SNS+ゲーム作成ツールみたいなサービスつくってる。
最初は簡単なアドベンチャゲームの作成ツールって感じなのを作りたいと思う。
画像とかアップロードしてIDつけて、
エディタ画面にスクリプト書き込む。
それをFlashが読み込んで動く感じのやつ。
MIXIでいうコミュニティがゲーム作成チームみたいな感じで
旨く説明できないけどとり合えずそんな感じ。
一応作成したらソース晒す予定なんだけどここでいいのかな?
Flash(つかAS)混じってるから晒すのはここでいいか迷ってるかんじ。
SNS+αって事なら、ここでいいんじゃね?
780 :
778:2007/01/01(月) 05:10:04 ID:???
>>779 わかた。ある程度作成したら晒してみようと思う。
781 :
nobodyさん:2007/01/05(金) 20:38:04 ID:JMjRnKto
deaipeで使ってる
INPALSはSNSとして使い物になるのか?
782 :
nobodyさん:2007/01/07(日) 21:28:03 ID:BMF2IPfh
>>778 先ず君が誰か分からないので、使用出来る言語とメルアドくらいは紹介として書きなさい
783 :
778:2007/01/08(月) 05:58:23 ID:???
>>782 すいません。軽く自己紹介します。
・使用できる言語
PHP,Ruby,Perlを少々ですかね。
独学なので、実務経験はないです。
予定としてはPHP+MySQLでやろうかな?と思ってます。
サーバーはロリポップとかでレンタルしようかな?と思ってます。
レンタルしたときした時もらえるメルアドを後で書き込みます。
PHP ということだけど、何らかのフレームワークを使うのか、
それとも、独自で一から書くのか教えてくれ。
785 :
778:2007/01/08(月) 23:25:58 ID:???
>>784 一応独自で一から書こうと思ってました。
現在求職中でこの経験を生かしてWeb屋に転職しようと思ってます。
となるとやはりフレームワークは使えたほうがよさそうですね。
一番日本語のドキュメントが豊富なフレームワークはどれですかね?
786 :
nobodyさん:2007/01/08(月) 23:27:22 ID:aiP97zpQ
>>784 一応独自で一から書こうと思ってました。
現在求職中でこの経験を生かしてWeb屋に転職しようと思ってます。
となるとやはりフレームワークは使えたほうがよさそうですね。
一番日本語のドキュメントが豊富なフレームワークはどれですかね?
Web屋に転職するのは簡単だけど、こんな所で人に聞いてるような状態だと・・まぁ余計なお世話か。
ロリポとかレン鯖使うって事はPHP4か?
FWスレに良いテンプレ候補があったから拾ってきて少し弄った。
一応言っておくが、使い方が分からなくてもここで聞くなよ?
■とにかくフルスタックのをくれ、コードは汚くてもいい
CakePHP PHP4・5 MIT
■まあみんなそこそこのレベル、そこそこのFWをくれ
Ethna PHP4 BSD 和製
■D・I・C!D・I・C!(DIContainer)
Maple PHP4 PHP 和製 (→Kaede 開発中)
■なんかこう革新的なやつとかない?ドキュメントはソース嫁でいいからさ
Piece Framework PHP4・5 BSD 和製
■もうルールとしての骨組みだけでいいんだ、ライブラリは俺いっぱいあるからさ
guesswork classic PHP4 Apache 和製
788 :
778:2007/01/10(水) 02:46:09 ID:???
>>787 はい、ロリポはPHP4らしいので、それでいこうとおもってます。
FW候補ありがとうございます。適当にいじってみようと思います。
なーんだ。
期待して損した。
だいたい、Web 屋さんでコーダーを目指すなら、
> 一番日本語のドキュメントが豊富なフレームワークはどれですかね?
こういうレベルで全くもってダメで、フレームワーク付属の日本語でない
ドキュメントやソースを自分で読めるくらいじゃなきゃ、
変化の速いこの業界では NEET 化間違いなしでしょ。w
791 :
778:2007/01/12(金) 18:16:12 ID:???
>>789 (´・ω・`)ショボーン
>>790 なるほど、確かにFWのソース読めばいいだけの話ですね。
>>791 ソース買ってやるから、ここで晒すな。
あこぎな奴らに商用利用されるだけ、勿体無いというか大損。
>>792 なに!シェルが使えるレンタルサーバーがあるんですか・・・
ロリポップ借りてしまった・・・orz
情報ありがとうございます。3ヶ月契約なんで3ヶ月後検討してみます^^
>>793 そんな大層なコードなんて書けないです・・・orz
一応僕の脳内妄想ビジネスモデルではオープンソースにしたほうがいいかな?
とか思ってる感じです。とりあえず詳しくは物が出来てからにします。
まぁぶっちゃけ、すごい人とニヤニヤしながら面白い物創りながら成長したいなー
って気持ちがあるのでできれば公開はしたいと思ってます。
795 :
778:2007/01/13(土) 18:12:02 ID:???
Second Lifeはすごいね。
でも3Dは大変そうだなー。
Flashなら2Dで作れるかな?
一人で作るのは無理っしょw
799 :
778:2007/01/16(火) 12:22:34 ID:???
>>797 Flashでも3Dはいけるっぽいですね。
どんどん拡張していって機能を追加していけたらいいですね。
>>798 ムリポですw
800 :
778:2007/01/16(火) 12:30:59 ID:???
ttp://game.fool.jp/index.php ■進捗報告■
イメージとしてはこれにSNSとしての機能を追加して
みんなでゲームを創っていくようなサービスにしていきたいと思います。
mixiのコミュニティみたいなのが創るゲームのプロジェクトで
一緒に創りたいと思ったらそのプロジェクトに参加する。
ってな感じです。
■機能説明■
p1,p2,backというIDのキャラクターがあります。
画像はアップロードすることで変更できます。
スクリプトの機能としては
move(ID, xの移動量, yの移動量)
talk(ID, 話す内容)
現在は上記の2種類しかないですが逐次追加していく予定です。
■バク■
スクリプトや画像を更新しても一度ブラウザを閉じて、
また開かないと反映されません。
flashのキャッシュが残ってるのかな?とおもって
PHP上でキャッシュをクリアするようにしたんですけど
ダメポでした。
801 :
778:2007/01/16(火) 12:34:09 ID:???
へー
FLASHって作りやすいの?
804 :
nobodyさん:2007/01/18(木) 17:33:16 ID:TVtfhswS
OpenPNEはどうかな
805 :
nobodyさん:2007/01/20(土) 21:10:26 ID:X8KYDvwe
つらい尿。
806 :
778:2007/01/21(日) 16:29:11 ID:???
>>804 そうですね。それ使ってみるのもいいかもしれないですね。
KKプロジェクトに大分差を開けられましたね
ここの人たちも頑張って下さい
KKプロジェクトどこぉ?
KKプロジェクトってSNSの原型ないんだがw
811 :
nobodyさん:2007/01/23(火) 18:09:48 ID:0JLTxbUJ
812 :
nobodyさん:2007/01/27(土) 22:30:30 ID:QQ3P+lu7
OpenPNE....。
ワロタw
813 :
778:2007/02/01(木) 17:59:01 ID:???
ここ一週間ほど忙しくて触ってませんでした。
いざ勉強を再開してみるとデータベースって以外に難しいですね。
これでいきなりSNSはやばそうなので一度BBSを作ってみようと思います。
普通のBBSでは面白くないのでなんかアイデアありますか?
814 :
778:2007/02/01(木) 18:15:30 ID:???
最近cometという技術をしりました。
Lingrみたいなチャット風味のBBSと
Flashを組み合わせたら動的に面白いコンテンツができそうな気がします。
cometについてググってみると概念ばかりで実装方法がよく分かりません。
これはサーバーに特別なツールを入れてるんですか?
レンタルサーバーではムリポなヒシヒシとします。
ヒシヒシ以前にレンサバではプロセスが殺されるから無理だな。
出来てもやられると他のユーザに迷惑がかかる。
816 :
778:2007/02/02(金) 10:26:58 ID:???
>>815 たしかに・・・負荷がすごそうですね。
なんか面白そうな技術なんでいつか自分でサーバー立てて色々やってみたいですね。
今回は大人しくAjax使った非同期な感じかFlashつかった動的な感じのBBSにしてみます。
817 :
儿:2007/02/03(土) 15:17:51 ID:??? BE:1119825397-2BP(1203)
おもしろいSNSとか探してるんですけど、スレ違いですかね?
818 :
nobodyさん:2007/02/03(土) 16:41:45 ID:6lMZSfz8
819 :
778:2007/02/03(土) 23:20:12 ID:???
>>817 既にあるものを試したいのならここじゃないぽでつね。
今から創ろうってところでつ。
半月後ぐらいにまたきてくれたらなんか出来てるかもしれません。
>>818 ちょwwww
820 :
778:2007/02/04(日) 01:11:21 ID:YXp0FDh5
>>800 のバグなんですけど、どうやっても一度ブラウザを閉じないといけない・・・orz
swfのキャッシュが残ってるからだと思うんだけどなー><
そんで、ニコニコ動画ってサービスを見て思ったんすが、コメントを書いたら
再読み込みせずにシームレスにコメントが流れますよね?
これだ!!と思ったんですが、あれはどうやってるんですかね?
JavaScript(AJAX)とFlashの連携してるんだとは思うんですが・・・
ちなみにニコニコ動画ってcometっすよね?
821 :
778:2007/02/05(月) 00:42:42 ID:???
ニコニコ動画を調べてて気づいたんですが、
コメント欄と右側のメッセージ欄の部分も全部含めて一つのswfなんですね・・・
普通の<input>タグと<textarea>タグのレイアウトだったんで、
てっきりFlashとJavaScriptの連携をしてるのかと勘違いしてました。
ということはあのチャットとかはXMLSocket使ってるのかな?
とりあえず、お騒がせしてすいませんでした・・・orz
822 :
778:2007/02/05(月) 10:48:14 ID:???
ニコニコ動画みたいにエディット部分のUIも全部Flashで作成してみようと思います。
まぁ後々のことを考えたらFlashのほうが機能拡張しやすそうなので問題ないと思います。
SNSという言葉と、その意味を、今さっきこのスレで知ったばかりの
俺様が来ましたよ。
とりあえずチラ裏のソース公開汁
叩き台がないと何もはじまんね。
825 :
778:2007/02/06(火) 00:58:38 ID:???
>>823 僕も知ったのは去年でつよ・・・( ̄ー ̄)ニヤリッ
>>824 確かにチラ裏のソースは激しく見てみたいですねー。
まぁそれならOpenPne解析しろよ。といわれそうですがね・・・
OpenPneとかソースファイルの量が多すぎてどこから読めばいいのかさぱーり分からない。
やっぱり本格的なWebサービスにする場合は色々やることがあるんですねー。
>>824 叩き台になるほどのものではないが、よければ是非叩いてほしい。
http://game.fool.jp/bbs/login.php MySQLとPHPのテストがてらに掲示板作った。
一応SNSに進化すること前提にしてログイン制にしてみた。
Webデザインとか何も考えずに作った今は反省している。
http://game.fool.jp/bbs/source.zip ソースはこれでつ。XSSとSQLインジェクションのチェックだけはしてますが、
なんかソースに穴があったらロリポのほかの人に迷惑かかるからいたずらしないで
おちえてください(´・ω・`)
自分で設定する場合は common.php にデーターベースのパラーメーターdefineを記入する。
多分IDとパスワードは抜けるので(どんなWebサービスやねん)気をつけてくらはい。
827 :
778:2007/02/06(火) 11:48:39 ID:???
>>826の続き(名前欄書き忘れた)
作ってて気になったことを聞いてみる。
【login.php -> bbs.php の移行について】
login.phpからIDとパスワードを入力して認証されたらbbs.phpに移行するんですけど、
この移行の仕方がかなり強引な気がします。
JavaScriptのwindow.location.hrefで無理やり飛ばしてるんですけど、
これをするとページを戻るをまた飛ばされるんでうまくない気がします。
普通はどうすればいいんですか?
【セキュリティについて】
チラ裏でも話になってたけど、再ログインをオートでやるときに
ユーザー名をクッキーに保存しているんですけど、これはセキュリティ的に
やばいすよね?ならクッキーにはなにを保存するですか?
暗号化したパスワード?
【データベースについて】
create table bbs_list_t (
name_c varchar(20) primary key,
pass_c varchar(20)
);
create table bbs_contens_t (
index_c int primary key auto_increment,
name_c varchar(20),
text_c text
);
こんな感じにしたんですけどどうすかね?いまいち勝手が分からない(汗
土台はここで質問しつつの自学より既存のものを参考にした方がなにかとよろしいような……。
でないと手取り足取りになっちゃう。
829 :
778:2007/02/06(火) 18:33:15 ID:???
>>828 もっともですね。やってるうちに自分でFW作ってみたくなったので、
一つ一つ勉強しつつ進みたかったんですが、
やっぱり土台はどっかのFWつかって中のソースみたほうが
はるかに安全、早い、勉強になる気がします。
変な色気出してスイマセン。
自分でFW作るのはいろんなフレームワーク使ってみて
何か足りない、使いづらいと思ってからにします。
とりあえず
>>787 さんのを参考にして見ます。
ちなみに皆さんはどんなFWを使ってますか?
三行ぐらいの理由も含めて教えてください。
>>827 >【login.php -> bbs.php の移行について】
header Location
>【セキュリティについて】
// クッキー確認
if( $_COOKIE['user_name'] ) {
$b_login = true;
$name = $_COOKIE['user_name'];
}
ちょwwおまwwwwクッキー信用するなよwwwww
せめてセッション使え
>>829 とりあえずあれだ、基本が分かってないのにFW使うのは早いと思う。(ソース読んで参考にするのは凄く良い事だけど)
って事で、PHPくだ質スレにщ(゚Д゚щ)カモォォォン
831 :
778:2007/02/06(火) 18:42:35 ID:???
行きます行きます。よろしくでつ(__)
FWって書かれると、ファイアーウォールと読んでから、
頭の中でフレームワークに変換する作業が入るよな。
833 :
778:2007/02/06(火) 23:50:50 ID:???
>>832 たしかにwwww次からフレームワークとかくでやんす。
いまcakePHPを調べてるんですけど、
10分で出来るPHPアプリを見たら使いたくなりました。
ソースコードもそれほどそこまで多くなく、Pear, Smartyに依存してないのも
いいと思いました。
ためしにcakePHPを使って
>>829 の掲示板を直してみます。
フレームワーク使うのまだ早いかもしれませんが
習うより慣れということでwwwできたら突っ込みよろしくです(__)
(´-`).。oO(WebProgでFWと言ったらフレームワークが一発で浮かぶなぁ・・他の板だと違うけど)
茜色でONEかと思った。
837 :
778:2007/02/09(金) 04:34:21 ID:???
cakePHPのドキュメントって良質ですね。
付録AのBlogと付録Bのユーザー認証を組合したら普通に出来そう。
PHPの本体もPearもドキュメント豊富だし、流行る理由が分かりますね。
すごい取っ掛かり安い。
今2回目の付録読んで作ってみる最中なんでもう少しかかりそうです><
Railsの方がとっつきやすい
とっつきやすく、壊れやすいrails
840 :
778:2007/02/17(土) 00:46:51 ID:???
ようやく土日だー!!まちどおしかったでつ。
休日はいぱーいコードを書きまくるぞ。
合間合間に書いてたんで多分完成すると思われ。
その後はまずはあくまで練習でMIXIをみようみまねでコピーしてみようと思います。
それと平行してどんなSNSにしようかネタだしをしていきます。
どんな感じにしようかなー。SNSなんで「便利」よりも「面白い」を
優先していきたいと思いまつ。
841 :
778:2007/02/17(土) 00:47:32 ID:???
とりあえず風呂はいって寝るなり。
まずは回復することが先決。
842 :
nobodyさん:2007/02/17(土) 11:19:45 ID:Wl4pkzhz
がんばってー
>>840 ログイン部分とプロフィール部分を作った辺りで
めんどくさくなって挫折する、、、に80000ペソw
844 :
きよし ▼xuwIBs4c3Q:2007/02/17(土) 14:55:05 ID:Wl4pkzhz
はぁ
845 :
778:2007/02/17(土) 21:00:06 ID:???
>>843 その賭けいいっすね。勝率が高そう。
僕はRSSの生成あたりで挫折に100000ペソでお願いします。
RSS1.0 RSS2.0 JSON 一杯ありすぎて分けわかんなす。
とりあえず「やる、やる」と言いまくるやつは信用できんので(ちなみに自分のこと)
過去の反省も踏まえて黙々とアウトプット出していのが大事かな?かな?
まぁOSSにするんで僕が力尽きても、誰かがやるかもしれぬ・・・
そのためにみんなが食いつきそうなネタをださなければな〜
>>844 トリップ付き降臨で応援してくれるとはw
あなたがネ申か?
まぁ技術的にかなり厨房なんで期待しないほうがいいでつよ(してないってwww)
846 :
778:2007/02/17(土) 22:52:47 ID:???
ttp://game.fool.jp/source.zip すいません。なんか cakeBBS 以下のディレクトリは変なファイルにアクセスできないようになってるっぽいです。
.htaccess の設定かな?仕組みはよくわかんないです。ごめんなさい。
とりあえず仮でドキュメントルート直下に置きました。まぁ一ヶ月ぐらいは置いときます。
これはなおさらフォージに登録せねばならぬ。
そういえば、CakePHPのドキュメントで 「公開用の設定」 とか合った気がする・・・(汗
webroot ディレクトリに置くとか。今思い出しました。
なんか致命的に自分がヤバイことしてたらツッコミいれてください。
848 :
778:2007/02/17(土) 23:21:55 ID:???
とりあえず来週までにやることは
・自動ログインできるようにする。
・自分の書いた文章を削除できるようにする。
・マイページを用意する。
ぐらいが出来たらいいと思います。
あとCakePHPの使い方を覚えないとなー。
ttp://cakephp.jp/doc/configuration.html#id4798897 このデータベースの設定の
・テーブルには、'id' という名前の primary key がなければなりません。
を見てなかったから id という名前を他の要素として使ってたんで、
データが上書きされて大変だった。それではまってたり><
なんと言うアホ。でも付録に書いてないのはよくないとおもう。
やっぱドキュメント全部読まないといけないのか?まぁ日本語なだけありがたす。
>・自分の書いた文章を削除できるようにする。
>・マイページを用意する。
なんかガックリ、力が抜けるなww
先は長いぞお前。
850 :
778:2007/02/17(土) 23:51:58 ID:???
>>849 わはは、確かに先はながいどすえ。
でも一言だけ言いわけさしてください><
CakePHPの使い方がわからなすぎなんでつ・・・orz
前のフレームワークを使ってないやつなら削除簡単に入ったんですけどCakeなら
$this->checkbox("BbsUser/checkbox[]");
ってしたら
name="data[BbsUser][checkbox[]]"
ってタグつけられるんでこれは動くのか?とか思って後回しにしてしまったり。
テンプレートファイルのなかに関数埋め込む方法わかんなかったり。
MVCモデルと言うものそのものがわかんなかったり。
むしろCakeって名前のセンスもわかんなかったり。
使いこなせるようになったらもう少しスピードアップするのでしばしお待ちを・・・
そんなにCakeで問題あるなら、とりあえずFW無しで作ればいいじゃん。
そんでそのうち大規模になってきたら自作FWに乗り換え。
852 :
778:2007/02/18(日) 09:21:29 ID:???
>>851 いや、ただ僕が物を知らなさすぎるだけだと思います。
過去ログを読めばいかに僕がのうたりんなのかわかるはずw
おそらく僕が悩んでることの大半はドキュメントに書いてあるような・・・
まずは全部読んでそれなりに使えるようになりたいです。
Cakeを使うかどうかはその後決めたいと思います。
むしろ本家のRailsにいこうかな・・・でもRubyつかえない(´・ω・`)
自作FW・・・今の僕のじつりきじゃむりぽでつかも・・・orz
だからFW自体を使わなければいいでしょ、って。
FW使うと利点もあるけど、逆に問題が起こったときは、
調査しなきゃいけないポイントが増える・・・ってことでもある。
ブラックボックス化すると普段は便利だけど、いざトラブルになると
問題の切り分けがどんどん難しくなってくる。
初心者のうちは生PHPで修行を積むべきかと。
854 :
778:2007/02/18(日) 17:03:24 ID:???
>>853 最初僕も全部0からやる予定だったんでつけど
>>828 さんの意見を聞いて、やっぱりフレームワークつかないとなー。
フレームワーク使わないとどれだけ時間かかるんだよ。とか思ったり。でも、
>>逆に問題が起こったときは、調査しなきゃいけないポイントが増える・・・
これはマジ思いましたね。調査すれば分かることなんで
質問しずらいし・・・(汗。
じつはかなりフレームワーク使うの苦痛だったんですよね。
書く時間より調べる時間のほうが長いから・・・
慣れるまでの辛抱かなとか思ったりしてたんですけど、
>>853 さんの意見を聞いて勇気が出たような・・・
じゃあお兄さん頑張って生PHPでかいちゃうぞー。
なんというのせられやすい奴。と言うのはなしで><
ちゃんと人の意見を参考にしているんですよw
855 :
778:2007/02/18(日) 17:08:12 ID:???
実は CakePHP のセッションとクッキーの絡める方法とか
CSSとJSの扱いとか
ヘッダーとフッダーの扱いとか
テーブル同士の連携をCakeでやるのとか
わかんなくて、
ドキュメント調べるのめっちゃ憂鬱だったりしてたw
なんか心が軽くなったきがするわ。
調べるよりひたすら書くほうが性に合ってるでごじゃる。
まぁ一週間しか勉強してないんですけど、なんか色々参考になった気がする。
MVCモデルとか特に。「じゃあお前創れよ。」っていわれたら作れないけど。
さらっとBBSが作れないレベルだと先は長いっつーかまだ踏み出してもねーよっつーか。
入門書・リファレンスで言語とDBの基礎学習からやった方がよくないか?
>>856 ショボーン(´・ω・`)
ぜんぶケーキのせいにしてみるテスト。
まぁ基礎学習は全然足りないとおもう。
でもなんか作りながら勉強していきたいとおもいまちて。
モチベーションの向上にもつながるし。
できればもう少し生暖かい目でスルーしてくれればうれしいです。
858 :
778:2007/02/18(日) 17:28:53 ID:???
サーセン。
>>857は
>>778です。
なんかJaneにコテハン記憶のチェックボックスが合ったんでチェックしまちた。
だから、次からは大丈夫かと・・・
俺は生PHPで、FWどころかPEARも使わず、MT以上の規模のブログアプリ作れたんで、
無理にFW使わなくても大丈夫だと思う。
ところで別の話だけど、手続き型じゃなくオブジェクト指向的に作ったほうがいいと思う。
俺はOOPがよく分からなかったので手続き型で作り始めてしまい、半分くらい作ったところで、
「こりゃ規模がでかくなったら、手続き型ではワケわからくなる!」とOOPの必要性に気が付いたものの、
もう最初から作り直す気力もなく、仕方なく手続き型ベースで完成させた orz
がんがれ!超がんがれ!
どういうやり方だろうと
ひとつの物を完成させると勉強になると思うよ
とりあえずチラ裏以上の物目指してがんばっ!
861 :
778:2007/02/18(日) 22:27:51 ID:???
>>859 わかりました。経験談は参考になる。生PHPで勉強しながらやってみる。
「OOPかーPHPでやるデザインパターン」とかいう本があったな。
デザインパターンとかむずいのは後でいいやとおもってましたけど、買いでつね。
>>860 頼みましゅ。煽りと突っ込みとアドバイスは大歓迎だが、応援はほどほどにくだしゃい。
ぷれっしゃーがかかるんですたい><。こう胃が痛くなる。
時間が空いてる知識人に笑われながら作ることを想定してるんでつ・・・orz
>>861 OOP初心者がいきなりデザインパターンとか、やめたほうがいいと思う。
まずは自分なりにクラスとか作ってみて、やってくうちに、
なぜデザインパターンが必要なのかが体感出来てからでも遅くない。
863 :
778:2007/02/19(月) 01:37:05 ID:???
>>862 わかりました。僕も参考書とか大嫌いで、
ひたすらコード書くことの大好きなのでまずは書いてみます。
でもJavaのデザパタの本をみてシングルトンだけはわかったwww
なんかもう土日が終わってしまった。何してたんだろ?
もっと進めたはずなのに・・・自今嫌悪。
よーし、これも全部Cakeのせいにしちゃうぞー。
(Cakeの開発者ゴメンナサイ)
866 :
778:2007/02/19(月) 20:24:10 ID:???
>>864 ギギギ・・・・
>>865 いや、起業は興味ないっす。経営とか事務処理とかめんどくさす。
理想としてはできる人の下で思う存分腕を振るいたい感じ。
Hatenaの社長とかかっこいい。アメリカ進出すごす。
でもHatenaはPerl・・・Perlは無理す。むしろあそこのメンバーみんなありえん。
全員すごすぎ。なんかずるい。うらやましす。
867 :
778:2007/02/19(月) 20:28:29 ID:???
>>866 まぁサイトの運営費ぐらいは稼ぎたいかな?
でも広告は置きたくない。
広告きもすぎす。ネット初心者しか踏まないし、
なんか罠みたいじゃん。
あれってWin-Winの関係じゃないよねー。
でもまぁほかのいいアイデアが思い浮かばんし、
今そんなこと考えても取らぬ狸のなんとかやらってやつだ。
まずは面白いもの作ってから、そっから考える。
868 :
778:2007/02/19(月) 21:01:11 ID:???
まぁーMIXIみたいに右上に広告ぐらいならチラシって感じでいいかもしれませんね。
特にアレは邪魔に感じないし。
ダイエットクッキーとか普通に買いそうだったw
>広告きもすぎす。ネット初心者しか踏まないし、
>なんか罠みたいじゃん。
>あれってWin-Winの関係じゃないよねー。
お前のほうがよっぽどキモいよwww
なんつーか左翼的っていうか、プロ市民的っていうか、貧乏人的っていうか、
とにかく金持ちとかリーダーとかには絶対になれない考え方だなww
「別にそんなものなりたくない」とかって言うんだろうけどw
広告を毛嫌いしたり、金儲けを悪だと見なすようなヤツこそ、お金という概念にとらわれている証拠。
870 :
778:2007/02/19(月) 23:39:16 ID:???
>>869 なにー。そうだったのか。ガ━━(= ̄□ ̄=)━━ン!!
反省しる。広告たくさん置く。俺お金持ち。やったね。
でもでも、みんな広告嫌いじゃないんでつか?
871 :
778:2007/02/19(月) 23:49:05 ID:???
つか、変なほうに話が進んでいくのはいやなんで、
この話はここでおしまいと言うことでお願いします(__)
>広告たくさん置く
そういうことじゃない。それはダメでしょう。
そういう表面的なことじゃなくて、考え方・姿勢の問題。
>>778の年齢予想
小学生 ●
中学生 ○
高校生 ◎
大学生 △
社会人 ×
874 :
778:2007/02/20(火) 07:47:08 ID:???
>>872 いや、それは冗談です。分かりづらくてすいません。
まぁなんか色々と皆さんの意見を聞けたらいいと思います。
>>873 ハハ・・・
活動時間考えるとフリーターか無職っぽくね?
876 :
nobodyさん:2007/02/20(火) 08:42:16 ID:2/TECVD7
いつのまに小学生スレになったんだ?
まあ、年齢はともかく、社会や世間をよく知らないのは確かだな。
879 :
778:2007/02/21(水) 23:16:46 ID:???
>>875 >>878 いや、普通にフリーターです。
平日は無茶忙しいので主に活動は休日ということでおねがいします(__)
まぁ合間合間こちこちやってるんですけどやっぱりまとまった時間がほしす。
>>877 すいません。正直世の中全然分かってません・・・orz
まぁ面白いのができそうになったら色々おちえてくだしゃい(__)
でも、ほんとと運営とかどうしましょうか?
ためしに未踏ユースとかにでも出してみようか?
期日が来月らしいでつ。
出すだけならタダだし・・・受かれば儲けもの、でしかもお金が入ってくる。
バイトやめてずっと開発できるしねー。
しかも企画だけでいいらしいし、まぁもちプロトタイプもつくるけど・・・
880 :
778:2007/02/21(水) 23:19:32 ID:???
もしこのスレ見てる人で未踏 or 未踏ユース経験者または知人がいる人は感想聞かせてください。
よくプログラム系のBlogで話題になるから知ってることは知ってるんでつけど
いったい実態はいかに?ッて感じでつ。
ああいうのは、いかにも役人が好みそうな「非実用的」な下らねぇソフトとかが受賞しやすいんだよ。
未踏ユースなめすぎ。
softetherとかすげーもんじゃないと無理だろ。
SNSとか全然「未踏」じゃねーじゃんw
>>882 ソフトイーサとかも技術的には凄いんだろうけどさ、
一般人からしてみれば、「で?」って感じなんだよな。
>>859 PHPでOOPのやりかたを勉強したいです。
何か良いお勧めの本やWEBサイトはありますか?
885 :
778:2007/02/22(木) 22:46:29 ID:???
>>881 まじすかwwww
>>882 うーむ。そうかー。
>>778 をどんどん改良していったら
いけそうな気がしたんですけどね。
甘かったか。あまあまだよ
>>882 softeherってググッたら会社ができまちた。
法人化したのか?すごすぎす。
書くことで自分の考えもまとめれるし、
出すだけならタダだからやってみたいなー。
886 :
778:2007/02/22(木) 22:47:12 ID:???
887 :
778:2007/02/22(木) 22:50:15 ID:???
なんか妄想が膨らんできた。
最強のエロゲー作成ツールになりそうでつよ。
明日思い切ってバイトの量減らして貰えないか頼んでみようかな?
ギリギリ生きていくことは可能だろう。パンと水のみで・・・
むしろ牛丼屋ではたらこうかな?飯つくし。
でも一応技術系のところでは働きたい・・・
一言で言うと、夢見すぎ。
そんな大した物になりませんから。
889 :
nobodyさん:2007/02/23(金) 01:32:13 ID:Is0uTaTc
セカンドライフに食われてるから
いまさらSNSエロゲーなんて
アキバしか需要はないだろ
荒らされて管理者出て来いがオチ
>>887 今時ソーシャルネットワークなんて流行らないだろ
Digg、del.icios.usのようなソーシャルニュースに代わるものを考えるんだ!
エロ関連とか、ヲタがユーザーになりそうなサービスは止めたほうがいいと思う。
つまらない些細なことでネチネチ文句言われて吊るし上げ食らうよ。
ヲタはキモいから、一般人受けするサービスがいいでしょう。
(ちなみに「はてな」もヲタ臭がプンプンしてるよね。作る側も使う側も。)
892 :
884:2007/02/23(金) 12:27:09 ID:???
893 :
nobodyさん:2007/02/23(金) 13:00:14 ID:MIm74H8A
>>892 さすがヲタの巣窟はてな、技術情報は充実してるねw
895 :
778:2007/02/23(金) 23:55:18 ID:???
>>888 夢ぐらいみさせてください><
>>889 いやwwwエロゲーは冗談。一応あれは「アドベンチャーパート」の予定。
まぁエロゲー持つくれるけどwww
シューティングとかアクションとか色々ゲーム作れるようにはしたい。
>>890 すいません!ソーシャルニュース自体使ったことないです!
まず使って分析からはじめてみます。
むしろ初めて聞いた。情報収集たりなさすぎ・・・
つか、なんにでもソーシャルつければいいってもんじゃないだろw
よーし、じゃあ「ソーシャルゲームサービス」と名付けてみる。
>>891 ごめんなさいごめんなさい。
友達に言わせると一応僕はオタクにはいるらしいです。
電車男みたいに同人誌は買ってないですけどね・・・
てかFATEとクラナドぐらいやっても普通でしょー。有名だし。
>>892 どもども
>>894 それはてなのこと褒めてますよね?w
>FATEとクラナドぐらいやっても普通でしょー。有名だし。
安心しろ。お前は立派なヲタだ。
そんなゲーム、ヲタの間で有名なだけで、
一般人は興味もないし知らない(だって俺も知らないもん)。
リネージュなら名前は知ってる。
897 :
778:2007/02/24(土) 02:09:59 ID:???
>>896 ガ━━(゚Д゚;)━━━ン!!
んーでも普通に面白かったすよ?
まぁ物凄い長くて疲れましたけど。
面白いかどうかじゃなくて、PCでゲームやってる時点でヲタ決定。
ガンガレ超ガンガレ
最後まで作り上げる奴なんてほとんど居ない。
ほとんどが口先ばっかだからなw
そんな奴にはなるなよww
900 :
778:2007/02/24(土) 23:46:13 ID:???
>>899 胃がイタイタイ。イタタタタタ。
トラウマが・・・死にたくなるからあんまり言わないで。
とりあえず今は「自分のための進捗Blog」を創ってる。
なんかテキトーなところ利用しようとおもったんだけど(はてなとかね!w)
「車輪の再開発」なのは分かってるけど、やっぱり自分で作って使ってみないと
分からないこともあるのかな?っておもったから。
>>900 もし成功したければ、
「素晴らしいサービスを完璧に仕上げるまで、たとえ何年でも頑張るぞ!」
という考えを今すぐ捨てるべきだ。
その代わり、
「まだ10%の出来のアルファ版だけど、今日中にサービス開始するぞ!」
と考えたほうがいい。
前者の考え方でそれが完成した頃には、もう既に古くて不要なサービスとなっているだろう。
902 :
778:2007/02/26(月) 03:28:15 ID:???
>>901 イエス!マイロード
やっぱり
>>859 の言うとおり、OOPというかFWみたいなものがないと
物凄いことになってしまったのでCAKEというかMVCモデルっぽい
簡易FWを作ることにしました。
ところでCAKEみてつくづく思ったんですがあれって
どういう感じでインクルードしてるんでしょうかね?なんかすごい複雑っぽい。
俺は全部そのFW置いてるディレクトリのなか全てインクルードするようにしてしまった。
903 :
778:2007/02/26(月) 03:28:47 ID:???
>>902 の続き
function readFramework($dir) {
$handle = opendir($dir);
if( !$handle ) { return; }
while (false !== ($file = readdir($handle))) {
if ($file == "." || $file == "..") { continue; }
$file = $dir.$file;
if (is_dir($file)) { readFramework($file.DS); }
else {
$reg = array();
// phpファイルか調べる
if (preg_match('/(.*)\.php$/', $file, $reg)) {
// app_model と app_controller の場合はユーザーが再定義しているか調べる
if (preg_match('/(app_model|app_controller)$/', $reg[1], $reg)) {
$tmp = APP.$reg[1].'.php';
if (is_file($tmp)) {
$file = $tmp;
}
}
require_once($file);
}
}
}
closedir($handle);
}
904 :
778:2007/02/26(月) 03:32:42 ID:???
>>903 は失敗でつ。ごめんなさい
function readFramework($dir) {
$handle = opendir($dir);
if( !$handle ) { return; }
while (false !== ($file = readdir($handle))) {
if ($file == "." || $file == "..") { continue; }
$file = $dir.$file;
if (is_dir($file)) { readFramework($file.DS); }
else {
$reg = array();
// phpファイルか調べる
if (preg_match('/(.*)\.php$/', $file, $reg)) {
// app_model と app_controller の場合はユーザーが再定義しているか調べる
if (preg_match('/(app_model|app_controller)$/', $reg[1], $reg)) {
$tmp = APP.$reg[1].'.php';
if (is_file($tmp)) {
$file = $tmp;
}
}
require_once($file);
}
}
}
closedir($handle);
}
905 :
778:2007/02/26(月) 03:36:56 ID:???
>>904 半角スペースは埋まるのね。勉強になりました。
なんかすごいカオスコードになってしまったけどこんな感じになった。
つか毎回毎回全部FWのなかインクルードしてもいいんだろうか?
まぁ「速さ」なんてブラシュアップするときにとっておけばいい気はする。
まずは「動く」ものを作らなければw
でもなんかジックリ使うときのことを考えて作ろうとすると
時間がかかりますね。でもまぁ、楽しいかも
906 :
778:2007/02/26(月) 03:39:25 ID:???
ああ、言い忘れました。
>>904 は半角スペースの変わりに全角スペース置いてるので
普通に動かそうとするとエラー出るんでそこは置換おねがいします(__)
もっとやりたいけどこれ以上は明日に差し支えるんでもう寝ます。
むしろ、4時って時点でかなりアウトかも。明日は地獄だー・・・orz
素直にCake使えよw
思ったんだが、なんでコンピュータ関連の名前って
食べ物とか動物とかの名前が付けられるの?
流行っているの?
例:
Cookie, Vine Linux, Cake, PEAR, Ruby, Firefox, etc...
911 :
nobodyさん:2007/02/26(月) 17:19:03 ID:J8u4hRX0
無駄口叩いてる暇があったらささっとコード書いて公開しろって!
叩きがないことには何もいえんし。
チラ裏でも5000行くらいでできるんだから2・3日気合いれればすぐっしょ。
出来上がるまでがんばーがんばーの
これじゃぁ製作応援スレだよw
ちょっと言い過ぎた
今は反省している。
しかし、随分前からFWのことでどーのこーの書いてるが
個人レベルでそんなものが必要か?
いいものを作るために必須なのか?
正直、時間の無駄としか思えない。
プログラム初心者なら要領悪くても一から書いて後から添削編集すりゃいいんじゃね?
>>911 俺はもうサービス開始してるよ。
もちろんここでは公開しないけどw
SNSなんて最近インターネットを始めたばかりの
初心者が使うサービスだろ。
個人SNSなんて
一昔前の草の根BBSみたいなもんだわな
時代に逆行してる。
やめとけやめとけ
進歩とか逆行とかじゃなくて、それが普遍なんだよ。
何千年経とうが、どんなに科学が発達しようが、
人間がコミュニケーションを止めることはありえない。
778がんがれ!がんがれ!
叩かれようが俺は応援しているぞ!
信じてるぞ!がんがれ!!!
応援が自演にしか見えないw
個人でSNSは流行らない
管理の信用がなさすぎるしシステムも信頼性がない
何もかも信頼性がない
920 :
778:2007/03/03(土) 14:46:33 ID:???
>>907 僕もそんな気もしてきました。
>>911 2〜3日・・・それができれば苦労は・・・むりぽです。
でもそうですよね。何らかの物がないといけないですよね。
ちょっとなんかできるまで出直してきます。
>>912 まじっすか?作ってると
なんか同じことの繰り返しになりすぎて
汎用的にしたいなーとかってなっちゃいまして・・・
やっぱりFWは偉大だなーとか思った今日この頃です。
921 :
778:2007/03/03(土) 14:49:30 ID:???
で、その後どうなったの?
923 :
778:2007/03/06(火) 20:23:39 ID:???
ある程度まとまったものが完成したら投下しようかなと。
皆さんも言うようにある程度ものがないとつっこめんじゃん。みたいな。たしかに・・・
svn な repo 作って、動こうがそうでなかろうが trunk に
がんがん commit していけばいいと思うよ。
925 :
778:2007/03/07(水) 02:59:16 ID:???
926 :
778:2007/03/08(木) 00:02:47 ID:???
ソースフォージ登録中・・・
ぷ、プロジェクト名なににするよ?
こ、これはナンカ伝統でどっかにMonaをつければいいんですか?わかりません><。
927 :
778:2007/03/08(木) 00:08:17 ID:???
MonaSNSとかにしてもいいでつか?2chがゆるしませんかそうですか・・・
928 :
778:2007/03/08(木) 00:12:04 ID:???
すいませんMonaSNSにしてしまいました。他に思いつきませんでした。
もし途中で諦めたり投げ出したりしたら首つって詫びますんで許してください・・・○| ̄|_
929 :
778:2007/03/08(木) 00:16:51 ID:???
ttp://www27.atwiki.jp/monasns/ なんか調子に乗って@wikiに登録してしまった。ちなみにソースフォージはまだ審査中です。
通るかどうかもわかんね。暴走してる感じ、もうどうにでもなれ・・・
一応日々の進捗とか勉強したこととかを書いて、他の人たちの手助けになればいいと思う。
ちなみにライセンスはGPLにしました。それ以外はよく分からんかったとです。
とりあえず今日はここまで・・・審査待ちということで寝ます。
乙です。期待してます。
monasnsって・・・もうちょいマトモなネーミングセンス無かったのかよ。
つーかさんざんタダ働きで苦労した挙句、クズ2ちゃんねらーどもに
つまらないことで叩かれ吊るし上げられて、悲惨な末路を辿ると思うよ。
お前自身は「良かれ」と思ってやってるんだろうけど、
誰にも感謝されず、それどころか批判・中傷されて終わると思う。
本当にいいものなら、無料公開しないでどっかの企業に高値で売り飛ばせ。
> つーかさんざんタダ働きで苦労した挙句、クズ2ちゃんねらーどもに
> つまらないことで叩かれ吊るし上げられて、悲惨な末路を辿ると思うよ。
嵐やノイズに反応さえしなければ問題ないんじゃないかな。
明確な目標がなく反応しちゃうから、その結果、悲惨な終わり方になるんじゃないかと。
まあ、とにかく、2ちゃんに関わってもロクなことがないのは明らか。
> まあ、とにかく、2ちゃんに関わってもロクなことがないのは明らか。
同意。
訴訟起こしても金とれないしな。
935 :
778:2007/03/09(金) 22:29:47 ID:???
936 :
778:2007/03/09(金) 23:02:07 ID:???
>>931 ネーミングに関しては・・・言葉もないです・・・○| ̄|_
>>931-934 心配してくれてありがとうございます。でも、まだそういう話をするのは時期ではないかな?とかおもってます。
もうすこし何も考えずひたすら開発したいと思います。ある程度動くものが出来てきてその後どういう方向性にしようか?とかの時にまたお願いします。
>>936 お前の個人情報その他もろもろが、クズNEETどもに詮索され晒されて
さんざん叩かれた挙句、お前の労力や成果物だけがしっかり盗まれないことを祈るよw
938 :
778:2007/03/10(土) 00:02:23 ID:???
一応ここで
>>794 で言ったような僕が想定している方向性というのを
話してみたいと思います。少しでも議論のたしになれば・・・
色々意見を聞きたいですし。
僕の中ではクリエイティブコモンズの考えをゲームに持って行きたいと考えています。
ゲームSNSの中でつくった「音楽」「プログラム」「グラフィック」は
そのコミュニティ内では二次使用を可能にする。
みたいなのをして素材の再利用をする。
そのことによってゲームを作る際のコストがさがり
少人数(むしろ1人)でもゲームが作ることができるようになり。
面白いアイデア思いついた→即作成(Flashゲームエンジン)→即公開(SNS)
の流れをシームレスにしたいと思ってます。
一応目指すべき場所としては「ゲームを創る人の登竜門」
みたいな感じにしたいとおもってます。
漫画業界でいう「コミケ」みたいな位置ですね。
939 :
778:2007/03/10(土) 00:03:16 ID:???
>>938 の続き
収益モデルとしては、面白かったゲームをつめあわして売ってみるとか?
まぁこれはしょぼいけど、
そのコミュニティの中でできて創作物をうまく活用したい感じ。
思い切ってコミケにだすのもありかもしれぬ。
もし売り物にするんだったらコミュニティに入ってないユーザーは体験版しか出来ない。
とかの縛りを入れる。まぁ後は広告モデル・・・
MySpaceがミュージシャンに多額のをしているように、
収益の一部をゲームクリエイターを支援すると言う形で
コンテンツの質を上げていこうと思います。
どうっすかね?
僕のアホな脳で精一杯考えた「面白いゲームが自由に沢山つくれる、できる時代」
の筋書きなんですけど・・・
というわけでゲームエンジン自体はG
PLにして質の向上を図ったほうがいいんじゃないのか?
と言う考えなわけです。
すごく面白そうですね 期待してます
941 :
778:2007/03/10(土) 16:03:13 ID:???
>>940 ありがとうございます。
>>939 > MySpaceがミュージシャンに多額のをしているように、
ここミュージシャンに多額の援助ですね。なんか抜けてました。
943 :
778:2007/03/10(土) 20:48:13 ID:???
>>942 はい、やってみます・・・
自分の中でkwtkが止まらない感じなんでつ。
やらずに後悔するより、
やって後悔したほうがいいらしいです。
僕の人生経験上かなり逆ですけどね。
テンションに身を任せるとロクなことにならないの分かってるのに
走り出したら止まれない・・・
それでまた失敗して死にたくなるんだきっと・・・○| ̄|_
まぁまだ構想が固まってないのでツッコメそうなところ沢山あると思うんで、
どんどんよろしくお願いします。
944 :
nobodyさん:2007/03/10(土) 23:31:33 ID:dzRVv9ZC
そのアイデアいいですね
ありがとうございました。
第二のKKプロジェクトスレはここですか?
スレタイとは違う方向にはなっちゃうけど、
まずは「ちゃんと動くツール」か「ちゃんと動くツールを作るためのコミュニティ」をどうやって形にするか、が先で
そのために優先すべきことは「SNSを作るための勉強をすること」ではないと思う。
Flashで色々作りまくる方がまだ手順としては近い。
947 :
778:2007/03/13(火) 10:35:09 ID:???
ごめんなさい。
最近SNS作ってる会社(もちMIXIじゃないっす)でバイトすることになりました。
目的はもちろん技術盗むためっすね。実際ソース読んだほうが速いと思って。
まぁ部署はSNSじゃなくてなぜかモバイル部門になっちゃんたんですけどね。
せめてソースがよめれば・・・それもかなわぬ今・・・今度頼んでみようか・・・怪しまれないかな・・・
社長がどうもモバゲーをうらやましがってるらしくて・・・どうせいと・・・○| ̄|_
まぁ結構真剣に勉強しようと思って近くに引っ越しました。だからまだネット繋がってないんで、
返信遅くなるかもしれませんので、よろしくお願いします。
一応携帯でみてるんですけど、携帯で文字打つのがめんどくさくて・・・
こんな俺がモバイル部門でやっていけるんかいな・・・
ちなみに今会社なんで仕事しまつ・・・というかよく考えたらこういうのって監視されてるのかな?
小さなベンチャーなんですけどね・・・よくわからぬ。
盗むとかろくでもねーな
卑怯ものは氏ね
949 :
778:2007/03/13(火) 10:44:22 ID:???
>>946 そうっすねー。僕もそう思ってました。Webのほうは会社でやるんで
こっちではFlashを専門に作りこんで生きたいと思います。
会社で学びながらSNSのほうは創っていきます。
もちろん出来たら公開します。
ちなみに今の会社が使っているFWがMojaviだった。
聞いたこともないFWだお。
CakePHPだったら涙が出るほどうれしかったのに。
そろそろスレも使い切るんでこれを気に別の名前にしますか・・・
あと場所はどこがいいっすかね?Flashメインなんでさすがにこの板じゃないなーとか
Flash板のほうがいいのかな?と思いつつもあそこは「Flashを作る場所」じゃないような。
プログラム板かな?とりあえずスレを立てたあと「スレ違いだカス」って
言われちゃったら僕泣いちゃいますお(´・ω・`)
950 :
778:2007/03/13(火) 10:45:31 ID:???
>>948 すいません。語弊がありました。そこのCTOから
「ドンドン技術は盗んでいっちゃってよ」
って言われたのでそういう言葉使いました。
正確には「学ぶ」のほうが正しいですね。
どーせ1週間も経たないうちに辞めるんだろw
あら、じゃぁ一旦中断か。
頑張って欲しかった・・・
Mojaviの方が有名だろ…常識で考えて
しかしFWに拘りすぎじゃないか?
まずは素書きで苦労すれ
っていうか、なぜ「SNSを作りたい=SNSの会社でまずバイト」になるんだww
自力でさっさと作ればすぐ出来るのに、ますます完成が遠のいたな。
956 :
778:2007/03/13(火) 15:35:50 ID:???
>>951 するどいwwwwwやめたら拾ってくだはい(__)
>>952 いやいやいや、普通に継続するっす。
なんか会社の社長もも「オープンソースは経験しといたほうがいいよ」
って言ってたので問題なし。
>>953 過去ログ読め。
いや、うそwごめん。でも僕の常識がわかるかと・・・
>>954 んんんん・・・とりあえず「POST→データベース入力→条件代入→データベース出力→HTMLテンプレート」
この流れが同じことばっかりだなーとしみじみ思う俺は今日も厨房としてがんばってます。
>>955 そうですね「字幕.in」の作者とかのニュース見るとほんとそう思います・・・
でもまぁ彼も一応Yahoo(だっけ?)に入ったからちゃんと下積みっているかな・・・とか・・・
とりあえず゙普通にこれからも継続していきたいと思います。
一応次はFlashメインになるんで「プログラム板」に立てようと思います。
貼った一応リンク貼りますね。では次スレもよろしくお願いします(__)
っていうかさ、毎週●曜日って決めて、成果を発表していけば?
少しずつでもいいから。
「完成してから」なんて思ってると、一生完成しないよ。
やっぱり〆切を設けて義務化しないと、怠惰な人間はすぐサボってしまう。
958 :
778:2007/03/13(火) 19:21:21 ID:???
7時で勤務時間は終わりなんで2chしてても問題なし!(言い訳w)
>>957 わっかりました!!それでは毎週日曜日に2chで報告汁!!
を目標に頑張りたいと思います!!
あと 970 ぐらいになったら次スレたててみます。
初めてだわ・・・ちゃんとできるかな・・・
明日は日曜だぜ。
960 :
778:2007/03/18(日) 03:06:15 ID:???
OK牧場・・・
と言いたいところっすが月曜日にしてください。
いま家でインターネットが使えない。
ちなみに今携帯ですsageるのめんどいねー
> と言いたいところっすが月曜日にしてください。
まる1日デスマして作るのか?w
いきなり公約違反か。
こりゃ先は長そうだな。
大人のくせに約束を守れないとは…
恥を知れ。
いきなりかよw
そういう最悪のケースも踏まえて
約束するべき。
俺も含め、手伝ってあげようという人達が時間さいて待ってたわけだ。
約束守れないなんて最低だよ。明日は仕事で見れないし。
2chだから適当にやってりゃいいって感覚ならもうやめてくれ。
日曜なら手伝えるとやってきたら
月曜に変更かよ
偉そうにしてる奴らばっか
この企画は間違いなく成功しない
967 :
778:2007/03/18(日) 17:22:05 ID:???
その通りだ!!!
なに僕は甘えたことをいってるんだ!
今から後輩の家いってアップしてくる。
渋滞でもしてて、うpしたら日付変わったりするんだろ?w
いい迷惑だよな。その後輩さんも。
969 :
778:2007/03/18(日) 21:44:03 ID:???
普通に今やってる・・・
なんかデフォではソースフォージはCVSらしいんだけど
SVN変えれるらしい。でもそのやり方がわからない。
仕方ないから直上げする。ちょいまってください。
後輩にはマック買ってきたら笑顔で迎えてくれた。
いい奴だ。感謝感謝
970 :
778:2007/03/18(日) 22:09:40 ID:???
971 :
778:2007/03/18(日) 22:18:30 ID:???
>>961 めちゃくちゃ図星・・・。まともに動いてないから一日伸ばしてやろーって甘い考えを持っていた。
言い訳してしまった自分が情けない。そんなんじゃいつまでたっても完成しない・・・
でも
>>924 を思い出して動いてようが動いて無かろうがアップすることにした。
>>962-965 すいません。まさか手伝ってくれる人がいるなんて思いもよりませんでした。
ほんとに感謝です。まじ土日に手伝ってくれる人がいるなら、
次から金曜日締め切りにしたいと思います。
土日色々アドバイスもらえそうでwktkです。
>>966 このぐらいが僕には丁度いいです。
まえヌクモリティがあるところでやってたんですが
「そりゃ仕方ないよねー」
とか
「ゆっくりやってよー」
とか言われて結局やらなくなった気がする。ネット喫茶とか方法なんていくらでもあるのに・・・
怒ってくれるだけ、真剣な感じがしてありがたいっす。
尻を叩かれないとやらないタイプなんで・・・まじ感謝でつ。
972 :
778:2007/03/18(日) 22:22:26 ID:???
とりあえず 970 超えたので次スレ立ててきます。
一応プログラム版に立ててきます。
あと次から成果発表は毎週金曜日にしたいと思います。
土日に好きなだけなじってください(__)
973 :
778:2007/03/18(日) 23:20:22 ID:???
>>778少し見直した。これが継続されることを祈る。
975 :
nobodyさん:2007/03/19(月) 09:16:31 ID:L0c+fGo+
がんばれよ。俺も入門書かってくる。
976 :
778:2007/03/19(月) 18:35:07 ID:???
>>974-975 どうも(__)
まだまだ甘いところがあるのでビシビシ厳しく行きたいと思います。
短い間でしたけどWebProg板の皆さんにはお世話になりました。
とりあえず僕が世の中なーんもわかってないことがわかりました。
プログラム板で色々鍛えなおしてきます。
なんかいい感じにゲームエンジンが出来ていざSNS化しようとおもったら
またここに戻ってくるので!!(`・ω・´)
ではありがとうございました。
頑張ってください
僕がいつか買収しますので。
979 :
778:2007/03/20(火) 18:51:00 ID:???
>>977 21歳っす
>>978 はははwwwぜひぜひお金ためといてくださいwww
まぁクリエイティブコモンズノリなんでどちらかというと
会社より団体?そういうものの方がいいかもね?とか思ったり思わなかったり
ここらへんは臨機応変に決めていくお
なんで会社の人にばれたんだ?
ってか誰がどうやってばらしたんだ?
981 :
778:2007/03/22(木) 00:31:54 ID:???
それは秘密。特定されるんでw
まぁ僕は全て悪いんですけどね。
管理が甘いってレベルじゃねーぞって感じ。
別にばれてもよかったんですけどね。どうせアルバイトですし・・・
でもバレタ瞬間は冷や汗が吹き出て、動悸が激しくなった。
とにかくこのBlogをこの世から抹消しないといけないと思った。
でもまぁ落ち着いた今は「べつにいーじゃん」って感じでつ。
982 :
778:2007/03/22(木) 00:38:00 ID:???
むしろばれてたほうがいい緊張感も伴っていい気がしてきました。
責任持って取り組めるし・・・
でも失敗したとき後に引けませんからね。
後会社に迷惑かかるのだけは避けたい・・・
> でも失敗したとき後に引けませんからね。
> 後会社に迷惑かかるのだけは避けたい・・・
そんなことないと思うぞ。
とにかく、ひとりデスマったりして、無理だけはするなよ。
どーせバイトなんだし、この業界から追い出されたとしても、
いくらでも生きていく道はある。
とにかく会社に迷惑かかるとか考えずに辞めたいときには
いつでも辞めるといいと思う。
984 :
778:2007/03/22(木) 03:16:40 ID:???
>>981 >>どうせアルバイトですし・・・
そういえばこういう考えはダメって言われたばかりでした・・・○| ̄|_
「そういうの気にせずにどんどん積極的に行動できるのがベンチャーなんだよ。」
って言われた気がします。まぁいま丁度勉強したかったことで溢れてるし
給料もらっているのでしっかりがんばろうとは思いますー。
>>983 >>とにかく、ひとりデスマったりして、無理だけはするなよ。
はい・・・ありがとうございます。めちゃんこ気をつけます。
>>いつでも辞めるといいと思う。
とりあえず最低1年は続けてみたいwww
> >>どうせアルバイトですし・・・
> そういえばこういう考えはダメって言われたばかりでした・・・○| ̄|_
>
> 「そういうの気にせずにどんどん積極的に行動できるのがベンチャーなんだよ。」
搾取する側の言葉を信じるわけですね。w
986 :
778:2007/03/22(木) 04:30:28 ID:???
>>985 吹いたwwwwwwwww
搾取されてるのか俺ってwww
まぁそこら辺の空気はよんでいきたいです。
会社もなんかするときは大体社員優先ですし(当然w)
アルバイトは健康診断してもらえなかったwww
どうしよwwwテラ血糖値きになるwww
>こういう考えはダメって言われた
そしたら、「じゃあ、まず正当な報酬をよこせ」と言ってやりましょう。
報酬も無しに義務だけ正社員と同じにするな、と。
988 :
778:2007/03/22(木) 10:22:55 ID:???
なんかうちの会社ストックオプションがあるらしくて、
ちょっと買ってみようと思ったら社員じゃないと無理らしい(´・ω・`)
いつか使えるようになったら正社員にしてくださいと頼んでみるかな。
でもそうすると定例ミーティングとか出ないといけないのがしんどい。
ストックオプション?
ってことは上場会社なのかな?
上場するかもしれない会社では?
そしてライブドアみたいなことになるとw