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

---

[2ch|▼Menu]

294:hiro
02/01/05 15:16
よくできてますねぇ。
ソースみたい！

295:hiro
02/01/05 15:26
P2PにIP Messengerみたいな機能を付加できないかなぁ？

IP Messengerみたいな機能というのはローカルのLANあるいはリモートのLANにブロードキャストして反応が返ってきたホストをP2Pのホストとして加える。
これあると結構便利だと思う。

296:デフォルトの名無しさん
02/01/05 18:26
ただいま〜。

帰ってきたらなんかLinuxのJavaVMがエラーで落ちてました。すんません。
VMが古いのかなー。

>>293
定期的に接続をチェックするようにしているんですけど、>>293はセッションが
切れているように見えますね。ログをみると他にもちょっと変なところもあります。
詳細は明日検討します。

ということで、メシ食いに逝ってきます。

297:オウヨ？　オウヨ！
02/01/05 23:46
あ。そうそう。
終了した後もたくさんコネクションを張りっぱなしになるんだけど、
これって仕様？

298:デフォルトの名無しさん
02/01/06 15:24
え〜と、Ｐ２Ｐ掲示板の完全性がイロイロと議論されているようですが ・・・
ここいらで、ちょっと考え方の視点を変える事を提案したいと思います。

それは、世の中に完璧なものなど殆ど存在しない ・・・ という事です。

例えば、現行の２ｃｈのようなサーバ型の掲示板ですが、サーバのＯＳ
からしてセキュリティホール云々が取り沙汰される昨今、それは全く
完璧なシステムなどではないという事です。
また、世界中の人々が絶大なる信頼をおいている「お金」という奴ですら
偽造、詐欺など枚挙にいとまがないほど行われております。
つまり、議論する上で「穴が開いているかどうか」はあまり重要ではない
ように思うのです。
開いている穴の大きさが、掲示板参加者にとって許容できるかどうか
だけが問題なのだと思います。
それが許容範囲内にあれば、システムとして存続し得るという事です。

299:236
02/01/06 15:39
つまりその穴が大きいかどうか、ほかに穴がないかを議論してるんですが。

また、穴をなくすことは不可能ですが、事実上無視できる程度に小さくできた場合は
一般に「ない」ものとして扱いますので、そういう観点から完璧なものができないかを
議論することは非常に有益かと思います。

300:デフォルトの名無しさん
02/01/06 15:41
さて、とりあえず、

> ・サーバ間のみP2P
> ・レスの共有はしない
> ・スレッドはサーバが所有
> ・あるスレッドへの要求はすべて単一サーバに集中
> ・他人のサーバにスレッドは立てられない
> ・サーバ間で常時コネクションを張る
> ・サーバネットワークでは更新のあるスレッドについて全域に配達する

のサーバの定義ですが ・・・
これは、長時間に渡り同一ＩＰ且つ同一ＩＤで稼動し続け、サーバになっても
良いと表明しているクライアントが自動的にサーバに昇格すれば良いの
ではないでしょうか？
接続時間と安定性でサーバとしての信頼度が加算されていき
その際に上位１０位ぐらいまでがサーバとして連携を取り、内容の同一性を
保てば良いのでは？
これならば、スレを完全ハックするには５台以上の信頼性のおけるサーバを
時間をかけて作る必要があります。
これには５種類以上の異なるＩＰを入手し、その上でそのＩＰを使って長時間
サーバ候補として稼動させつづける事が条件になり、
それは、恐らく「掲示板をハックするというくだらない行為」に対してペイしない
手間ではないかと思います。
この時点で、そうした行為を行う人が現れる確率は皆無になり、参加者に
とって十分信頼のおける掲示板を作る事も可能なのではないでしょうか？

え〜、それから、もちっと追加すると ・・・
スレを立てる == 最初のサーバを立てる
という事でいいのではないでしょうか？
人気が出れば、そのスレの２番目・３番目のサーバとして名乗りを上げる
クライアントが増え、そのスレの信頼性がＵｐしていき ・・・
クソスレは人気が出ない為、いつまで経っても荒らし放題、サーバもダウン
しがち ・・・ いずれは消えていく ・・・
という事で、掲示板栄枯盛衰の理にかなっているようにもみえます。

301:デフォルトの名無しさん
02/01/06 15:59
>>300
もうちょっと考えてから書こうよ。
とりあえず一点だけ。

>それは、恐らく「掲示板をハックするというくだらない行為」に対してペイしない
>手間ではないかと思います。

訴訟を起こしてまでスレを削除しようとしている企業もいるんだよ？
むしろ個人が手間をかけて昇格しようとするより、
こういう企業がしのぎを削ることになりそうな。

302:デフォルトの名無しさん
02/01/06 16:09
> 訴訟を起こしてまでスレを削除しようとしている企業もいるんだよ？

