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

1 名前：1 [01/08/27 21:33 ID:Uofeyeso] この掲示板コミュニティをずっと私たちのものにするために、P2Pでサーバに 依存しない掲示板を作るの巻。 クライアントサーバ型BBS、ハイブリッドP2P型BBSでは、サーバを必要とするために 運営に費用がかかります。掲示板では利益を生み出すことができない以上、これら のサービスは持続可能なものではありません。 ２ちゃんねるライクな掲示板を持続可能なものにするためには、コストがかからず、 誰にも依存しない、純粋なP2P型ネットワークを開発する必要があるように思われます。 501 名前：デフォルトの名無しさん [02/02/12 23:36] そうですか。入れませんでしたか…。環境にもよると思うんですけど、とりあえず、 confフォルダの中にあるVojtaServantPreference.xml。この中のServerPortの値を 適当に変えてみてください。何か例外が表示される場合は、ここにそのままコピペ すると、今後の不具合修正の参考にさせていただきます。 502 名前：デフォルトの名無しさん [02/02/12 23:38] >>498 つながっているかどうかは、画面上の方のConnectors(数値）のところをご覧下さい。 数値が接続しているノードの数です。Showでその詳細が表示されます。 何かカキコできれば、つながってることになります。 503 名前：デフォルトの名無しさん [02/02/12 23:41] >>502 いや、connetorsも表示されて、カキコも出来ているので接続に問題はないかと思うんですが、 AA貼った人がいるらしいけど、そのAAが表示されてないのできちんと書き込みが配送されて ないのかな? と思いまして。 504 名前：デフォルトの名無しさん [02/02/12 23:44] >>503 それは由々しき問題です(w まず全ての板に接続し、念のためもう一度スレッド一覧検索を行ってください。 505 名前：デフォルトの名無しさん [02/02/12 23:49] >>504 うーん…やはりダメみたいです。 0910あたりで一度テストしたときのデータが残ってるのかな? 506 名前：236 [02/02/13 00:06] いまvojtaproject.kicks-ass.orgにping通んないんだけど、 211.19.93.42であってる？ 507 名前：デフォルトの名無しさん [02/02/13 01:57] オレもいまpingも通らない。 508 名前：デフォルトの名無しさん [02/02/13 01:59] 61.201.17.161:80に繋げてみてよ!! 509 名前：236 [02/02/13 11:40] いまping通ったのでつないで見ました。 detailの文字化け直ってます。 ポートを2223に変えて動かしてますが、快調。 出かけるまで数時間このままにしておきます。 510 名前：アドレス晒す時は注意。 [02/02/13 11:41] 2chは、192.168.0.1:80 みたいな形式の書き込みがあると、 公開Proxyとして登録しているようです。 =書き込みできなくなります。 板毎に設定があるのかもしれませんが、この板はダメです。 私は508ですがやられました・・ 今はアドレス変更してますが。 511 名前：デフォルトの名無しさん [02/02/13 11:47] つながったよーー。 Direction NORTH_EAST　とかあったけと、８角形グリッドなの? 512 名前：236 mailto:sage [02/02/13 11:48] うお、>>508さんと繋いでいるみたいだ。 connectors(2)になってる。ちょっといい感じ。 単なる感想なのでsage。 513 名前：デフォルトの名無しさん mailto:sage [02/02/13 11:52] >>512 つながりましたね。 514 名前：236 [02/02/13 12:05] >>513 つながった後、いきなり不安定になったからどうしたのかと思ったら ルータのNAPTテーブルが溢れた・・・・。つなげっぱなしは断念。 ＃うちのルータがタコいんかな〜。 新規セッションの張りすぎが原因のよう。 作者のひと、面倒かも知れんけどそのうち改善希望。 515 名前：デフォルトの名無しさん [02/02/13 12:18] なんか落ちた。 ---------- newConnector:211.19.xx.yy:80 java.lang.Exception: failed to instantiate socket to:61.121.zz.pp:2223 at vojta.net.VojtaSocket.<init>(VojtaSocket.java:43) at vojta.servant.Connector.createNewVojtaSocket(Connector.java:99) at vojta.servant.Connector.sendPacket(Connector.java:136) at vojta.servant.VojtaClient.processOutgoingPacketType(VojtaClient.java: 1421) at vojta.servant.VojtaClient.processOutgoingPacket(VojtaClient.java:1397 ) at vojta.servant.VojtaClient.processPacketInQueue(VojtaClient.java:312) at vojta.servant.VojtaClient.run(VojtaClient.java:1526) DROPPED:failed to send packet to:61.121.zz.pp:2223 java.lang.Exception: failed to instantiate socket to:61.121.zz.pp:2223 at vojta.net.VojtaSocket.<init>(VojtaSocket.java:43) at vojta.servant.Connector.createNewVojtaSocket(Connector.java:99) at vojta.servant.Connector.sendPacket(Connector.java:136) at vojta.servant.VojtaClient.processOutgoingPacketType(VojtaClient.java: 1421) at vojta.servant.VojtaClient.processOutgoingPacket(VojtaClient.java:1397 ) at vojta.servant.VojtaClient.processPacketInQueue(VojtaClient.java:312) at vojta.servant.VojtaClient.run(VojtaClient.java:1526) DROPPED:failed to send packet to:61.121.zz.pp:2223 terminateConnector:61.121.zz.pp:2223 java.lang.Exception: failed to instantiate socket to:61.121.zz.pp:2223 at vojta.net.VojtaSocket.<init>(VojtaSocket.java:43) at vojta.servant.Connector.createNewVojtaSocket(Connector.java:99) at vojta.servant.Connector.sendPacket(Connector.java:136) at vojta.servant.VojtaClient.processOutgoingPacketType(VojtaClient.java: 1421) at vojta.servant.VojtaClient.processOutgoingPacket(VojtaClient.java:1408 ) at vojta.servant.VojtaClient.processPacketInQueue(VojtaClient.java:312) at vojta.servant.VojtaClient.run(VojtaClient.java:1526) DROPPED:failed to send packet to:61.121.zz.pp:2223 newConnector:61.121.zz.pp:2223 cancel3 cancel3 cancel3 cancel3 failed to setConnector new Host:61.201.mm.nn:8083 failed to setConnector failed to setConnector failed to setConnector cancel3 cancel3 cancel0 host_target:211.19.xx.yy:80 this.getHost():61.201.mm.nn:8083 host_target:805609496 this.getHost():-883154115 unsubscribe ** terminated 516 名前：市民Ａ [02/02/13 12:53] >>499 >>500 どもです。できました。 ディレクトリに日本語が入るとまずいんですかね？ 517 名前：デフォルトの名無しさん [02/02/13 13:09] >>516 せっかくだから何か書き込んでみてよ。 日本語ディレクトリはダメらしい。 518 名前：市民Ａ [02/02/13 13:13] わーい。できた！ 519 名前：市民Ａ [02/02/13 13:23] showボタンに気づかずに、どうやってfeedするのか迷ってた。 520 名前：デフォルトの名無しさん [02/02/13 13:33] では、寝ます。 521 名前：デフォルトの名無しさん [02/02/13 16:20] >つながった後、いきなり不安定になったからどうしたのかと思ったら >ルータのNAPTテーブルが溢れた・・・・。つなげっぱなしは断念。 >＃うちのルータがタコいんかな〜。 >新規セッションの張りすぎが原因のよう。 >作者のひと、面倒かも知れんけどそのうち改善希望。 この問題は認識しています。「ちゃんと生きてる？ところでお前の南誰？」みたいなことを確認しすぎ です。将来のバージョンではもっと頭よくなる予定です。 対症療法としては、SevantPreference.xmlのIntervalSelfOrganizationの数値を増やしてください。 522 名前：デフォルトの名無しさん [02/02/13 18:24] >>521 これって確認する度に、コネクトしてるって事? セッションって張りぱなしじゃないの? 523 名前：デフォルトの名無しさん [02/02/13 23:13] んー。細かい不具合はやまほどどっさりあるけど、 とりあえず止まらずに動いているようなのでよかったです。 524 名前：デフォルトの名無しさん [02/02/14 00:15] とりあえず作者氏はｺﾃﾊﾝｷﾎﾞﾝ 525 名前：デフォルトの名無しさん [02/02/14 00:54] 上に同じく禿しくｷﾎﾞﾝ 526 名前：デフォルトの名無しさん [02/02/14 01:34] オレからもキボンヌ 527 名前：デフォルトの名無しさん mailto:sage [02/02/14 01:47] じゃぁ俺は希望しない。 528 名前：デフォルトの名無しさん [02/02/14 11:37] でもオレはキボン 529 名前：デフォルトの名無しさん [02/02/14 11:44] >>527 作者氏だたりして(w 530 名前：vjt5号@vjt5号 [02/02/14 11:46] あー、どうせVojtaはテスト中はある意味IP筒抜けなんだから、 Vojtaを語るときは全員コテハンにすれば良いのかも。 531 名前：デフォルトの名無しさん [02/02/14 12:14] 開発者はコテハンであるべきではない。 >>1の「サーバに依存しない」とは、従来の掲示板で言うところの管理は不可能であることを 意味する。 サーバに依存しない匿名掲示板は、おそらくコードによってのみ統制される。従ってそのコミュ ニティ（まだないんだけど）が、利用者が自由であると「感じられる」ものであるためには支配者 は透明な存在でなければならない。よって作者はコテハンを使うべきではない。 んー。レッシグのCODEを読んだばかりだということがバレバレなカキコだ。 532 名前：デフォルトの名無しさん mailto:sage [02/02/14 12:23] モナー板の職人さんでも名無しのままの人も多いもんね。 名無しのままでいるのも生活の知恵。 ま、結局当人の好きなようにするのが一番だけど。 533 名前：236 mailto:sage [02/02/14 15:16] tiaraですが、4/19日にvs.netが発売するらしいので、それまで ちゃんとした開発はできそうにないです。 一般のほうだと3/22なんですが \60k はでかい・・・。 待ってる人は待たせてすまんね。 それまではドキュメントでもぽつぽつ書いてるかな。 ソース www.microsoft.com/japan/presspass/releases/021402msdn.htm 534 名前：デフォルトの名無しさん [02/02/14 15:35] 開発するに関しては匿名でかまわないけど、識別できるようにはしてほしいな。 Vojtaも最初は、出て行くパケットとかあて先を監視しながら動かしたけど、 最近のバージョンはある程度信じて、動かしてる。 何が嫌かって言うと、偽者が出てくると嫌なんだよね。 判別がつけば問題ないけど。 アプリケーションを入れて動かすって事は、ある意味それを信じなくてはいけないわけで、 それってのは、配布元であり作者であるわけよ。 それが識別できない状態では、ちょっと怖すぎ。 特にこの板みたいにIDが出ないスレだと、すごく簡単に自作自演できてしまう。 「作者」を名乗る奴が、最新版はここに置いたよと、virus・troi入りのURLを張る。 そんで、「うまく動いてます」等の感想を自作自演 タイミング悪くそのレスのやり取りを見た奴が、ファイルを落として実行。 virus感染・トロイ潜入・・・・ virusソフトが万能だなんて思ってる人はいないでしょ? FW入れてたって、vojta用に設定した穴から出入りされちゃうよ。 だから、配布物に署名なり、発言にトリップなり付けてホシイ。 それだけでも安心感が違う。 535 名前：534 [02/02/14 15:38] 今ふと思い浮かんだ言葉 「勇気あるまげどん」　(w 既出かな? googleでは引っかからなかったけど。 536 名前：デフォルトの名無しさん [02/02/14 15:40] はいみんなちゅーもーく。 it.nikkei.co.jp/it/njh/index.cfm?i=20020213s2000s2 >50人のコミュニティで、ピアツーピア型の設計で擬似的に作成したサーバーレス電子掲示板システ >ムを利用して自由にメッセージの交換をしてもらい、そのときの情報の流れを分析した結果、平均し >て3.5ホップ（メッセージの伝言の繰り返し回数）で、全員が同じ内容を共有することができ、 3.5ホップ？ >サーバーやネッ卜ワークの過負荷が原因で、巨大掲示板などがサービスを中断せざるを得ない >ケースが時々見うけられる中で、筆者らは、このピア・ツー・ピアー型設計方式を、新たなコミュニ >ティサポートの方式として注目している。 株屋氏ね。 537 名前：デフォルトの名無しさん [02/02/14 15:43] 3.5ホップってなんや、Gnutellaか（おそらくは）。 でもな、50人ならいいけど、500人なら、パケット洪水で死ぬぞ。 それとも違うのか。3.5ホップ。おしえろや3.5ホップの根拠。 538 名前：デフォルトの名無しさん mailto:sage [02/02/14 15:44] LAN でノード数がたかだか 50 程度ならそりゃ上手くいくだろうけどさぁ・・・。 539 名前：デフォルトの名無しさん mailto:sage [02/02/14 15:46] 謝罪文。 すみません。横澤先生は株屋ではなかったようです。つい反射してしまいました。 540 名前：デフォルトの名無しさん mailto:sage [02/02/14 15:48] www.lab7.kuis.kyoto-u.ac.jp/services/members/j-yuichiro.html 3.5ホップの田中さん、根拠を教えてください。 541 名前：デフォルトの名無しさん mailto:sage [02/02/14 16:00] >>538 www.google.co.jp/search?q=cache:SrL2ih58PtgC:te.ppei.net/explain.php+%93c%92%86+%97T%88%EA%98Y%81%40P2P&hl=ja&start=1 田中さんはちゃんと実験君してるぞ！おまえも謝罪しる！ 542 名前：デフォルトの名無しさん mailto:sage [02/02/14 16:07] 一、500ピア確保したかったんだけど50名しか応募がなかった 二、50名分しかQUOカード買えなかった 三、ピークパフォーマンスが50ピアであることも計算できた 四、3.5ホップって言ってみたかった 「巨大掲示板の破綻」を言及して代替としてのP2Pと言ってんだから50はないよな・・・。 543 名前：デフォルトの名無しさん [02/02/14 16:13] 先生の記事には「擬似的」って書いてる。 ヴァーチャルなら、ピアの数50は少なすぎるYO!。リアルなら仕方ないかも。 544 名前：　 [02/02/14 16:49] 漏れが去年やった実験だと、Gnutellaプロトコルまんまで、 ノード数が300だと、平均Hops数4.1 ノード数が3000だと、平均Hops数4.7 条件にもよるから、3.5ホップスとの比較は出来ないけど、今度50ノードで検証してみようか？ 545 名前：デフォルトの名無しさん mailto:sage [02/02/14 20:16] >>544 Gnutellaまんまで3000でも4.7ってマジ？ もしこの通りならワープノードとか考えなくて済むから、えらい楽なんだけど て言うか、Gnutellaが思いの他良くできてるってこと？ それとも、頂戴的にP2Pで結んでくだけでも特に問題ないってこと？ 546 名前：ほげ隊長 ◆cG6Ia.BU [02/02/14 22:47] みなさん、お久しぶりです。 zigumoの方はだいたいテストも終わりまして、 プロトタイプを来週の２２日ぐらいには公開でき そうです。（結構いい感じで動いています。） 固定IPも取得できていまして、現在、エントリー ポイント用のサーバを準備しているところです。 もうしばらくお待ちください。 ある程度準備が整ったら、また、書き込みますの で、zigumoのテストの時はよろしくお願いいたし ます。 最新版のスナップショットを載せましたので、よか ったら、みてみてください。 www5.ocn.ne.jp/~zigumo/ 547 名前：デフォルトの名無しさん [02/02/14 23:07] >>545 ピアの数が増えてもHops数が小さいということは、あるピアが同じパケットを何度も受け取る リスクがあるってことだとおもうよ。つまり効率がとても悪い。Hopsにとらわれず、P2Pネットワーク 全体の通信量で考えてみよう。ちょっと考えれば、そんなことはいちいち実験する間でもない。 548 名前：デフォルトの名無しさん mailto:sage [02/02/14 23:16] >>544 うちがやった実験だとこんな感じ。 以下、5000ノードで 100% のブロードキャストを達成するためのデータ。 同時コネクション 平均ホップ数　総転送数 3 〜 4　　　　　　9.1　　　　　15700 4 〜 5　　　　　　6.8　　　　　20400 5 〜 6　　　　　　5.8　　　　　25700 6 〜 7　　　　　　5.1　　　　　30400 7 〜 8　　　　　　4.7　　　　　31200 　　　　　： 10 〜 11　　　　　4.0　　　　　40000 同時コネクションを無尽蔵に張ればいくらでもホップ数を下げられるが、 トラフィックが線形に増えるという諸刃の剣。 549 名前：デフォルトの名無しさん mailto:sage [02/02/14 23:18] >>547 素直にメッセージを丸投げすれば、最悪、ひとつのメッセージの サイズ×ノードの接続数受け取ることになるわけだけど、事前に 送信するメッセージのIDだけを送るなりして確認作業をしておけば 複数の接続先から来たとしても、そう通信量は増えないんじゃない？ 550 名前：デフォルトの名無しさん [02/02/14 23:36] >>549 浅はか。一度紙に書いて、よ〜く考えてみよう。 551 名前：デフォルトの名無しさん mailto:sage [02/02/14 23:55] Client / (Hops + 1) = 通信量に対する重複倍率 って、計算は成り立つかな？全くの当てずっぽうだけど・・・・・ 552 名前：デフォルトの名無しさん mailto:sage [02/02/15 20:03] >>550 うーん。 ちゃんとやってりゃ同じコネクションから２度データが 来ることはないわけだから、最悪でも１メッセージにつき メッセージ本体のサイズ + 確認応答 × コネクション数 しか通信しないと思うんだけど…。 一応コードも書いてみた。 users.goo.ne.jp/ggg_ggg_ggg/p2ptest1.lzh 仕様： メッセージ本体を送る前にMD5ハッシュを想定して16Byteのデータを送信。 メッセージを受け取るか否かの応答に1Byteほど送信。 メッセージ本体は5KByte。 553 名前：デフォルトの名無しさん [02/02/16 04:39] >ちゃんとやってりゃ同じコネクションから２度データが >来ることはないわけだから 例えば、初めに、TTL=2のパケットが送られてくる。他のピアに送る。 次に、同じコネクションまたは異なるコネクションから、同じ内容のパケットだけれども、TTL=3のもの が送られてくる。これを無視すると末端に配布されない可能性があるので、そのパケットをもう一度 他のピアに送信しなければならない。 間違っていたら指摘してくれ。 554 名前：236 ◆lGMVcE.o [02/02/16 13:59] >>553 完全配布をしたいならTTLは必要ないだろ。 メッセージがすでに既知であるか否かで破棄するかどうかを決めればいい。 かわりに発信時刻を付加して十分後にすべて消滅とかは必要かも知れんけど。 555 名前：デフォルトの名無しさん [02/02/16 14:07] ピアのパケット処理能力には限界があるので、あるタイミングで一つのピアにパケットが集中すると、 そのノードの処理は遅れる。従って>>553のような状況は起こりうる。　さらに、ノード間の通信速度 も保障されてないので、>>553のような状況は起こりうる。 さらに、Gnutellaプロトコルでは、違うコネクションから同じパケットを何度も受け取る。この可能性は、 接続数を大きくすればするほど増大する。それが>>548の言うところの諸刃の剣。同じパケットを何 度も受け取っていると、速やかに伝達すべき必要なパケットの処理が遅れるため、さらに>>553のよ うな状況が起きる。　この欠点を解消するために、Gnutellaでは人の持ってるピアに関する情報をキ ャッシュするような仕組みがあった（パケットをブロックする）と思うんだけど、P2PBBSでは、更新情 報を含むパケットをブロックしてはいけないから、これは応用できない。 いやまてよ。君が僕に送ってくれるパケットは、全部他の人からもっと早く届くんだよね。だから君と 僕との関係は解消したほうがいいんじゃないかな。さよなら。あーでも。僕が君に送るパケットは有 効かも知れないし、それに君のパケットは「全部」古いとは言い切れない。 556 名前：デフォルトの名無しさん [02/02/16 14:19] ではなぜGnutellaのクエリプロトコルにTTLがあるのだろう？ 全てのノードでクエリが実行が出来るなら、はじめからTTLはないほうがいいですよね。 なぜGnutellaのプロトコルを設計した人は、Queryを完全配布を目指さなかったのだろう。 それはGnutellaのプロトコルでパケットを完全配布するのに難点があるからではないのだろうか。 557 名前：236 ◆lGMVcE.o [02/02/16 15:08] 長くてすまんね。 さて、何の話だ？ ・最初どっかの研究室の話で ・3.5ホップは本当か ・ホップ数と総転送量の関係 ・転送量削減のためのハッシュ で ・転送中断とTTL だよな。 理論的には、TTLがある限り完全配布を保証することはできない、これもいいと思う。 で最初の四つの話までは完全配布を前提にしているから、TTLのような 「パケットの無条件破棄」は起こらないことが前提だと思うんだけど、どう。 研究室の話も50ピアではTTLが議論するほど活躍しているとは思いがたい。 で、最後の話題で急にTTLが出てきたんだけど、 >それはGnutellaのプロトコルでパケットを完全配布するのに難点があるからではないのだろうか。 「だからgnutella型ではTTLの概念が必須であり、 これを抜きにして考察を加えることはできない」 といいたいんだと思うけど、本当にTTLは必要なのか？ 完全配布は本当に無理だったのか、証拠は？ 重要なことは、 「TTLが必要である根拠をgnutellaに求めることはできない」 「TTLが総転送量を削減する唯一の方法である証明はない」 「完全配布プロトコルが大規模に運用されたことはない」 ことだ。 さらに、クエリと配布の大変重要な違い、「結果の返送」。 スレッドの告知で使われるパケットは「告知」の通り相手の返事を必要としない。 対してクエリでは返事を受け取ることが目的であり、 故に、問い合わせる数も制限されなければならない。 全世界数万から返事されても、自分が困るだけ。 で、まとめとしては ・返送を必要とするパケットについて、TTLなりの受信ピア数制限が必要 ・返送を必要としないパケットについて、完全配布が不可能という証明・証拠はない ・TTLがないとき、>>552は有効 ・TTLがあるとき、完全配布は保証できない だと思うんだけど。どうよ。 558 名前：デフォルトの名無しさん [02/02/16 16:28] >>557 Gnutella型でメッセージのブロードキャストを考えているなら、実際にコード書いて実験してみて。 俺的には、パケット洪水でトラフィック量が多すぎ。小規模のネットなら可能だが、 実際には使い物にならないと思う。 559 名前：デフォルトの名無しさん [02/02/16 17:37] グリッドにするべや。 560 名前：デフォルトの名無しさん [02/02/16 18:36] >>558 だから、なんで Gnutella 型だとパケット洪水になると思うのか 理由のご説明をお願いできませんか。>>552で２重受信対策を した簡単なコードを書いてみましたが、特に Gnutella だから 通信量大洪水といった現象は見られないのですが。 シミュレーションのやり方に問題がありますでしょうか？ 全てのノードに届くまでが遅っせぇっていうのならまだわかるんだけどなぁ。 あと、TTLは俺も要らねーと思う。 561 名前：236 ◆lGMVcE.o [02/02/16 20:29] >Gnutella型でメッセージのブロードキャストを考えているなら、実際にコード書いて実験してみて。 >>552参照。情報の共有を目的に掲示板にいるわけだし。 それを反証したいのなら、自分で根拠となるコード書かないと。 それと、gnutellaは掲示板プロトコルではないでしょ。 必然的にgnutella型といえども改変が必要になる。 そこに作者の力量やアイディアが入る余地があるのに、それを事前に否定するのはちょっとね。 562 名前：デフォルトの名無しさん [02/02/16 21:57] まぁ、とりあえず動くもの作ってよ。そういった失敗作の果てに成功するプロジェクトが 生まれるのだろうし。 563 名前：470 mailto:sage [02/02/16 23:54] >>562 同意。 目に見えるものも提示しないで理想論を述べるだけじゃ話は進まないし。 何を言われようとvoitaとか現物を提示している人は偉いと思う。 564 名前：デフォルトの名無しさん [02/02/17 04:00] これだ2ch鯖が�d�jと次のインフラがほしくなるよね。 でも、悪意のある書き込みはどうするんだろう。 プロトコルをオープンにすると匿名性がある掲示板だと、 やりたい放題の攻撃を受けそう・・。 565 名前：デフォルトの名無しさん mailto:sage [02/02/17 10:36] >>562-563 おいおい… 理想/理論/実装のそれぞれの観点で進めて行くべきでしょが 実装の配布だけならこのスレ使う必要ないし。 使うだけのユーザーはイッテヨシ 566 名前：デフォルトの名無しさん mailto:sage [02/02/17 10:55] >>565 最後の１行が蛇足だな。 なぜなら、使ってくれるユーザーの調達は困難な問題の最右翼だから。 でも、その他の部分は同意するよ。 567 名前：デフォルトの名無しさん mailto:sage [02/02/17 17:45] >>565 じゃ、お前一人でやってれば？ 568 名前：デフォルトの名無しさん [02/02/17 18:30] 関係ないけど、他のスレッドで見つけた。 Mnet is a universal file space. mnet.sourceforge.net/intro.php 569 名前：デフォルトの名無しさん mailto:sage [02/02/17 19:23] む。すまんな。 ユーザー逝って良しは反省します。 最近 vojta の動作確認がメインテーマになっててたし、まぁ 話が分散するのは良くないからそれでもいいと思ってたけど、 技術的な検証の話にまで、いいから vojta を見習って動くモノ 作れやと言うのは板違いじゃねーのかと思っちまっただけです。 ごめん。 570 名前：470 mailto:sage [02/02/18 00:43] 私も素人の分際ででしゃばりすぎました。 すみませんです。 571 名前：デフォルトの名無しさん [02/02/18 03:15] オレもごめん 572 名前：デフォルトの名無しさん [02/02/18 20:07] ごめんなさい。反省してます。 573 名前：デフォルトの名無しさん mailto:sage [02/02/18 20:44] じゃぁ、俺は反省しない。 574 名前：デフォルトの名無しさん mailto:sage [02/02/18 22:46] deja vu 575 名前：デフォルトの名無しさん mailto:sage [02/02/18 23:55] 激しく好意　 576 名前：デフォルトの名無しさん mailto:sage [02/02/18 23:56] 　　　　　　　　一ニ三 ∠￣＼ 　　　　　　　　一ニ三 〜|/ﾟUﾟ| 　　　　　　　 一ニ三 ⊂二 ｙ /⊃ 　　　　　　　　　一ニ三 /　＿二⊃ 　　　　　　 一ニ三 ⊂二ノ 　　　　　　　　　　　　　 ＝＝＝ ＋　激しく忍者　＋ 577 名前：デフォルトの名無しさん mailto:sage [02/02/18 23:57] 　　　　　　　　　　　　　　　　　 ≡≡ 　　　　　 ／￣＞　　　　　　　（‘台‘） 　　　　　 |ﾟUﾟヽ|　　　　 (二二 ノ.y ゝ二二つ 　　　　と　ｙ　 二つ　　　　　　|　　　| 　　　　　〉　　 〈　　　　　　　 ノ　　　| 　　　⊂二 .Ｙ　|　　　|⌒二二 -イ　.| 　　　　　　　し'　　..　￣　　　　　| 　| 　　　　　　　　　　　　　　　　　　.(二|　　　 　＋　激しくエアロビ　＋　　　　　　　　　 578 名前：デフォルトの名無しさん [02/02/19 02:38] Vojta0914aをアップしたのです。もしよろしければお試しください。 vojtaproject.tripod.co.jp/ 579 名前：デフォルトの名無しさん [02/02/19 03:05] それから、前のバージョンの人はアップデートしてから接続して下さいです。 それではおやすみなさい。 580 名前：デフォルトの名無しさん [02/02/19 16:33] Vojtaのサーバ、vojtaproject.kicks-ass.orgは、サーバ調整のため、しばらくのあいだ停止させて いただきます。復活したらまたここにカキコします。 581 名前：580 [02/02/19 16:57] 復活しました。文字化けは直ったようですが、まだAAが正しく書けない場合があるようです。 次のバージョンで修正されます。 582 名前：デフォルトの名無しさん [02/02/19 17:04] >>581 家帰ったらテストしてみます。 583 名前：デフォルトの名無しさん mailto:sage [02/02/19 20:15] 0914随分安定してるね。こうなってくるとテスターももうちょっと数が欲しいような… 584 名前：デフォルトの名無しさん mailto:sage [02/02/19 21:50] >>583 テストしたいと思うのですが、スレッドはないし、新規スレも 「ERROR You need to feed a host to servant.」 で立てられないです。。。 正直、何が何やらさっぱり判らん。 585 名前：デフォルトの名無しさん [02/02/19 22:07] >>584 えーと、まずConnectorsのshowを選んで、feedボタンを押す。んでもっかい読み込んでみ。 直ぐには反映しないかもしれないんでまずはおちけつー。 586 名前：デフォルトの名無しさん mailto:sage [02/02/20 01:22] >>585 オフィシャルサイトに掲示されている、使用方法の1-4は 実行しています。 ですが、スレもないし、検索もできんし、スレも立てられんし、 要するに何にもできない。。。 俺はアホだーーーヽ(`Д´)ﾉﾌﾟﾝｽｶ 587 名前： [02/02/20 01:27] とりあえず環境をかいてくんなまし。 そして、コンソールに表示されているメッセージをとにかくここに添付してください。 588 名前：デフォルトの名無しさん mailto:sage [02/02/20 01:45] これでよろしいでしょうか？ [環境] Win98SE , IE5.01sp2 , acca ADSL８M Java2 Runtime Enviroment,Standard Edition 1.31_02 [ログ] F:\vojtaproxy0914a>java -cp lib\xerces.jar;lib\hsqldb.jar;lib\activation.jar;lib \mail.jar;lib\vojtaproxy.jar vojta.VojtaApplication instantiating db connection... Reset VojtaClient:vojtagroup_vojtatest Reset VojtaClient:vojtagroup_vojtatest2 Reset VojtaClient:anothergroup_anotherbbs Starting VojtaClient:vojtagroup_vojtatest Starting VojtaClient:vojtagroup_vojtatest2 Starting VojtaClient:anothergroup_anotherbbs starting timer:query_neighbor starting timer:query_warp starting timer:query_masterslave Starting proxy thread port:8081 Starting VojtaServer(0.914a):80 compute guid feed entrance:vojtagroup_vojtatest new Host:vojtaproject.kicks-ass.org:80:-1 Status Your protocol:Vojta 0.914a Your remote Host:61.210.xxx.ｘｘｘ:80 Your guid:1784444445(37SEsD) Your encoding:MS932 589 名前：デフォルトの名無しさん [02/02/20 02:14] Connectors(*)で*が１以上だったら繋がってます。 スレッド一覧検索を繰り返したりすると見られるようになったりもします。 590 名前： [02/02/20 02:18] Connectorsのところに[オンライン]とか[オフライン]とかステータス表示したほうが わかりやすいかもね。あと、Connectorは常に複数形だとアレだね。 次のバージョンで直します。 591 名前：デフォルトの名無しさん mailto:sage [02/02/20 02:25] >>589 んー、やっぱり何度feedしても、Connectorsは0のままです。 ルーターモデムの設定も必要ですか？ 592 名前：デフォルトの名無しさん [02/02/20 02:29] >>591 相互接続するみたいなんで、 >>320 あたりを見てください。 593 名前：デフォルトの名無しさん [02/02/20 02:42] >>592 80番portは開けているし、問題が見当たらないです。 もう今日は眠いから諦めます。 お付き合いくださって、感謝します。 594 名前：デフォルトの名無しさん [02/02/20 16:06] Vojta0915aをアップしたのです。 vojtaproject.tripod.co.jp/ 変更点は、 - メッセージポスト時、"&"を正しく送信できない（URLのデコードの際のバグ）不具合を修正。 これにより文字実体参照が正しく送信される。送信が途中で切れる現象も修正される。 - reservedConnectorにカウントを設け、タイムアウトで取り除くように設定（接続の予約はしたけれど、返事が返ってこないので接続をキャンセル）。 - GUIを少し変更。 です。もしよろしければお試しください。 595 名前：デフォルトの名無しさん [02/02/20 18:30] やっぱ名無しなのね。 >>534 じゃないけど、ちょっと不安になるな・・URLとか微妙に違ってたりしたら・・・・ (((（ ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ vojtaprojact.tripod.co.jp/ (´-`).｡ｏＯ（このアカウントとってクローンなページ書いて告知したら何人釣れるだろう・・） と予防線を張ってみる てすと。 596 名前：デフォルトの名無しさん [02/02/20 18:51] Vojtaはまだ開発途中ですので、機能や操作方法は確定していません。 動作は一切保証されません。 掲示板のログやウェブページは失われる可能性があります。 将来に新しいバージョンがリリースされた場合、過去のバージョンはサポートされなくなります。 誠に恐れ入りますが、以上をすべてご理解いただいたうえで、自己責任においてご参加ください。 597 名前：デフォルトの名無しさん [02/02/20 19:32] >>534, >>595 そんなの全てのフリーソフト、オンラインソフトでもそうじゃないの？ 598 名前：デフォルトの名無しさん [02/02/20 20:16] まぁ信じられなければ使わなければ良い事だし。 ある意味これ鉄則。 転んでも泣かない。(w 個人的には作者が多少気を使ってくれても良いとは思うけど、 作者には自身の考え方があるんだろうから別に構わない。 >>597 全てがそうって考え方はちょっと違う。 信頼するに足る情報の掲示されかたが全然違う。 まぁ匿名での作者からの直接提供はかなりリスクが高い事は覚悟しておくべき。 ちなみにオレはVMWare環境でテストする事でリスクは極力回避しているつもり。 599 名前：デフォルトの名無しさん [02/02/20 20:55] 匿名といっても、アーカイブがココに匿名でアップされているわけいるわけではなく、 WinMXで共有されているわけでもなく、vojtaproject.tripod.co.jp/という定点に にアップロードされているわけである。 結局は、vojtaproject.tripod.co.jp/を信頼するかどうかなのであり、それについては 他のオンラインソフトとなんら違いはない。 反論は？ 600 名前：デフォルトの名無しさん [02/02/20 21:01] vojtaproject.tripod.co.jp/ である限りはある程度の信頼は出来るんじゃないの。 作者(出元)の同一性を掲示して欲しいって事をいってるんでしょ? >>595 のprojactには笑ったけど。 コテハンでもTripでもURLでも、見間違えたら一緒でしょ >>598 なんかこのネタは激しくスレ違いなんで、適当なスレ見つけてそっちでやってよ。

---

---

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

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