P2Pでサーバに依存しない掲示板を作るの巻

1 名前：1 [01/08/27 21:33 ID:Uofeyeso] この掲示板コミュニティをずっと私たちのものにするために、P2Pでサーバに 依存しない掲示板を作るの巻。 クライアントサーバ型BBS、ハイブリッドP2P型BBSでは、サーバを必要とするために 運営に費用がかかります。掲示板では利益を生み出すことができない以上、これら のサービスは持続可能なものではありません。 ２ちゃんねるライクな掲示板を持続可能なものにするためには、コストがかからず、 誰にも依存しない、純粋なP2P型ネットワークを開発する必要があるように思われます。 327 名前：デフォルトの名無しさん [02/01/20 00:17] HDDが壊れちゃってネット遊び休んでました。 vojtaアップデートしました。画像つきました。ウェブにスクリーンショットも載せました。 vojtaproject.tripod.co.jp/ 328 名前：　　 mailto:sage [02/01/20 10:57] >>327 動かしてみたいのですが、ノードのIPとか判らないと・・・ 329 名前：236 [02/01/20 11:09] またやばいらしいですね。今回は乗り切れそうな気もしますが、 次の次あたりは本格的な危機になりそうな予感。 >>300 >良いと表明しているクライアントが自動的にサーバに昇格すれば良いの 自動的な昇格に関しては実現したいです。 でも監視方法についてはもう少し考えて見ます。 少し複雑すぎる気がするんですよね。 本当はもっと長々としたレスを書いていたんですが、やってみないと わからない部分が多いので、削ってしまいました。お待たせしてすまん。 330 名前：236 [02/01/20 11:12] あと、.NETランタイムの国際版が Coming soon で、VS.NET日本語版が 三月中らしいので、僕のほうのソフトの公開はその頃になりそうです。 331 名前：デフォルトの名無しさん [02/01/20 12:39] 「危機」っていうか、有料化が必然であると印象づけることを目的とした 運営側による自作自演でしょう。 332 名前：デフォルトの名無しさん [02/01/20 15:01] 自作自演つーより、今のクラサバ方式だと、経費と参加者はリニアだろ。 有料化は必然だと思うが… 9月からその方針で検討は進められていただんだろ。 ただ、今考えられているdatの有料化がうまく逝くとは思えない。 read.cgi経由の独自ブラウザが出現するだけ。 333 名前：デフォルトの名無しさん [02/01/20 15:03] 有料化には拒否感を持つ参加者が多いので、それを薄めるために 危機危機と言っているのだと思います。 334 名前：　 [02/01/20 15:04] 「規定路線」なら、別に普通に有料化プランを公開すればいいのにね。 335 名前：デフォルトの名無しさん [02/01/20 15:11] 夜勤は危機とは言っていないと思うが… 336 名前：　 [02/01/20 15:13] だから匿名で。 337 名前： ◆MsUYMX0E [02/01/20 15:30] テストしてみたいからだれかノード立ててIPおせーて 338 名前：デフォルトの名無しさん mailto:sage [02/01/20 16:17] 正直、運営側の自作自演むかつく 339 名前：デフォルトの名無しさん [02/01/20 16:42] ということで、>>1　なんだよ。 340 名前：デフォルトの名無しさん [02/01/20 20:21] vojtaproject.tripod.co.jp/ アップデートしたよ。0910a。 ホストは　211.19.93.58 の80番ポート。板によっては匿名カキコ可能になった よ。 341 名前：デフォルトの名無しさん [02/01/20 21:30] 誰かつなげられないって人いますか？ダイアルアップ回線から書けたから 大丈夫だと思うんだけど…。うまくいかない人は最新版にアップデートしてから テストしてくださいね。　ハンバーガー食いたい。 342 名前： mailto: [02/01/20 21:43] うーん。うまくいかない・・・ ポートを8899にした以外は何も変えてないんだけど Starting VojtaServer(0.910a):8899 feed entrance:vojtagroup_vojtatest new Host:211.19.93.58:80(-1) fatal error : ドキュメント URI を使用せずに、相対 URI "vojta_xml_PPacketHeader.d td" を解決することはできません。 org.xml.sax.SAXParseException: ドキュメント URI を使用せずに、相対 URI "vojta_xm l_PPacketHeader.dtd" を解決することはできません。 at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3121) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3115) at org.apache.crimson.parser.Parser2.resolveURI(Parser2.java:2702) at org.apache.crimson.parser.Parser2.maybeExternalID(Parser2.java:2674) at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1125) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl .java:185) at vojta.xml.UJAXP.getDocument(UJAXP.java:154) at vojta.xml.UJAXP.getDocument(UJAXP.java:62) at vojta.xml.PPacketHeader.setup(PPacketHeader.java:328) at vojta.packet.Packet.deserializePacketHeader(Packet.java:155) at vojta.net.VojtaSocket.getPacket(VojtaSocket.java:82) at vojta.servant.Connector$PacketReaderThread.run(Connector.java:379) failed to get packet vojta.net.InvalidPacketException: Invalid packet header at vojta.net.VojtaSocket.getPacket(VojtaSocket.java:85) at vojta.servant.Connector$PacketReaderThread.run(Connector.java:379) packetString:<?xml version="1.0" encoding="Shift_JIS"?><!DOCTYPE PPacketHeader S YSTEM "vojta_xml_PPacketHeader.dtd"><PPacketHeader><Protocol>Vojta</Protocol><Ve rsion>0.910a</Version><GroupIndex>vojtagroup</GroupIndex><BBSIndex>vojtatest</BB SIndex><ClassName>vojta.packet.PacketSelfOrganizationQueryHitsRemoteHost</ClassN ame><PacketID>1879634415</PacketID><PayloadLength>505</PayloadLength><Hops>1</Ho ps><UserAgent>VojtaApplication0.910a</UserAgent><Time>1011530594463</Time></PPac ketHeader> 343 名前：デフォルトの名無しさん [02/01/20 21:46] ぬ。なんでだろう。書けている人もいるみたいです。 vojtaのインストールする位置をC:\なんかにしてみて再挑戦していただけると うれしいです。 344 名前：デフォルトの名無しさん [02/01/20 22:36] ログもたまって不具合もいくつかみつかったので一旦テストを終了させて もらいます。ご協力ありがとうございました。 345 名前：デフォルトの名無しさん [02/01/20 22:42] >>344 またバグ取り頑張ってくださいませ〜ヾ(´ー`)ノ 346 名前：デフォルトの名無しさん [02/01/21 23:48] なんか本家スレも作るって言ってるぞ。P2PBBS乱開発か… 347 名前：266＠ム板 mailto:sage [02/01/21 23:49] いや、多分 PureP2P にはならんです。 もしできるならば、という話で。 348 名前：236 [02/01/22 01:15] >>346 リンク希望 349 名前：236 mailto:sage [02/01/22 01:21] 発見しました。板汚してすまん。 350 名前：デフォルトの名無しさん [02/01/22 01:52] 乱開発は必要だね。そこでパクリぱくられよい物が出来てゆく。 351 名前：巨額詐欺 [02/01/22 02:49] 巨額詐欺の疑いのある、グローバリーについて 掲示板を拝見されてるの皆様、新年あけましておめでとうございます。 掲示板の趣旨とは直接関係ない話で申し訳ないのですが、この世の中では許せない事があります。 www.max.hi-ho.ne.jp/sakimono/index.htm この会社はありもしない儲け話をでっち上げ、巧みに客の財産を聞き出し、全財産を巻き上げます。 ２００２年になりましたが、一向に改善する気配すらなく、悪質化は進む一方です。 この会社の営業は世間の皆様の迷惑になっています。 それだけではなく、人を騙して破産に追い込み、騙された人が仕方なくグローバリー社員を 殺人する事件も実際に発生し、新聞ザタになっています。 www.mainichi.co.jp/news/selection/archive/200001/24/0124e038-400.html みなさんもこちらの掲示板に投稿し、悪徳会社に騙される不幸な人が増えないようご協力お願いしま す。 messages.yahoo.co.jp/bbs?action=q&board=8745 また、この書き込みを見て賛同頂ける方はこの内容をコピーしていろんな掲示板に書き込みをお願いします。 352 名前：デフォルトの名無しさん mailto:sage [02/01/22 05:22] P2Pだと↑みたいなのの処理が面倒なのよね(笑) 353 名前：デフォルトの名無しさん [02/01/22 13:15] すると、今のところ (1)P2PCache (2)2チャンネル依存型P2PBBS (3)vojta（PureP2P型BBS） (4).netのP2PBBS の４つのプロジェクトが少なくとも「生きている」と考えてよろしいか。 354 名前：236 [02/01/22 16:45] >>353 >(4).netのP2PBBS うぃ。生きてます。 >>ALL tiara.zive.net:2222/ tiara.zive.net:2223/ で、ブラウザからの書き込みをテストしています。 暇な人はぜひなにか書いてみてください。 場所はどこでもいいです。 ＃ネスケはなんか変になるので少し待って。 P2Pの部分は.NETランタイムが出ないとテストできないので P2Pとしてはまるっきり意味なしなんですが・・・。 355 名前：236 [02/01/22 19:15] テストを見に来ていただいてありがとうございます。 ソフトはしばらく放っておきますので引き続き閲覧できますが、 どうも書き込みに関して不都合があるようです。 修正したらまたここにお知らせします。 ネスケから見ると変になる不都合は修正しました。 では。 356 名前：236 [02/01/23 00:20] 書き込んでくれた方に感謝を。 書き込みに関する不都合を多分修正しました。 IE6.0,NN6.2で正常に読み書きできます。 このままつけっ放しで寝ますので、 気が向いたらアクセスをどうぞ。 357 名前：デフォルトの名無しさん [02/01/23 00:27] vojtaを開発しているものでございます。 tiara/BS2CHおめでとうございます。　.net すごいなぁ。僕もC#覚えよう。 将来的に（もし）一緒に何かできたらカコイイですね。 一緒にP2PBBSを盛り上げてゆきましょう。 358 名前：ほげ隊長 ◆cG6Ia.BU [02/01/23 06:01] >>353 遅ればせながら、、こんなものも考えています。 www5.ocn.ne.jp/~zigumo/ GUIはかちゅーしゃモドキ。 P2Pの仕組みはGnutellaの発展系です。 サイトもソフトもまだまだできていないですが、とりあえず がんばって作っていますので、みなさんよろしくです。 359 名前：デフォルトの名無しさん [02/01/23 06:06] >>358 通信告知も、クエリもブロードキャスト！ノードが増えたらすぐに破綻しそうだ！ がんばってください。 360 名前：デフォルトの名無しさん mailto:sage [02/01/23 08:48] >>358 非常に面白い。テストの時には協力するよん。 361 名前：236 [02/01/23 17:02] >>357 こちらこそ以後お見知りおきを。 NNTPとかCacheとかにお株を奪われている感じなので ひとつ奮起したいところですよね。 >>358 vojtaがグリッドを採用している(はず)のと違って、 オーソドックスな形式のpureP2Pですね。 とりあえずバイナリの配布を期待してます。 362 名前：236 mailto:sage [02/01/24 00:46] いったんテストを終了します。 書き込んでいただいた方はもちろん、 ご覧頂いた方ありがとうございました。 修正後は非常に安定していたようで、 一度も落ちることなく現在まで稼動することができました。 またテストを実施することがありましたらご協力お願いいたします。 363 名前：デフォルトの名無しさん [02/01/31 16:35] 最近はどんな感じですか? 364 名前：デフォルトの名無しさん [02/01/31 18:27] vojta用の２４時間vojtaを動かせるように、新しいPCを自宅に準備中です。 tiaraはドメイン名があってかっこいいと思いました。真似することにします。 なんでPure型なのにサーバを用意しないといけないのだろう？なるべく静かなPCにしようと思います。 365 名前：デフォルトの名無しさん mailto:sage [02/01/31 18:34] tiaraさんが利用されているzive.netは、有効期限(?)があるみたいですね。 動的に変動するIPアドレスと固定ホスト名を結び付けてくれる無料サービスは いくつもあるみたいですが、使いやすいところはどこかなぁ。出来れば有効期限 がないところがいいなぁ思いっきりスレ違いですねsage 366 名前：236 [02/01/31 18:50] >>363 今日ようやく試験が終わったので、いろいろと調整してます。 >>364,365 既存のソフトを知らなかったので自作してしまいましたが、DiCEという ソフトを使うとIPの自動更新ができるらしいです。これ使うと簡単に URLゲットできます。 有効期限……ってあったかな？ 固定URLはソフトの配布とか、告知とか、 なによりエントリポイントに使えるので。 ＃加えて格好いいし、ハッタリも必要かな、とも。 DiCEのページにDDNSプロバイダ一覧があったので参照するといいかもです。 367 名前：デフォルトの名無しさん [02/01/31 22:22] >>364 Diceのホームポー時からDynamincDNSを提供してるサイトの一覧がみれます www.hi-ho.ne.jp/yoshihiro_e/dice/#LIST あとは非Diceな所もありますが・ vojta参加ｷﾎﾞﾝ 368 名前：デフォルトの名無しさん [02/02/01 15:03] なんか3つぐらい個人的なProjectが走ってるようですが、質問です 1.プロトコルを開示するつもりはありますか? 2.またあるとしたら、その時期は? 369 名前：デフォルトの名無しさん [02/02/01 15:30] 名乗らない見ず知らずの人とは話さないほうがいいよ。 ヤクザかもしれないからね。 370 名前：デフォルトの名無しさん mailto:sage [02/02/01 15:45] ヤクザってちゃんと挨拶しますよ。 「手前生国と発します所は... 371 名前：236 [02/02/01 19:35] 【１】 クライアントが情報を取得する部分は完全公開します。 サーバが色々とやるところは公開しないかもしれません。 【２】 今すぐにでも別に困らないんですが、ドキュメントを書き直すのが 面倒なので、そういう観点からするとある程度仕様が決まってから。 372 名前：デフォルトの名無しさん [02/02/01 19:53] 外部とのやりとりのプロトコルは公開したほうが吉かと 批評してもらえるし プロトコル仕様レベルになれば、厨は口出せないので 面倒なことにはならないだろうし 運が良いと、よりキレイなドキュメントにしてくれる人が 現れるかもしれないし 373 名前：デフォルトの名無しさん mailto:sage [02/02/01 22:14] kage 374 名前：デフォルトの名無しさん [02/02/01 22:25] vojtaは、最初の頃は書いてウェブに載せていたのですがハードディスクが ぶっこわれて全部どっか逝っちゃいました。またそのうち書きます。 それにプロトコルはまだ固まってないので。 375 名前：ほげ隊長 ◆cG6Ia.BU [02/02/01 23:41] >>368 >>372 まだ、zigumoが開発中のため、どんどん変更が入って しまうと思いますが、とりあえず、ドラフト版を掲載 してみました。 www5.ocn.ne.jp/~zigumo/protocol.html 感想等ありましたら、よろしくです。 376 名前：新入り [02/02/02 03:08] >>375 zigmoのプロトコル仕様読みました。 基本的にgnutellaなんですね なんか他所で読んだネタだけど、 2chでIPv6 P2P キラーアプリケーションをつくろう pc.2ch.net/test/read.cgi/tech/1011941933/51 にある、QueryHitを受け取った最初のサーバント上でのアドレスの書き換えとか 有用な気がする あと「メッセージ識別子」がMD5Hashになってたけど、その生成方法が気になったかな。 gnutellaはms-winなGUIDだよね。あれはあれで、そこそこunique性が保たれてるけど、 zigmoは如何に? スレッド・レス関連だけど、 スレッドの階層化が欲しい感じがします。 純粋にIDでuniqueになってれは良いって考え方もあるんだろうけど、 所得時に /get_res_list/pc/tech/?threadid=xxxxx HTTP /1.0 とかの方が管理しやすいかなとか。(2ch そのままって話はあるけど) でも要求を受ける側のデータ管理は楽になるんじゃないかな 保存先もまんまディレクトリで分けられるし あとはもget_threadに関しても、気になる点はあるけど、 スレッドID,レスIDの仕様がわからないから・・・ そのへんの明確にしてくれれば なんか勝手な事言ってスイマセン 377 名前：デフォルトの名無しさん [02/02/02 03:09] >>374 ご愁傷様でした・・・ って、ソースは無事なんですよね? 378 名前：ほげ隊長 ◆cG6Ia.BU [02/02/02 11:31] >>376 感想ありがとうございます。 > 基本的にgnutellaなんですね そうなのです。既にある程度実績のあるプロトコルを流用してしまった 方が、問題が少ないかなと思ったりしました。 > にある、QueryHitを受け取った最初のサーバント上でのアドレスの書き換えとか > 有用な気がする NAT対応の件については、既に実装されていて、ハンドシェイクを 行うときに、NAT BOX越しに見た相手のIPアドレスを返信すること で、いわゆるグローバルなIPを通知する予定です。 ですので、各サーバントでは自分がローカルにいても、ローカルIP を埋め込んだパケットを流さなくてすみます。 > あと「メッセージ識別子」がMD5Hashになってたけど、その生成方法が気になったかな。 下記設計書の「匿名性の確保とユニーク」を見てもらえば分かるのですが、 www5.ocn.ne.jp/~zigumo/basic.html 基本的にMSのGUIDを元に、更にMD5Hashをかけています。 ですので、ほぼユニーク性は保てると考えています。 > スレッドID,レスIDの仕様がわからないから・・・ スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います。 > スレッド・レス関連だけど、 > スレッドの階層化が欲しい感じがします。 そうですね。ここら辺は悩んだのですが、とりあえず、内部的なデータの管理は プロトタイプを急いで作って、その後で考えようということにしてしまいました。 多少のスクラップ＆ビルドはやもうえないかなと、、、 ちなみに、表面的には（GUI上は）階層的に操作できます。 379 名前：236 mailto:sage [02/02/02 12:35] >>378 ほげ隊長さんのbasic.htmlが分かりやすかったので、 参考にして似たようなものを書くことにしました。 問題ないかと思うのですが、お礼を兼ねて報告しときます。 380 名前：新入り [02/02/02 12:44] >>378 basic.hmtlの存在に気づいてませんでした・・ >> 基本的にgnutellaなんですね >そうなのです。既にある程度実績のあるプロトコルを流用してしまった方が、問題が少ないかなと思ったりしました。 >NAT対応の件については、既に実装されていて、ハンドシェイクを行うときに、NAT BOX越しに見た相手のIPアドレスを返信すること なるほど、ハンドシェイク時方が賢いですな。 >ZIGUMO OK\r\n\r\n のOKの後あたりにIPをいれるのかな? >基本的にMSのGUIDを元に、更にMD5Hashをかけています これも了解。匿名性をupしてるんですね。 >スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います スレ上で順序数(?)がUniqueで取れないからレスIDもGUIDになってしまうんですね。 板とかスレは名前が付くからよいけど、実際のレスはどんな感じになるのかな・・・? ">>378" とかってわけにはいかないだろうし。 メールとかニュースみたいにツリー状になるのかな。 ">>b05fe4b7251186e2d1d0db1094c4d168" とかツライよね (w まぁこのあたりは2ch形式から脱却しないといけない部分だとおもうけど。 なんにしてもGUIは出来てるあたりが頼もしいですね。 テスト等には協力させていただきますので、よろしくお願いします。 381 名前：ほげ隊長 ◆cG6Ia.BU [02/02/02 13:38] >>379 どうぞ、どうぞ、どんどん流用しちゃってください。 私もGnutellaプロトコルとか関連サイトの資料をいろいろ参考に させてもらっていますし、、、 やっぱり衆知を集めるのが重要だと思ったりします。 >>380 > >ZIGUMO OK\r\n\r\n > のOKの後あたりにIPをいれるのかな? ご明察です。 まだ、いろいろ検証中なので設計書に反映させていないのです。 > >スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います > スレ上で順序数(?)がUniqueで取れないからレスIDもGUIDになってしまうんですね。 > 板とかスレは名前が付くからよいけど、実際のレスはどんな感じになるのかな・・・? > ">>378" とかってわけにはいかないだろうし。 > メールとかニュースみたいにツリー状になるのかな。 > ">>b05fe4b7251186e2d1d0db1094c4d168" とかツライよね (w そうですね。ここら辺が一番の悩みどころだったのですが、 いわゆる">>380"みたいな番号指定はあきらめました。 各自のサーバントで勝手にレスが付加されるため、レスの順番を維持 することは不可能なのです。 レスをつける場合はレスの番号を指定するのでは無く、ニュースやメー リングリストでよくやられているように相手の文章の引用が主体となる と思います。レスIDを指定してもいいですが、IDが３２文字にもなって しまいますので現実的ではないです。 > なんにしてもGUIは出来てるあたりが頼もしいですね。 いや、実はGUIの方も、とりあえずイケイケで作っちゃてますので、 プロトタイプが完成して、いろいろな人の意見を聞いてから細かいと ころは手を加えようと思っています。 現時点では２ちゃんのように数珠繋ぎに無理やり表示しちゃってます。 ただ、データとしては、レスのタイトルとか、どのレスへのレスか、 といった情報を持たせていますので、GUI次第で、メールソフトのよう に１メッセージづつ表示させたり、ツリー状の階層化は可能だと思い ます。ここら辺はなるべく仕様をオープンにしていろいろな人が作って くれたらなぁとか妄想しています。（もっとも、その前にzigumoプロト コルが破綻しないできちんと動くか？ということが重要ですが、、、） > テスト等には協力させていただきますので、よろしくお願いします。 こちらこそよろしくです。 382 名前：新入り [02/02/02 13:42] >>379 禿げしく同意。 basic.htmlは良くかけてると思う。 オレも、メッセージ形式は後にして、p2pなネットワークな部分の仕様でも書くかなと考えてる ちなみに236さんのはグリッドな接続なんですか? それとvojtaは? 今月はちよっと余裕があるんで、p2pな実験をしてみたいと思ってます。 いろいろと資料を漁ってる段階ではあるんたけど、 グリッド接続の実証モデルとか作ってみたいかなと。 どこかに既にわかりやすいのがあれば、それを見るだけで満足なんだけど・ 383 名前：236 [02/02/02 18:06] >>382 tiaraはgnutella型ではなくて どちらかというとwinmx型なのでpureP2Pではないです。 トポロジはリングにスター形の接続。 グリッドのシミュレーションはJavaで誰か作っていました。 動く様子は見たけど、数値的にどうかはオレには分からんかった。 384 名前：デフォルトの名無しさん [02/02/02 19:24] 感想を一言で言えば、稚拙。 385 名前：デフォルトの名無しさん [02/02/02 19:26] というよりも、グリッド->vojta　なんです。 386 名前：デフォルトの名無しさん [02/02/03 02:41] >>384 最低でも設計仕様作ってから言えー。 プログラム書けないやつでも名。 しかし、ちみなら世界を制覇できるものが 作れるのかもね？ そうだったら、すまんね。 ということで、君の案の仕様を見せてね。 387 名前：　 [02/02/03 10:45] www5.ocn.ne.jp/~zigumo/ 期待あげ。 毎日チェックしてるので頑張ってください。 普段はかちゅ〜しゃを使ってるので こんなのは大歓迎です。 388 名前：新入り [02/02/03 12:56] とりあえず、グリッドな接続のシュミレーションをやろうと思ってコード書いてます。 雰囲気的には、ライフゲームみたいな感じて。 それでプロトコルをまとめて見ようかと思います。 ----- ふと、昔・昔、 某所で192kbpsの専用線の下でNNTPサーバーをあげてた時に フィードするグループの調整した苦労を思い出した。 ルータの転送量を監視しなが、alt.binaries以下をやめるかどうか悩んでいたあの頃を・・・ 389 名前：　 [02/02/03 20:24] これが実現したら２ちゃんを超える？？ 390 名前：236 [02/02/03 23:59] ２ちゃんが完全につぶれてしまうか、なんらかの理由によって 住み心地のよい２ちゃんが失われたときのものではないかな。 どんなにP2Pが優れていても、２ちゃんが現状を維持するなら あまり需要は見込めないような気がする。 391 名前：デフォルトの名無しさん mailto:sage [02/02/04 00:35] そらまったく同じやり方をすればな。 P2Pを生かした方法ってもんがあるっしょ。 掲示板主体で動き出すP2Pフレームワークみたいなものが出来れば 俺は結構面白いと思うな。 392 名前：デフォルトの名無しさん mailto:sage [02/02/04 01:05] つーか、最大の違いは ２ちゃんねる→管理者がいる→削除しろｺﾞﾙｧ!!訴えるぞｺﾞﾙｧ!! pure p2p掲示板→えっ、管理者いないの？→無法地帯だｺﾞﾙｧ!! なんじゃないの？ ２ちゃん自体が最近は規制が厳しくなっているからね。 昔の２ちゃんを知っている俺としては、あのころの無法地帯ぶりが なつかしひ。 393 名前：デフォルトの名無しさん [02/02/04 06:31] >>390 2chがいつまでも続くものだとは思わないし、それは楽天的過ぎる発想だと思う。 アウトになってから、次を準備しても遅いんで、 次を模索していく事は大切だとおもう >>391 ファイル共有型は、ネガティブなイメージが付きまとうので、 p2pな部分とその上に載せるアプリケーションプロトコルの層を分離して、 まずは掲示板のアプリをってのは面白いと思う。 >>392 無法がそんな良いとも思わないが。 ポリシー的に二重に仕組みを用意するってのは良いかもしれない。 394 名前：新入り [02/02/04 08:36] プロトコルを考えてた。 なんかHTTP とかGnutllaみたいに、 改行コード区切りより、Napsterみたいにlengthが入ってた方が コマンドがバシバシ飛び交う場合は処理しやすいんじゃないかと思った。 gnutellaのメリットは、ブラウザでもファイル取得出来ちゃうかも・・って部分かなと セパレータ待ちより、サイズ指定の方が、コマンド受信のコードはキレイかもとか。 どう思います? 395 名前：236 [02/02/04 10:24] >>394 プロトコルの設計で重要なこととはかけ離れていると思われ。 端的に言ってRAWメッセージの形式など枝葉末節、どうでもよい。 396 名前：新入り [02/02/04 13:07] >>395 確かに枝葉であり、本質はそんなとこにはないんだけど 今時はどっちの方がトレンドなのかとちょっと気になった。 gnutella,freenet,openNapなクライアントもどきを試しに実装してみて 思った率直な感想だった。 重要はなのはp2pならば、いかにスムースな ネットワークを構築するプロトコルにするかってあたりってのは 重々承知。 --- グリッドなネットーワークのシミュレータの実装はボチボチです。 Serventクラスが接続してきてネットワークの構築してくるようには出来た。 各Serventにランダムに所有物リストを保持 自立して、ランダムなタイミングで欲しくなった物を要求・取得 ダウンしてみたり、再接続してみたりするようにはなった。 でもネットワークの遅れというか混雑が実装されてない。 今はすべての処理を全体で一本のキューにいれて、 それを要求時にセットしたランダムなレイテンシーを使ってごまかしているが、 各接続もクラス化してネットワークをシミュレートしたい。 グリッドの論理的な接続と、実際の回線とは違うのでちょっとてこずってる。 397 名前：デフォルトの名無しさん [02/02/04 14:30] >>395 = >>236 確かに枝葉の問題だが、結構現実的な問題だ。 理論では無く、実用にするための技術だからな。 ちなみに漏れは、両方だ。 行頭に行の文字数、行の最後にCRCとかね？ これはやりすぎ？ 398 名前：通りすがり mailto:sage [02/02/04 14:51] 長さ＋データだとバグや回線エラーでずれたときに復帰しずらいと思う。 明らかに区別可能な制御コードで区切りがあればそこで少なくとも回復できる。 399 名前：かおなし mailto::keep [02/02/04 21:40] >>396　読み返すとなんかきつく書きすぎたかも。まあ堪忍な。 トレンドがXMLだとすると、バイナリで長さを送って、そのあとXML本文。 …………冗談で書いてみたが、結構良いかも。 400 名前：236 [02/02/04 21:41] あ、送信しちゃった。 >>399は>>236です。 401 名前：デフォルトの名無しさん mailto:sage [02/02/04 21:43] >>399 JAXTA か? 402 名前：電波５号 [02/02/04 22:36] あのう P2Pでヤフーオークションみたいなの あったら いいと思うんですが 出品者がサーバーになって 403 名前：デフォルトの名無しさん mailto:sage [02/02/04 22:47] >>402 俺も考えたが、相手特定しづらいので犯罪が横行しそうだと思って止めた。 金が絡むと P2P は問題山積み。 404 名前：新入り [02/02/04 23:37] >>397 CRCはあると安心かもと思うけど、実際問題、TCPの上に載せててエラーになるのって・・ と思ったけど、昔某国産のルータ使っててヅレた事あったな。 >>398 ヅレた時の復帰に関しては確かに悩む。 昨日もOpenNapなクローンを作ってたらバグってズレて泣いてたし。 でもデータ中に、制御コードと同一のものが入ってる場合はエスケープしないといけないよね。 実装を考えると、本文というかボディというかデータ部受信中に、 制御コードを見つけるコードを入れるのがちょっとな。 >>399 xmlか・・・ キライではないし、実務で使ってるから違和感はないんだけど、 最初タグの名称をフルスペルで実装したら、データ中のタグの割合が高すぎて、 ショートネームというか略称を使えるようにしてダイエットしたという悲しい記憶が・・・ soapとか試していると、実データに対して送信データのでかさに、泣けるときがあるし。 --------- いろいろ書いたけど、やっぱ悩みは深いかも。 というか決めればいいだけなのかもしれないが。 405 名前：デフォルトの名無しさん mailto:sage [02/02/04 23:44] >>404 こういうので技術的に大風呂敷広げて成功したのって聞いたことないから、あまり XML とか SOAP とかにこだわらないほうが吉かもね。でも CRC か MD5、エラー ブロックだけの再回収はデータ取得の安定に直結するのであった方が良いような。 406 名前：知ったか mailto:sage [02/02/04 23:47] データが多いときはXMLはデメリットの方が大きいよ〜 407 名前：236 [02/02/04 23:54] データ量については考えたんだけど、 フィールドに当たるものを要素じゃなくて属性として書けば 大して違わないような気がしたのよ。だめかなぁ。 408 名前：新入り [02/02/04 23:58] >>405 Soapは.netで使うと、ナルホド便利だねって感じる。 でもそれは、プログラマっていうかCoderの観点から便利って事。 パフォーマンスとか、アプリケーションユーザにとって幸せかどうかは別問題。 XMLも、たとえば通信で使用するデータの構造を組み立てていくのには便利だし 拡張性があるから、あとからコレもとか思ったときも安心。 でもコレも作る側の幸せ。 使う方(アプリユーザー)にしてみたら、どうでも良いこととか思っちゃったりしてる。 409 名前：デフォルトの名無しさん mailto:sage [02/02/05 00:07] 通りがかりだけどおせっかいな業務経験者から一言。 XML の使用はココ一番というところだけに抑えておいたほうがいいよ。設計の中心に XML を持ってくると 実装量とパフォーマンス劣化が指数関数的に増加してゆくから。グローバルスタンダードなプロトコル作る 気でなければ XML は高価すぎるよ。無理しないで TCP のストリームベース部分なら UTF-8 あたりの telnet ベース、UDP/ブロードキャストのパケットベースなら固定長バイナリが良いと思われ。 今時はファイアウォールやプロキシ、NAT ルータを意識した作りが必須かも。 410 名前：デフォルトの名無しさん mailto:sage [02/02/05 00:36] oopとxml 411 名前：デフォルトの名無しさん mailto:sage [02/02/05 01:28] 圧縮して送受信すれば、XMLでもサイズの問題はないと思うけど・・・・・ 予め知り得る情報も多いから、両端が共通の辞書を持てば、殆ど無視 できるレベルだと思う。 412 名前：デフォルトの名無しさん mailto:sage [02/02/05 01:32] >>411 いくらパーサが流通してても XML は実装がでかくなる。 でも圧縮はいいね。CRC はそれに任せられるから。 413 名前：新入り [02/02/06 09:31] >>411 圧縮するにしても、最初から余分なタグが付いてない方が楽でしょう。 そのXMLのフォーマットに最適化した圧縮をするならば別だけど。 でもDOMパーサーは容量が増えるとダメだね。 SAX使ってネイティブなデータ構造に収納しないと。 >>412 DOMパーサーを使ってそこにデータを保持してよいなら、 実装はコンパクトにできるよ。メモリ喰うけど。 MSXMLなんかはクエリー検索できるから便利だよ。 (selectSingleNodeとかね。) 414 名前：デフォルトの名無しさん [02/02/09 00:24] vojtaアップデートしました。 vojtaproject.tripod.co.jp/ さらに、vojtaproject.kicks-ass.orgの80番ポートでいつでもアクセスできるようになったのです。 ２４時間お試しくださいです。 415 名前：デフォルトの名無しさん [02/02/09 01:31] 接続できない人がいるみたいです。テストは最新版(0911a)でお願いします。 416 名前：デフォルトの名無しさん [02/02/09 01:36] >>414 ういっす。 試してみたけど、つながらないです。 なんかvojtaproject.kicks-ass.org:80に接続するけど反応がないみたい 417 名前：デフォルトの名無しさん [02/02/09 01:38] 0911aをつかってます。 掲示板を開いて、ConnectorsのShowをクリックして、FeedHostにvojtaproject.kicks-ass.orgですよね? 418 名前：デフォルトの名無しさん [02/02/09 01:42] あれーおかしいなぁ。今ダイアルアップでつなげてみたんですけど、うまくつながります。 恐れ入りますが、アプリケーションを再起動してもう一度試してみていただけますか？ 419 名前：デフォルトの名無しさん [02/02/09 01:46] うまくつながらないかた、インターネットへの接続方法と接続速度をお教えいただけませんでしょうか？ 420 名前：417 [02/02/09 01:50] つながりました。 理由は、あっちに書きましたが、 こちらのポートを変更しようと企んだが、失敗。 80に戻したらIISがいたという落ちです。 掲示板2にだけつながりました。 421 名前：417 [02/02/09 02:07] ポート変えてもだめみたいです。 その後メッセージはオレのIP:80　って出てるし。 で、なぜかしらないけど、接続できなくなった。 Feedしようとしてボタン押しても、コンソールになんの反応もない・・・ 422 名前：417 [02/02/09 02:10] なんとなく、ですが、 板単位で、どこかの板がfeed中に他の板(同じ板を含む)もFeedしようとすると、「ページがみつかりません」になるね。 423 名前：417 [02/02/09 02:17] ダメボ・・・ つながらない、というか自分の80番が開かないみたい。 だから、接続にいってもこちらの口が開いてないから、ダメボ・・・ netstatでみる限りは死体は転がってないんだけど・・ 424 名前：デフォルトの名無しさん [02/02/09 02:20] >ポート変えてもだめみたいです。 >その後メッセージはオレのIP:80　って出てるし。 変更に失敗しているといったことは考えられませんでしょうか。テストしてみましたが、 変更は効いているみたいです。 一度Vojtaを終了し、２分くらい立ってからもう一度接続してみてください。なんかすみません。 425 名前：417 [02/02/09 02:29] ファイルの書き換えはうまくいってます。 PCを再起動してみましたが、ダメボ・・・・ メッセージはこんな感じですだ。 ---------- Starting proxy thread port:8081 feed entrance:vojtagroup_vojtatest2 queryMyRemoteHost:vojtaproject.kicks-ass.org:80 new Host:vojtaproject.kicks-ass.org:80 queryMyRemoteHost:vojtaproject.kicks-ass.org:80 DROPPED:failed to get packet3 queryPacket:PacketSelfOrganizationQuery, XX.XX.XX.XX:80, QUERY_MASTER, NONE, - 1450139986 426 名前：417 [02/02/09 02:34] 申し訳ないがねます。 また明日よろしくおねがいたもう。 427 名前：デフォルトの名無しさん [02/02/09 02:39] あぁなんか僕も寝ます。ありがとうございましたです。 他にもテストしてくれる人がいたらつなげてみてくださいです。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef