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

1 名前：1 [01/08/27 21:33 ID:Uofeyeso] この掲示板コミュニティをずっと私たちのものにするために、P2Pでサーバに 依存しない掲示板を作るの巻。 クライアントサーバ型BBS、ハイブリッドP2P型BBSでは、サーバを必要とするために 運営に費用がかかります。掲示板では利益を生み出すことができない以上、これら のサービスは持続可能なものではありません。 ２ちゃんねるライクな掲示板を持続可能なものにするためには、コストがかからず、 誰にも依存しない、純粋な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] あぁなんか僕も寝ます。ありがとうございましたです。 他にもテストしてくれる人がいたらつなげてみてくださいです。 428 名前：417 [02/02/09 02:41] ちなみに、ダイヤルアップして繋いでもみたので、アドレス2つ分は私です。 結構期待しているage!! 429 名前：デフォルトの名無しさん mailto:sage [02/02/09 13:26] 初回起動時にDBのテーブルが無いという例外が出ます。 D:\temp\vojtaproxy0911a>java -cp lib\xerces.jar;lib\hsqldb.jar;lib\activation.ja r;lib\mail.jar;lib\vojtaproxy.jar vojta.VojtaApplication debug.properites initialized instantiating db connection... compute guid java.sql.SQLException: Table not found: PROPERTIES in statement [INSERT INTO Pro perties (GUID) VALUES(-98857582)] at org.hsqldb.Trace.getError(Trace.java:180) at org.hsqldb.jdbcResultSet.<init>(jdbcResultSet.java:2645) at org.hsqldb.jdbcConnection.executeStandalone(jdbcConnection.java:994) at org.hsqldb.jdbcConnection.execute(jdbcConnection.java:721) at org.hsqldb.jdbcStatement.fetchResult(jdbcStatement.java:686) at org.hsqldb.jdbcStatement.executeUpdate(jdbcStatement.java:85) at vojta.servant.MessageDBHsqldb.getGuid(MessageDBHsqldb.java:64) at vojta.servant.VojtaServantImpl.<init>(VojtaServantImpl.java:39) at vojta.VojtaApplication.startApp(VojtaApplication.java:56) at vojta.VojtaApplication.start(VojtaApplication.java:46) at vojta.VojtaApplication.main(VojtaApplication.java:28) Starting VojtaClient:Vojta試験用掲示板 Starting VojtaClient:Vojta試験用掲示板２ Starting VojtaClient:別の掲示板 430 名前：デフォルトの名無しさん mailto:sage [02/02/09 13:28] んで、Database->initializeしてみると、やっぱり PROPERTIES っていうテーブルが無いって怒られます。 これって期待通りの動作でしょうか？ Starting proxy thread port:8081 initializedb java.sql.SQLException: Table not found: PROPERTIES in statement [DROP TABLE Prop erties] at org.hsqldb.Trace.getError(Trace.java:180) at org.hsqldb.jdbcResultSet.<init>(jdbcResultSet.java:2645) at org.hsqldb.jdbcConnection.executeStandalone(jdbcConnection.java:994) at org.hsqldb.jdbcConnection.execute(jdbcConnection.java:721) at org.hsqldb.jdbcStatement.fetchResult(jdbcStatement.java:686) at org.hsqldb.jdbcStatement.executeUpdate(jdbcStatement.java:85) at vojta.servant.MessageDBHsqldb.dropTable(MessageDBHsqldb.java:750) at vojta.servant.MessageDBHsqldb.initialize(MessageDBHsqldb.java:666) at vojta.servant.VojtaServantImpl.initializeDB(VojtaServantImpl.java:213 ) at vojta.proxy.VojtaServerHTTPHandler.commandBodyDBInitialize(VojtaServe rHTTPHandler.java:1291) at vojta.proxy.VojtaServerHTTPHandler.executeCommand(VojtaServerHTTPHand ler.java:160) at vojta.proxy.ProxyThread.run(ProxyThread.java:74) compute guid 431 名前：デフォルトの名無しさん [02/02/09 13:28] 今日は、なぜ昨日（部分的に）うまくいかなかったのかを検証します。 メシ。 432 名前：デフォルトの名無しさん [02/02/09 13:29] >>429 初回起動時はデータベースが初期化されていないため、そのような例外が発生します。 データベースを初期化してください。 433 名前：デフォルトの名無しさん [02/02/09 13:30] データベースの初期化に失敗している可能性が考えられます。データベースのステータスは どのように表示されていますか？ 434 名前：417 [02/02/09 13:45] 準備おっけー 435 名前：429 mailto:sage [02/02/09 13:47] >>433 あ、なんかこれが出るのは ・最初に起動した時 ・最初に初期化する時 みたいですね。STATUSはOKになってますし、再度初期化してみるともう例外は出ません。 お騒がせしました。 これからちょっと試してみますね。せっかく1.4.0rc入れたんで(w 436 名前：デフォルトの名無しさん [02/02/09 13:52] >>429 わかりにくくて申し訳ないです。vojtaのフォルダのインストールする位置によっては、 データベースを初期化できないという不具合があるらしく、例外を出すようにしている のです。 437 名前：デフォルトの名無しさん [02/02/09 13:54] 不具合発見。 LinuxでJavaVMを動かす。デーモン起動すると、文字コードが化けてしまう。 一般ユーザやルートで動かすと大丈夫なのに。 ほらほら！なんでだろう。多分言語設定が違うのだろう。どうやって変更するのだろう？ vojtaproject.kicks-ass.org:8081 438 名前：デフォルトの名無しさん [02/02/09 14:01] localeの問題では? 439 名前：236 [02/02/09 14:06] >>437 WinXPですが、vojtaproject.kicks-ass.org:8081/を見てみたら 左のメニューところが下のようになってます。 Vojta Vojta??????? Vojta?????? Vojta??????? ?????? ????? ????? Menu Status... Database... Exit Voita About Vojta... .NETだと変換不能な文字コードを変換しようとしたときに似てるんですが、 大丈夫でしょうか。これからこちらの環境に入れて動かしてみます。 440 名前：デフォルトの名無しさん [02/02/09 14:10] デーモンで動かすと、おそらく標準の言語設定が日本語ではないどこかの文字に設定されて いるので、標準の文字コードがずれて文字化けを引き起こしているようです。とりあえず、 ShiftJISに無理やり設定してコンパイルしなおしました。それから8081番のポートを空けておくと 誰でもデータベースを初期化できてしまうため、閉じました。 一旦再起動しますので、接続が切れたり、つなげられなくなるかもしれません。数分間お待ちください。 441 名前：デフォルトの名無しさん [02/02/09 14:16] 文字コード（暫定的に）直したです。 やっとメシ食ってきます。 442 名前：デフォルトの名無しさん [02/02/09 14:26] 人数いないとツマランですな。 443 名前：お試し中 mailto:今だ繋がらずw [02/02/09 14:32] UJAXPでgetDocumentする時にURLを直に渡すんではなくて、エンコーディングを 明示したInputStreamReaderを渡さないとダメかもね 444 名前：236 [02/02/09 14:38] 動かしてみたけど、どうも指定したポートが開いてないような…。 8081ポートは常に開いているんだけど、VojtaServantPreference.xml で指定した8080ポートが開いてない。80はIIS用なので使えないし。 起動時にエラーメッセージは出ませんです。 あとついでに思い出したんだけど、 「GUIDともに強制表示されます。[Detail]」 のDetailをクリックしたときのMS932というエンコーディングのせいで IE6.0では見れないです。暇なときに直していただけると。 445 名前：429 mailto:sage [02/02/09 14:47] ホストとポートを確認してfeedボタンを押すと、以下のようなメッセージがブラウザ上に出ますが、 コネクタのリストには追加されません... Host(vojtaproject.kicks-ass.org:80) was feeded to servant. ・環境は Win2k/J2RE1.4.0rc/IE5.5 ・サーバントが使うポートは8080に変更 ・外向けに空けているのは8080のみ(8081は閉じています) 446 名前：429 mailto:sage [02/02/09 14:55] VojtaServantPreference.xml の指定は無視されて、 確かに80番固定になっているみたいだ.. 447 名前：417 [02/02/09 14:57] 昨夜試していたんですが、VojtaServantPreference.xmlでのポート変更はきいていないような感じです。 448 名前：429 mailto:sage [02/02/09 15:15] vojta.servant.VojtaServantPreference#init の実装が怪しいかもかも 修正ｷﾎﾞﾝﾇ＞作者様 449 名前：デフォルトの名無しさん [02/02/09 15:18] 確かに80番固定はツライよの。 450 名前：デフォルトの名無しさん [02/02/09 15:28] 正直な話WWWのwell-knownを使うということ自体が不思議でならない。 たしかにFWとかを通り抜けられるが、開発段階では意味が無いように思う。 451 名前：デフォルトの名無しさん [02/02/09 16:02] 寝てしまった… 80番ポートの変更が効かないという点について試してみました。 81番ポートに変更し接続を行ってみたところ、んー。昨日と同じように普通に変更され、何も問題なく 接続できるようです。何を見落としているのだろう… 452 名前：デフォルトの名無しさん [02/02/09 16:08] >>451 8082 とか4桁にしても関係ないよね? こちらでも81番で試してみます。 453 名前：デフォルトの名無しさん [02/02/09 16:21] 8082番でもカキコできることを確認しました。 テスト中他の接続に関するバグを見つけたので、もしかすると、それが原因なのではないかとも思います。 とりあえずそれを直してみます。 (1)起動時にStartingVojtaServer...のところに表示されるポート番号 (2)ブラウザの画面左側のStatusをクリックして表示されるリモートホストの箇所のポート番号 を確認してください。つまらなくてごめんなさいです。ご協力本当に心から感謝です。 画像とかmp3とか任意のファイルを張れるようにしたら人は集まるのだろうか…

---

---

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

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