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

P2Pでサーバに依存し� ..

312:vojtaに質問
02/01/08 01:08
現行のvojtaって何らかの既存のＰ２Ｐプロトコルの上に構築してるの？
それとも完全オリジナル？

P.S. 試そうと思ってるんだが、俺が見るといつも稼動してないな・・・

313:デフォルトの名無しさん
02/01/08 02:50
できればvojtaの作者の人は固定ハン＆トリップで名乗って
くれると質問しやすくていいのだが、、、

314:デフォルトの名無しさん
02/01/09 13:21
vojtaはJXTAもGnutellaも今のところ使ってない。
せっかくあるものをなぜ利用しないのか？Gnutellaや(今の)JXTAで掲示板やると
ピアが増えた時に破綻すると思うから。　あと、Jxtaのライセンスや、『文化』に縛
られるのが嫌かなとも思った。でも、将来は未定。

freenetは、あまり勉強していないのでちょっとよくわからない。freenetの技術資
料ってどこかにありますか。

315:デフォルトの名無しさん
02/01/09 15:56
>314

Freenet関係は、ここいらへんが良いんじゃないかな．

Freenet:分散匿名型の情報保存と検索システム
URLﾘﾝｸ(www.sfc.wide.ad.jp)

URLﾘﾝｸ(longitude.doc.ic.ac.uk)(本文PS)
URLﾘﾝｸ(longitude.doc.ic.ac.uk)(本文HTML)

URLﾘﾝｸ(freenet.sourceforge.net)(参考資料English)
URLﾘﾝｸ(www.geocities.co.jp)(参考資料Japanese)

316:(-_-ﾒ)
02/01/09 15:58

★重要告知★

『 OKWeb 』及び教えてGoo は最悪だ !
利用する奴ははっきり言って馬鹿の象徴 !!
馬鹿の証明しているに過ぎない !!
"OKWeb" を利用すると　頭が変になり、馬鹿になる !!　気をつけろ !!!
　それにOKwebを利用するだけで『ウィルス』に感染してしまうから
絶対利用はするな !!

317:デフォルトの名無しさん
02/01/09 17:20
vojtaアップデートしました。
URLﾘﾝｸ(vojtaproject.tripod.co.jp)

テスト絶賛実行中。ホストは、61.115.124.181の80番ポートです。
バージョンは0908a。古いバージョンと互換性がなくなったので、
新しくだうんろーどしてくださいよろぴく。

僕は出かけてしまうので、PCが落ちたらそこでテスト終了ですそれでは。

318:236
02/01/09 17:57
カキコ報告。成功。

うちでは80をIISが使っているはずなんだけど、ディフォの設定で動作しました。
ポート見ると2562を代わりに使ってるみたいだが、次回のバージョンアップでは
代替ポートの固定を希望。固定してくれたらルータに穴を開けるんで。

しばらくつなぎっぱにしてみる。

319:236
02/01/09 19:57
報告。
二三時間接続状態でほっときましたが、例の暴走現象は確認できませんでした。

320:デフォルトの名無しさん
02/01/10 00:31
80番ポートは必ずしも空ける必要はないです。

80番ポートを変更したい場合は、confフォルダの中にある、VojtaServantPrefere
nce.xmlを開いて、ServerPortの値を適当なポート番号に書き換えてください。

ただし、実際の運用においては、ファイアーウォールの中にいる別の人が、その設
定によってはあなたのサーバにアクセスできなくなる可能性があるので、80番ポー
トのままにしておいて、サーバとしての機能を停止したままにおいたほうがよいと思
います。この辺りは、Vojtaがどのようにネットワークを作っているのかの説明が必要
なのですが、もう眠すぎ。

協力してくれた人、カキコしてくれた人ありがとうです。サーバントは、７時間無事に
動いていました。動かしたまま寝ますのでまだアクセス可能です。

321:デフォルトの名無しさん
02/01/10 00:56
すいませんVojtaで遊んでみようと思ったのですが、
データベースの初期化ができないです。
[Database| Initialize database]をやると次のようになります。

Status
status:ERROR
Menu
Initialize database
Compact database

あと、起動時にDOS窓で
fatal error : File "vojta_servant_VojtaServantPreference.dtd" not found.
fatal error : File "vojta_proxy_ProxyPreference.dtd" not found.
fatal error : File "vojta_xml_BBSPreference.dtd" not found.
fatal error : File "vojta_xml_BBSPreference.dtd" not found.
っていうエラーも出てるようなのですが、何が悪いのでしょうか？

322:321
02/01/10 00:58
原因が判明しました。
デスクトップで解凍してやったのがまずかったみたいです。
c:直下において動かしたら動きました。