どこのスレが知らんが少なくとも俺は、企業が全力で潰したくなるような
アングラなスレを期待して２ｃｈに来ている訳ではない。
そこまでのアングラ性を期待しているユーザなんて全２ｃｈユーザの１％
にも満たないと思うが ・・・ ？

303:デフォルトの名無しさん
02/01/06 16:13
上記のアドレスをfeedした後updateすると以下のエラーがでます.

java.lang.NullPointerException at vojta.packet.PacketBroadCastQueryMessage.
(PacketBroadCastQueryMessage.java:36) at
vojta.servant.VojtaClient.queryThreadList(VojtaClient.java:118) at
vojta.servant.VojtaServantImpl.updateThreadList(VojtaServantImpl.java:119) at
vojta.proxy.VojtaServerHTTPHandler.commandBodyUpdateThreadList
(VojtaServerHTTPHandler.java:872) at
vojta.proxy.VojtaServerHTTPHandler.executeCommand(VojtaServerHTTPHandler.java:
160) at vojta.proxy.ProxyThread.run(ProxyThread.java:72)

catv(private ip address),linux,w3m&netscape 4.77
です.

304:デフォルトの名無しさん
02/01/06 16:15
追伸

ついでに言えば、そのアングラスレをどうしても維持したければ、
潰されても潰されても立てつづければ良いだけの話のような ・・

いや、第一そのスレが絶大なる人気と支持を誇るのなら、きっと
企業にも勝てる強固なサーバ群に成長してると思うぞ？

305:デフォルトの名無しさん
02/01/07 18:16
このスレの人、もしよかったら
freenet&frostも使ってみてください。
参考になるかも。
ｽﾚﾘﾝｸ(download板:756-760番)

306:デフォルトの名無しさん
02/01/07 18:39
>>305
freenetも違法コピー目的に使われてかわいそうだなぁ。

307:デフォルトの名無しさん
02/01/07 18:51
>>300

＞接続時間と安定性でサーバとしての信頼度が加算されていき

どこがモニタと信頼評価するんじゃ。アホか。

308:236
02/01/07 18:59
>>300
なんか否定レスがつきまくってますが、検討には多謝です。
いまレポートで死にそうなのでレスは遅くなりそうだから
ちょっと待っててください。

ちなみにモニタするのは信頼を要求されたサーバでしょう。
自分がクライアントとして相手を一定期間観察すればよいかと。

309:デフォルトの名無しさん
02/01/07 23:16
え〜、ちょっと補足説明。
モニタするのは信頼されたサーバ以外に、
各クライアント（＝将来のサーバ候補）
も含まれると思います。

Ｐ２Ｐ掲示板のブラウジングソフトが
稼動中の一定時間間隔で各サーバの動作
状況をチェックし、安定しているものに、
署名付きの「お墨付き」を与える。
(これは自分がＰ２Ｐに接続する際の接続先
リストを兼ねているのだが、これは自分の
ローカルディスクに置いておく)

サーバ候補を表明しているブラウザは
この動作状況チェックの際に稼動中の
サーバの数も同時に調べ、例えば１０台
のリミットを下回っていたら、自分が
サーバに昇格できるかどうかの検討を
始める。
この際に、Ｐ２Ｐでコネクションを保って
いるクライアント群に、お墨付きの状況
を要求し、自分のお墨付きが１０位以内
にあるかどうかを調べる。
１０位以内であると判定したら、今度は
自分がサーバへ昇格する旨をクライアント
群に通知する。
クライアントは、その通知元のサーバが
自分の信頼に足るかどうか調べ
（厳密に１０位以内かどうか検証するので
なく、多少条件は緩めにする）
信頼に足れば、以降そのピアをサーバと
して認識するし、信頼が足りない場合は
そのピアをＰ２Ｐのネットワークから排除
するように動く。
（具体的には自分の直接の通信先だった
場合、即座に通信を打ち切るとか ・・・）

こんなんでどうでしょうかね？


あと、下のイメージはちょっと変更。

> スレを立てる == 最初のサーバを立てる

板を立てる == 最初のサーバを立てる

ぐらいにしときたいと思います。

310:デフォルトの名無しさん
02/01/07 23:38
vojtaちょっとアップデートしました。突如として同じホストを闇雲に張りはじめる
不具合を直しました。今の僕のホストは　61.115.124.1の80番ポートです。誰か
ちょっと見てやろうかという人いらっしゃいましたら、つなげてくれるとうれしいです。

それから、誰かファイアーウォールの中にいない人、僕から接続してみたいので、
IPアドレス教えてくれるとすごく感謝です。URLは　URLﾘﾝｸ(vojtaproject.tripod.co.jp)
です。

311:310
02/01/07 23:58
ちょっとサーバの調子がよくないです。テスト中止しますです。
ごめんなさい。今日はもう寝ます。

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を終了し、２分くらい立ってからもう一度接続してみてください。なんかすみません。

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

5328日前に更新/318 KB
担当:undef