323:デフォルトの名無しさん
02/01/10 00:59
試しに書き込んでみた。コンソールで(in)で始まる行と(out)で始まる行が
ひたすらくり返されているんだけど、これって正常なの？

324:　　
02/01/10 12:14
もう落ちてますか？
さきほどは繋がらなかったです。

325:デフォルトの名無しさん
02/01/12 23:09
バグがとれないage

326:妄想
02/01/13 23:26
・仮運営者（意思表明をしたもの）を決め、各板のランキングを任せる。
　仮運営になる意思を表明すると、仮運営者にＩＰが送られ、そのリストは
　ランキングを見た閲覧者にリストが更新されているならば配信される
　仮運営者の候補（予備軍）は仮運営者に何分かに一回接続されているかを
　確認しにいき、切断されていたならば予備軍リストＮＯ１が仮運営者となる
　閲覧者はランキングに繋いでどんなスレがあるかを確認する
・スレのデータは、スレを建てたもののＰＣに保存され
　閲覧者はランキングのリンクを辿って閲覧する
　閲覧したもののＰＣにそのスレは保存される
　最新５０レスで最も書き込んでいる人間がスレの管理を任され
　ランキングのリンクは、その人間のものに更新される
　最新５０レスで最も書き込んでいる何人かをスレ管理候補者として
　ランキングに送りリスト化する
　閲覧者がランキングのリストに繋いで繋がらない場合は、候補ＮＯ１が管理人になる
　いない場合は閲覧者が管理人になる
・ランキングを任された者、スレの管理人はデータの変更は一切出来ない
　リストは暗号化される
　管理を任されている者が切断する場合、候補ＮＯ１に引き継ぐようにする
　完全な同期は期待しない

327:デフォルトの名無しさん
02/01/20 00:17
HDDが壊れちゃってネット遊び休んでました。

vojtaアップデートしました。画像つきました。ウェブにスクリーンショットも載せました。

URLﾘﾝｸ(vojtaproject.tripod.co.jp)

328:　　
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:デフォルトの名無しさん
02/01/20 16:17
正直、運営側の自作自演むかつく

339:デフォルトの名無しさん
02/01/20 16:42
ということで、>>1　なんだよ。

340:デフォルトの名無しさん
02/01/20 20:21
URLﾘﾝｸ(vojtaproject.tripod.co.jp)

アップデートしたよ。0910a。
ホストは　211.19.93.58 の80番ポート。板によっては匿名カキコ可能になった
よ。

341:デフォルトの名無しさん
02/01/20 21:30
誰かつなげられないって人いますか？ダイアルアップ回線から書けたから
大丈夫だと思うんだけど…。うまくいかない人は最新版にアップデートしてから
テストしてくださいね。　ハンバーガー食いたい。

342:
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＠ム板
02/01/21 23:49
いや、多分 PureP2P にはならんです。
もしできるならば、という話で。

348:236
02/01/22 01:15
>>346
リンク希望

349:236
02/01/22 01:21
発見しました。板汚してすまん。

350:デフォルトの名無しさん
02/01/22 01:52
乱開発は必要だね。そこでパクリぱくられよい物が出来てゆく。

351:巨額詐欺
02/01/22 02:49
巨額詐欺の疑いのある、グローバリーについて

掲示板を拝見されてるの皆様、新年あけましておめでとうございます。
掲示板の趣旨とは直接関係ない話で申し訳ないのですが、この世の中では許せない事があります。

URLﾘﾝｸ(www.max.hi-ho.ne.jp)

この会社はありもしない儲け話をでっち上げ、巧みに客の財産を聞き出し、全財産を巻き上げます。

２００２年になりましたが、一向に改善する気配すらなく、悪質化は進む一方です。
この会社の営業は世間の皆様の迷惑になっています。

それだけではなく、人を騙して破産に追い込み、騙された人が仕方なくグローバリー社員を
殺人する事件も実際に発生し、新聞ザタになっています。

URLﾘﾝｸ(www.mainichi.co.jp)

みなさんもこちらの掲示板に投稿し、悪徳会社に騙される不幸な人が増えないようご協力お願いしま
す。

URLﾘﾝｸ(messages.yahoo.co.jp)

また、この書き込みを見て賛同頂ける方はこの内容をコピーしていろんな掲示板に書き込みをお願いします。

352:デフォルトの名無しさん
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

URLﾘﾝｸ(tiara.zive.net:2222)
URLﾘﾝｸ(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
遅ればせながら、、こんなものも考えています。
URLﾘﾝｸ(www5.ocn.ne.jp)

GUIはかちゅーしゃモドキ。
P2Pの仕組みはGnutellaの発展系です。

サイトもソフトもまだまだできていないですが、とりあえず
がんばって作っていますので、みなさんよろしくです。

359:デフォルトの名無しさん
02/01/23 06:06
>>358

通信告知も、クエリもブロードキャスト！ノードが増えたらすぐに破綻しそうだ！
がんばってください。

360:デフォルトの名無しさん
02/01/23 08:48
>>358
非常に面白い。テストの時には協力するよん。

361:236
02/01/23 17:02
>>357
こちらこそ以後お見知りおきを。

NNTPとかCacheとかにお株を奪われている感じなので
ひとつ奮起したいところですよね。

>>358
vojtaがグリッドを採用している(はず)のと違って、
オーソドックスな形式のpureP2Pですね。
とりあえずバイナリの配布を期待してます。

362:236
02/01/24 00:46
いったんテストを終了します。

書き込んでいただいた方はもちろん、
ご覧頂いた方ありがとうございました。

修正後は非常に安定していたようで、
一度も落ちることなく現在まで稼動することができました。

またテストを実施することがありましたらご協力お願いいたします。

363:デフォルトの名無しさん
02/01/31 16:35
最近はどんな感じですか?

364:デフォルトの名無しさん
02/01/31 18:27
vojta用の２４時間vojtaを動かせるように、新しいPCを自宅に準備中です。
tiaraはドメイン名があってかっこいいと思いました。真似することにします。

なんでPure型なのにサーバを用意しないといけないのだろう？なるべく静かなPCにしようと思います。

365:デフォルトの名無しさん
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を提供してるサイトの一覧がみれます
URLﾘﾝｸ(www.hi-ho.ne.jp)
あとは非Diceな所もありますが・

vojta参加ｷﾎﾞﾝ

368:デフォルトの名無しさん
02/02/01 15:03
なんか3つぐらい個人的なProjectが走ってるようですが、質問です

1.プロトコルを開示するつもりはありますか?
2.またあるとしたら、その時期は?

369:デフォルトの名無しさん
02/02/01 15:30
名乗らない見ず知らずの人とは話さないほうがいいよ。
ヤクザかもしれないからね。

370:デフォルトの名無しさん
02/02/01 15:45
ヤクザってちゃんと挨拶しますよ。
「手前生国と発します所は...

371:236
02/02/01 19:35
【１】
クライアントが情報を取得する部分は完全公開します。
サーバが色々とやるところは公開しないかもしれません。

【２】
今すぐにでも別に困らないんですが、ドキュメントを書き直すのが
面倒なので、そういう観点からするとある程度仕様が決まってから。

372:デフォルトの名無しさん
02/02/01 19:53
外部とのやりとりのプロトコルは公開したほうが吉かと
批評してもらえるし

プロトコル仕様レベルになれば、厨は口出せないので
面倒なことにはならないだろうし

運が良いと、よりキレイなドキュメントにしてくれる人が
現れるかもしれないし

373:デフォルトの名無しさん
02/02/01 22:14
kage

374:デフォルトの名無しさん
02/02/01 22:25
vojtaは、最初の頃は書いてウェブに載せていたのですがハードディスクが
ぶっこわれて全部どっか逝っちゃいました。またそのうち書きます。
それにプロトコルはまだ固まってないので。

375:ほげ隊長 ◆cG6Ia.BU
02/02/01 23:41
>>368
>>372
まだ、zigumoが開発中のため、どんどん変更が入って
しまうと思いますが、とりあえず、ドラフト版を掲載
してみました。

URLﾘﾝｸ(www5.ocn.ne.jp)

感想等ありましたら、よろしくです。

376:新入り
02/02/02 03:08
>>375

zigmoのプロトコル仕様読みました。
基本的にgnutellaなんですね

なんか他所で読んだネタだけど、
2chでIPv6 P2P キラーアプリケーションをつくろう
ｽﾚﾘﾝｸ(tech板: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になってたけど、その生成方法が気になったかな。
下記設計書の「匿名性の確保とユニーク」を見てもらえば分かるのですが、
URLﾘﾝｸ(www5.ocn.ne.jp)
基本的にMSのGUIDを元に、更にMD5Hashをかけています。
ですので、ほぼユニーク性は保てると考えています。

> スレッドID,レスIDの仕様がわからないから・・・
スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います。

> スレッド・レス関連だけど、
> スレッドの階層化が欲しい感じがします。
そうですね。ここら辺は悩んだのですが、とりあえず、内部的なデータの管理は
プロトタイプを急いで作って、その後で考えようということにしてしまいました。
多少のスクラップ＆ビルドはやもうえないかなと、、、
ちなみに、表面的には（GUI上は）階層的に操作できます。

379:236
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
URLﾘﾝｸ(www5.ocn.ne.jp) 期待あげ。
毎日チェックしてるので頑張ってください。
普段はかちゅ～しゃを使ってるので
こんなのは大歓迎です。

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:デフォルトの名無しさん
02/02/04 00:35
そらまったく同じやり方をすればな。
P2Pを生かした方法ってもんがあるっしょ。
掲示板主体で動き出すP2Pフレームワークみたいなものが出来れば
俺は結構面白いと思うな。

392:デフォルトの名無しさん
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:通りすがり
02/02/04 14:51
長さ＋データだとバグや回線エラーでずれたときに復帰しずらいと思う。
明らかに区別可能な制御コードで区切りがあればそこで少なくとも回復できる。

399:かおなし
02/02/04 21:40
>>396　読み返すとなんかきつく書きすぎたかも。まあ堪忍な。
トレンドがXMLだとすると、バイナリで長さを送って、そのあとXML本文。

…………冗談で書いてみたが、結構良いかも。

400:236
02/02/04 21:41
あ、送信しちゃった。
>>399は>>236です。

401:デフォルトの名無しさん
02/02/04 21:43
>>399
JAXTA か?

402:電波５号
02/02/04 22:36
あのう
P2Pでヤフーオークションみたいなの
あったら
いいと思うんですが

出品者がサーバーになって

403:デフォルトの名無しさん
02/02/04 22:47
>>402
俺も考えたが、相手特定しづらいので犯罪が横行しそうだと思って止めた。
金が絡むと P2P は問題山積み。

404:新入り
02/02/04 23:37
>>397
CRCはあると安心かもと思うけど、実際問題、TCPの上に載せててエラーになるのって・・
と思ったけど、昔某国産のルータ使っててヅレた事あったな。

>>398
ヅレた時の復帰に関しては確かに悩む。
昨日もOpenNapなクローンを作ってたらバグってズレて泣いてたし。

でもデータ中に、制御コードと同一のものが入ってる場合はエスケープしないといけないよね。

実装を考えると、本文というかボディというかデータ部受信中に、
制御コードを見つけるコードを入れるのがちょっとな。

>>399
xmlか・・・
キライではないし、実務で使ってるから違和感はないんだけど、
最初タグの名称をフルスペルで実装したら、データ中のタグの割合が高すぎて、
ショートネームというか略称を使えるようにしてダイエットしたという悲しい記憶が・・・

soapとか試していると、実データに対して送信データのでかさに、泣けるときがあるし。

---------
いろいろ書いたけど、やっぱ悩みは深いかも。
というか決めればいいだけなのかもしれないが。

405:デフォルトの名無しさん
02/02/04 23:44
>>404
こういうので技術的に大風呂敷広げて成功したのって聞いたことないから、あまり
XML とか SOAP とかにこだわらないほうが吉かもね。でも CRC か MD5、エラー
ブロックだけの再回収はデータ取得の安定に直結するのであった方が良いような。

406:知ったか
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:デフォルトの名無しさん
02/02/05 00:07
通りがかりだけどおせっかいな業務経験者から一言。
XML の使用はココ一番というところだけに抑えておいたほうがいいよ。設計の中心に XML を持ってくると
実装量とパフォーマンス劣化が指数関数的に増加してゆくから。グローバルスタンダードなプロトコル作る
気でなければ XML は高価すぎるよ。無理しないで TCP のストリームベース部分なら UTF-8 あたりの
telnet ベース、UDP/ブロードキャストのパケットベースなら固定長バイナリが良いと思われ。
今時はファイアウォールやプロキシ、NAT ルータを意識した作りが必須かも。

410:デフォルトの名無しさん
02/02/05 00:36
oopとxml

411:デフォルトの名無しさん
02/02/05 01:28
圧縮して送受信すれば、XMLでもサイズの問題はないと思うけど・・・・・
予め知り得る情報も多いから、両端が共通の辞書を持てば、殆ど無視
できるレベルだと思う。

412:デフォルトの名無しさん
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アップデートしました。
URLﾘﾝｸ(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:デフォルトの名無しさん
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:デフォルトの名無しさん
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
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を動かす。デーモン起動すると、文字コードが化けてしまう。
一般ユーザやルートで動かすと大丈夫なのに。

ほらほら！なんでだろう。多分言語設定が違うのだろう。どうやって変更するのだろう？
URLﾘﾝｸ(vojtaproject.kicks-ass.org:8081)

438:デフォルトの名無しさん
02/02/09 14:01
localeの問題では?

439:236
02/02/09 14:06
>>437

WinXPですが、URLﾘﾝｸ(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:お試し中
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
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
02/02/09 14:55
VojtaServantPreference.xml の指定は無視されて、
確かに80番固定になっているみたいだ..

447:417
02/02/09 14:57
昨夜試していたんですが、VojtaServantPreference.xmlでのポート変更はきいていないような感じです。

448:429
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番で試してみます。

次ページ