Vojta計画

09372aをリリースしました。

一定の時間間隔を置いて自己生成のパケットを投げているが、それが集中してしまうことで、短時間に大量のパケットの送受信が
行われてしまっていました。これを分散させることで、ネットワークにより負荷のかからない通信を行うようになりました。

http://lfchosting.com/vojtaproject/ 　
よろしかったらお試しください。

>>886 直しました。Slave接続からの接続が切れなくなっていたようです。

みてね〜♪
http://www1.free-city.net/home/s-rf9/page004.html

>>887乙。
Gentoo版、Debian版もアップデートしました。

従来のバージョンだと

(1)CPU使用率0%　…沈黙タイム。
(2)CPU使用率100%　いきなりパケット沢山送受信どかどかどか…。

の繰り返し。通信速度が遅かったりルータの処理能力が低かったりすると、(2)のところでコケたり、
通信先のサーバントから遅すぎと判定され切断されちゃったりすることがあったようです。
最新版ではこれがかなり分散されるようになりました。結果的にかなり軽くなったはずです。

これで長時間接続で落ちたりすることがなくなれば、もともとの開発が再開できます。削除情報の
共有とかログ問題とか。

んー。いい感じですねー。まだSLAVE接続が切れないことがあるみたいですねー。次のバージョンでチェックします。

他に何か障害はありますでしょうか？

今のところ障害はないですね。
ログを取っていたらHDDが一杯になってびっくりしましたが、それはこちらの話。
↓は気付いたこと。

・/CMD_MENU_STATUS で誰にでも guid が見えてしまうのはどうかと思った。
　2chのIDみたいに、投稿者の同一性を示すだけのものだと解釈していたから。
・/CMD_MENU_ABOUT のリンク先が古いHPのままになってる。

落ちちゃうバグ取れましたね（宣言）。まだ他に不具合はあるとおもうけど。
むちゃくちゃやる気出てきました。やる気自家発電。

>>892 guidの位置づけがはっきりしていないんですよね。guidはサーバント
の固有のIDで、サーバント同士の組織化に利用しています。偽ろうと思え
ば偽れます。　それを書き込みの際に投稿者を表すIDとしても利用してし
まっている。これは2chのように時間が経つと変わるわけでもないし。

色々機能をつけているうちに、ページの表示がどんどん重くなってる。
カキコのキャッシュを作って、いちいちDBにアクセスしないようにする。
さらに、いちいちデコードしなおさない。
さらに、いちいち認証しなおさない。

これで相当軽くなるはず。

(1)削除情報の共有
(2)ページ表示の高速化

次のバージョンではこの２点を行います。

http://homepage.mac.com/hiroyuki44/

Vojtaのdebパッケージをalienでrpmに変換してVineマシンに入れてみたら動きました。
postinstスクリプト相当のことを自分でしないといけないし、
/etc/init.d/vojtaなんかは書式が違うんですが。

>>897 乙　何か要望はあるでしょうか。

あとデータベースエンジンも選べるようにしたいです。今のhsqldbは起動間出にかかる時間が重いですね。もっと軽い奴。

>>898
本当ならRPMの作りかたを勉強するべきなんですが、
普段VineとかRedhatとか使ってないので二の足を踏んでます。

今のところは要望はないです。
新機能の「削除情報の共有」ってのはどんな感じですか？

Vojtaのrpmパッケージを作りました。
Vine Linux 2.6 で一応動作確認しています。
今のところ、PCの終了や再起動のときにVojtaがきちんと終了してくれません。
http://helios.cs.uec.ac.jp/vojta/vojta-0.9.37.2-1.noarch.rpm

>>900は修正しました。

>今のところ、PCの終了や再起動のときにVojtaがきちんと終了してくれません。

これはJava側の不具合？終了までには少し時間のかかる時があるようですが…。

マトリックス見てきた。うわさには聞いてたけど、つまんね。内容に比べて長すぎ。ジム行ったほうが良かった。

>新機能の「削除情報の共有」ってのはどんな感じですか？

信頼されたサーバント同士で削除情報を共有し、その中の数名が削除すれば、信頼されたサーバント全てから
書き込みが削除される。　内部的には、dataフォルダ内にeliminatedinfo.xmlがあるので、このデータを共有する
ことです。

>>902
＞これはJava側の不具合？
違うです。Vineのinitスクリプトでは/var/lock/subsys/vojtaが
ある→vojtaが起動している→自動で終了する
ない→vojtaが起動していない→終了させない
という判断をしているのです。
そこらへんがよくわかってなかったのですけど、修正しました。

ただVineだと終了がうまくいかないことがあるみたいです。
理由は不明。たぶんJavaのせい？
上のスクリプトでは乱暴にも、10秒待って killall java してます。

http://internet.watch.impress.co.jp/www/article/2003/0704/freenet.htm

Freenetの開発者って本当にバカだな。

>>905
バカなのはパッケージを買うほどの思い入れも持てない糞アーティストの
ネットでオトしたMP3で事足りる駄曲をベラボウな価格で売りつけようとしてる
レコード業界のほうだ

詭弁ですな。

聞きたいなら買え
買いたくないなら聞くな

なんかまた2chの危機らしい。
韓国の企業が鯖を管理するとかなんとか。
WinnyBBSへの移行は話題になるもののVojtaの話題は出ず。

nyには強力な餌があるからな

nyはうpロダ機能があるからだよ。

うーん。2chの色々なスレをおいかけてないからわからないけど、「まず匿名じゃなきゃ」みたいな
イメージがあるよね。

結局は自分達の場所は自分達で作るしかないと思う。そこででの発言に伴うリスクは自分達で
担保するしかない。そのインフラを今から準備しよう。

というvojta計画のテーマをもう一度再確認してわかりやすいページを作るべきだとは思います。
でもまず、能書き語ってないで、開発です。

今回問題になってるのは、
管理者(ひろゆき)とか管理会社(夜勤さんとこ)は
書き込みを消すのも書き換えるのも、
投稿者を特定するのも自由自在ってのが前提にあって、
彼等は信頼できるけど、
新しく提携した韓国企業は同じように信頼できるのか？
ってことじゃないかと。

実はVojta(or Winny)でも「このプログラムは信頼できるのか？
匿名のつもりでも実はどこかにデータを送ってるんじゃないか？
誹謗中傷の書き込みを自分がやったことにされるんじゃないか？」
という心配があって、
結局は作者さんを信頼するかどうか、という
危ういところで成り立ってる。

>913
そしたら、オープンソースにするか、ブラックボックステストしたらいいんじゃ？
まあ、その検証人もまた信頼に値するかどうかは、個々人の自己判断で決めるんだけどね

freenetの時代が来るのかな。

>>643 >>681-682

掲示板：個々の掲示板
カテゴリ：関連した掲示板等の集合
グループ：同一のポリシーに基づいて運用されるネットワーク

「異なるグループ同じカテゴリ」というのはアリ。

もっとわかりやすく。

>>916
「グループ」ってのは2chでいえば
「オカルト」と「少年漫画」というカテゴリの違う板が
同じpc4.2ch.netにあるようなもの？
しかも単に振り分けるのではなくて
ポリシー(匿名のルール等)をも考慮すると。

↓は思ったこと
・ユーザはそれを意識しない方がいい？
・板の数によっては動的に変化するとしたら？
・起動時の自動接続の設定はどうする？
・ポリシーにはいろいろな要素があるから数が膨大になる？

作者は、匿名性とか１８禁とかファイル添付可不可といった大まかな掲示板の違いによってグループ（ネットワーク）をわけることを
想定してます。その中に掲示板を勝手に作って勝手に運用されるような仕組み。　「カテゴリー」というのは、プログラムレベル
では存在せずに、掲示板のレベルで存在した方がいいんじゃないかな。

板の数によって動的に変化する…。グループに所属する掲示板が多くなりすぎて、サーバント上を流れるパケットがあふれ
ちゃうようなことになったら分割することになるのか結局。

起動時の自動接続は各サーバント毎に設定するものなので、グループ問題とは無関係のことと思います（個々の掲示板をサポート
するかどうかは、飽くまでも各サーバントに任される。でもあるグループに参加したら、そのグループで流れてるパケットは自分を
通過しちゃうけど）。

ポリシーは細かく設定することが可能ですが、いくつかのポリシーに収束してもらうしかないと思います。いくつかのテンプレートを
作成して、提供することが可能だと思います。「同じポリシーじゃないと同じグループに参加できない」と言うルールをどこまで厳密に
適応するか。多少違ってもだいたい同じポリシーなら、一緒でいいんじゃないのか。

パケットにIPアドレスを含めずゲートウェイからの表示にもアドレスを表示しないような設定は、今のvojtaでは出来ません。
実は出来ますが、それをやると歯止めがなくなります。そのグループに所属することのリスクや、vojtaを動かすことのリスクが
大きくなってしまうから。

＞起動時の自動接続は各サーバント毎に設定するものなので、
＞グループ問題とは無関係のことと思います
現行ではグループごとにどのサーバントに接続に行くか
設定してますよね。

＞でもあるグループに参加したら、
＞そのグループで流れてるパケットは自分を通過しちゃうけど
サポートするしないに関わらず？
だとしたらサポートするってのはどういう効果なのですか？
自分のところにログを残すかどうかの違いなのですか？

もしサポートしている板しかパケットを通さず、
サポートしてない板については別のサーバントを紹介するのなら
グループはいらないのかな？
でもそうなると板ごとにネットワークを生成するような形になる？
自動接続は1個所サーバントが分かればいいので楽かも？

http://www.zdnet.co.jp/news/0307/08/cead_mccullagh.html
McCullaghさんのインタビュー。後で読むこと。

>>919へのコメントを書くこと。

おやすみなさい。

バグ発見。下のスレで、
自分が接続していないときに新たな書き込みがあった場合、
そのレスの取得ができない。別のスレでは問題ない。再現率2/2
http://vojtaproject.kicks-ass.org/BBS/anothergroup/anotherbbs/QWXR6

はい。起動時に接続するグループと接続先のサーバントを指定できます。それらの設定は
全て各サーバントの自由です。

>だとしたらサポートするってのはどういう効果なのですか？
>自分のところにログを残すかどうかの違いなのですか？

掲示板をサポートすると、掲示板のログを保存します。サポートしない場合はログを保存しません。
また、他のサーバントからのログの問い合わせに応答します。サポートしていない板のパケットは
サーバント上を通過するのみです。

>もしサポートしている板しかパケットを通さず、
>サポートしてない板については別のサーバントを紹介するのなら
>グループはいらないのかな？

ポリシーが違います。

>>921
多分、sageで書くかどうかに依存するんじゃないかな。sageで書くとバグ発生。私の推測が正し
ければちょっと内部の仕様変更が必要です。見落としてましたな。thanks

もしグループが転送量などによって動的に変化するとしたら、
接続するグループの設定をするのが大変だろうな、と思ったわけでして。
動的に変化しないとしても新しいグループが出来たときとか。

でもそこらへんは将来的にはBBSManagerで設定するようになるのかな？
「自動接続する・しない」と「どこに接続するか」
をグループ毎のと、基本的な方針とで設定するような感じで。

やはりsageが引き金みたいですね。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

今のバージョンではsageで書くと、スレッドが更新されてないことになってるんですよね（だから上がらない）。
仕様がおかしかった。スレッドの更新時刻と、スレッドのage,sageを同じ基準で考えることは出来ない。

こんばんわConnectors(3)とかなっててうれしいです。あぁ、もう全然安定してますから。

安定してたはずなのに、さっき調子が悪くなって再起動してみたら、
再起動したもの同士は繋がったのにvojtaproject.kicks-ass.orgには
繋がらなくなりました。
% telnet vojtaproject.kicks-ass.org 80
とやると、繋がりはするものの、反応がまったくありません。
何がおこっているのかは分かりませんが、
ずっと接続していたものを引き離すと何かが起こるのかも。

おっと、本当だ！。
ゲートウェイが開けないね。これまでの落ち方？ではなかったパターンだ。
やっぱりテストするかいがありますね。

でも前のバージョンアップからずっと動かしっぱなしで動いてたので、
まぁ、満足なんですけど。

再起動します。

vojtaproject.kicks-ass.orgがConnection refusedなんですけど、
ファイアウォールとかで弾いてますか？

バグ発見！

vojtaサーバースレッドが死んでました。例外は

java.lang.NullPointerException at java.io.Writer.write(Writer.java:126)
at vojta.util.StringBufferList.append(StringBufferList.java:31)
at vojta.proxy.classic.Command_CMD_BODY_DEBUGTHREAD.executeCommand(Command_CMD_BODY_DEBUGTHREAD.java:47)
at vojta.proxy.VojtaServerHTTPHandler.executeCommandClassic(VojtaServerHTTPHandler.java:128)
at vojta.proxy.VojtaServerHTTPHandler.executeCommand(VojtaServerHTTPHandler.java:29) at vojta.proxy.ProxyThread.processClientRequest(ProxyThread.java:126)
at vojta.proxy.ProxyThread$ProcessClientRequestThread.run(ProxyThread.java:97)

後で検証します。とりあえず再起動します。

わかった。原因は、rootじゃなく一般ユーザで機能vojta再起動したために、80番ポートを開くのに
失敗していたから。そのためサーバスレッドが作れず、>>930みたいな例外も出ていたし、
外部との接続(vojtaproject.kicks-ass.org)も出来てなかった。

私が馬鹿でした。すみません。

キャッシュの効果を計るために、リクエストがあってからページの作成完了までにかかる時間を
計測してページの最後に表示しましょう。

開店セール見に来てーーーーーーーーーー！DVDを見ようー！GO！
▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼
開店セール1枚　500円より→→→http://www.dvd-exp.com　
アダルトDVDが激安販売→→→http://www.dvd-exp.com　
アダルトDVDの価格はなーんと1枚900円→→→http://www.dvd-exp.com　
最短でご注文いただいた翌日にお届け！→→→http://www.dvd-exp.com　
セルビデオ店の人気商品が24時間お買い物が出来ます。
　　　　　　　　時間をかけてゆっくり選んでください！
　　　　　　　　　　http://www.dvd-exp.com←へGO！
　　　　　　　　　　　DVDエクスプレス

サーバ環境をちょっと変えたので、vojtaproject.kicks-ass.orgを再起動しました。
NTTに騙されてフレッツADSLの一番早い奴にアップグレードしました。でもあんまり
速くないみたいです。

さぁ、開発開発！

がんばりなさいvojta計画

GUIをちゃんと作ってほぉっすぅい〜

GUIって、今のブラウザベースのものが使いにくいってことですか？
それとも専用のブラウザを作れって事ですか？

とりあえず僕はジム行ってきます。

＞You can not access this function via gateway.
＞Why don't you download vojta servant from here.
の「here」がtripodのままになってます。

＞About Vojta
＞Vojta計画
も同様。

ブラウザベースでいいんですが、せめて日本語にして。。。。。




帰ります（亀レスすいません）

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

>>938
次のバージョンで直します。

>>939
わかりました。Japaneseにします。でもちょっと時間かかるかもしれません。

最近ウェブアプリでMVCを分離できるJSFの勉強をしていますが、
国際化機能もあるみたいです。Vojtaもこれで書き直せば、P2Pの通信レイヤーと
掲示板の機能、GUIの部分に分割できるかなと考えてます。

>>941
いずれ世界に進出することを考えて英語モードも欲しいなあ。
それがJSFの国際化機能なんでしょうか。

日本で普及することが第一目標だとおもう。メニュー等が英語だと嫌な人がいるというの
であれば、日本語化します。

ローカライゼーション、Internationalizationはそれほど難しい作業ではないです。

zigumo終了の模様

>>895 (2)のページの高速化は作りました。どれくらい高速化されるかはバージョンアップしてみないとわかりません。
>>938 直しました。

今削除情報の共有部分作ってます。ここ作ったらバージョンアップします。

>>944 zigmoに栄光あれ！

ご冥福を・・・・・・


　 ||
　Λ||Λ
（ / ⌒ヽ
　| | 　　|
　∪ 亅|
　 |　|　|
　 ∪∪
　　 ：
　　 ：

　‐ニ三ニ‐

力尽きました。逝って来ます。。。

http://www.zigumo.org/

クーラー最大でガンガンかけてご飯炊いてたら、
ブレーカー落ちちゃったよ！

よってvojtaproject.kicks-ass.orgも再起動かか
りました。再接続はうまく行ったと思います。

削除情報は、dataフォルダ内の
eliminateinfolist1.xml
eliminateinfolist2.xml
に格納されています。
この情報は、http://サーバントのアドレス/CMD_TOP_ELMLISTで外部に公開されます。

サーバントは、予め登録しておいた「信頼されたサーバント」から定期的に削除情報をダ
ウンロードし、自分のところの削除情報とmergeします。　

例えば３つのサーバントが互いに信頼しあえば、３つのサーバントで削除情報を共有する
ことが可能になります。自分だけ別の基準で削除を行ったり、削除されたカキコを復活
させることも可能です。

問題は、削除が行われてから、それが信頼された全てのサーバントに伝達されるまでに
多少時間がかかること。プッシュ型じゃないから。

削除情報の共有は今作ってます。

次にログ問題（書き込みのログがたまっていくので、２ちゃんねるのようにファイルに
おとしてデータベースから外す処理）を解決します。

その次に、これまで浮かんだアイデアや、細かい修正点（設定項目の変更など）を
整理して一気に直します。

この段階で、機能は全て実装されたベータ版の完成とします。その後、マニュアル
を書いて公開します。

多分運用レベルで想定してなかった問題とかトラブルがたくさん発生すると思いま
すが、あまり直さずに(w、1.0のリリースに何が必要かを検討します。

見落としや何か特別な事情がなければ上記の計画で進めます。

おおっ
リリース秒読み段階！？

２ちゃんねるに書き込めないので、腕立てふせしてます。

>>949　マニュアルを書く前に日本語化を行う必要がございます。

http://www.wired.com/news/culture/0,1284,59897,00.html

よくわかんない。yahoo掲示板が trace難しいとか言ってる…。おそらく「難しい」とは
技術的な問題ではないのだろう…。

vojtaのバージョンアップしました。 0973aです。

削除情報の共有とか作りました。
高速化したはずが、逆に遅くなってますなんだそれ。次のバージョンで元に戻します。

http://lfchosting.com/vojtaproject/

乙。今パッケージを作ってるんだけど、
ver.0973a なのか ver.09373a なのかどっちなんですか？
番号順だと09373aの方が自然だけど、
一応ver.0973aということで番号を付けてますけど。

ただいま。またパッケージング失敗してますね。ごめんなさい。今から
直します。0973aが正しいです。

高速化したはずなのに、逆に遅くなることは良くあることです。
テストではそれなりに速くなったとおもうんだけどな、何かが
間違ったんだろうなぁ。

了解っす。例によって.deb .rpmを作りました。
http://helios.cs.uec.ac.jp/vojta/

.ebuildは単にバージョンを書き換えるだけなので各自やってね。
.rpmはまだテストしてないけど多分動くよ。

あと、dbmessage.*を消さないとハマるかもです。

>>957 すみません。テーブルに変更を加えたので互換性がなくなりました。
次のバージョンでもまた変更される予定です。なにか良い方法があればとは
思います。

各dbmessage.*の頭のところにバージョンを表わすものを書いておいて
Vojta起動時に照合し、一致しなければ削除、というのはどうでしょう。

>>959 そのアイデアは採用されます。

ただ、dbmesssage.*の古いバージョンを新しいバージョンに変更するのが面倒くさい。でも、もうすぐ仕様は
フリーズされますからいいと思います。

まだ考えるのは少し早いんだけど、正式バージョンが出来たら告知ってどうしたらいいんだろう？
Vectorとかに掲載を依頼すればいいのだろうか？
フリーウェアをアーカイブしているサイトではなくて、P2Pのポータルサイトに告知のメールを送れば
よいのかな。
まず初めに海外版からリリースするってどうでしょう。でもますますどこに告知していいか全然わからん。

上から読んでも下から読んでもVojta

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

またvojtaproject.kicks-ass.orgの調子が悪く、
ないはずのサーバントがリストに残ってます。
そのため新たに接続することができません。

もしかすると原因は僕にあるかもしれなくて、
130.xxx.xxx.xxx.xxxでTCP8888番ポートを塞いでるため
210.xxx.xxx.xxx:8888とうまく連携がとれないからではないかと思うのですが。

こんにちわ。vojtaproject.kicks-ass.orgのスレッドが衝突して
止まっているようでした。再起動しｍした。ご迷惑をおかけしてます。
協力感謝です。

サーバ調整のため、

ちょっとvojtaproject.kicks-ass.org落としますー。１時間くらい。

再起動しました。

>966 のバグはすべてのサーバントでまれに起きる可能性があります。
次のバージョンで直します。
http://localhost:8081/CMD_BODY_DEBUGTHREAD
で、VojtaClientのスレッドの更新時間が現在の時刻よりも１０分以上経過しているようで
あれば、落ちていることになります。

>>969 とりあえず再起動よろ

あ、また止まってますね。同じところで止まってるようです…。再起動します。

An Open Source Java SQL Database System
http://www.mckoi.com/database/

vojtaで使えないか？

先日、止まったかなーと思ったのですが、そのままにしておいたら
現在、勝手に直って動いているのを確認。

実は衝突していなかったという謎。　他のサーバントの挙動が影響してるのか。

Connector=0になったとき、サーバントをあらかじめ決めておいて
自動的に再接続できるような設定を付けてもらえないでしょうか。

>>974
うぅむ。それはどうだろう。Connector=0になるってことは、何らかの事情で切断されているってことで
すよね。それにもかかわらず、再接続を試みるってのは、何かトラブルの原因になりはしないだろうか。
ちょっと考えさせてください。

２つのサーバントが、NEAR接続とSLAVE接続の２種類の接続方法で二重に接続してしまう不具合
がまだ直っていません。

明日引越しだー！サーバはまだ動くよ。

同じサーバント同士がNEAR接続とSLAVE接続の２種類の方法で接続
->さらにそれが他のサーバントに伝達。
->ネットワーク内での通信量が何倍にも。
->パケットがあふれて切断発生。

じゃないかと疑ってみる。

不正者追跡・排除可能な匿名認証ライブラリシステムの開発
http://www.ipa.go.jp/NBP/15nendo/15mito/gaiyou/10-51.htm

この匿名認証に必要なツールとして、Anonymous Token Schemeを採用する。このスキームは
完全な匿名性をもち、また、ただ不正者を排除したい場合には信頼できる第3者機関を必要とし
ない。特に不正者を追跡したい場合には信頼できる第3者機関を必要とするが、効率的に不正
者を特定することができる。

誰が不正者を不正であると決めるんだろう？

>>977
やっぱ未踏はわけわからんわ。新奇性が全くないよ。

- 2chの匿名性はひろゆきが保証する
- 警察が要求すればログは差し出す
- ひろゆきがその気になればアクセス制限をかけることができる

ってな感じのを自動化しただけ。何でこんなのに1200万円も出すかなー。

もう一回読んでみたけれど、誰が誰を「不正者」と判断するのかが
そのページだけからでははよくわからないな。

実際にモノができてきてからもう一度考えてみよう。

>>979
サイトの管理者だと思うよ。
例えば貸し借りモデルなら図書館、掲示板なら管理者。
チャットでもIRCとは違い、固定のサーバを用いるとのこと。
ただ管理者の一存ではアクセスの制限はできても個人を特定することができない、
というのが新しいといえば新しいかな。

再起動しました。

たとえばスレッドの書き込みが1000個に達したら、そのスレッドを
'フリーズ'して、データベースからはずしてdata/filesにファイルと
して配置する。スレッドのリクエストがきたら、ファイルにフォワード
する。

サーバント毎にこの処理を行うと、タイミングによってはサーバント
毎にフリーズするタイミングが微妙に異なって、ファイルの最後の
方がサーバント毎に変わっちゃう可能性があるけど、今のところこ
れは仕方がないこととしてしまう。はい。仕様です。

たとえば1010個までかけるようにして、ファイル化するのは1000までとか。

のりしろというか、余白の部分をあらかじめ用意しておく。

ウェブサイト移転しました。
http://park11.wakwak.com/~vojtaproject/

誰か次スレ立ててください。立てられませんでした。

どうも、これもＰ２Ｐ掲示板らしい。

P2P BBS "新月" (shinGETsu)
http://fuktommy.hp.infoseek.co.jp/cgi-bin/wiki.cgi?%BF%B7%B7%EE

Infoseekはcgiへのアクセスを制限してるので
リンクはトップページに貼っていただけるとうれしい。
http://fuktommy.hp.infoseek.co.jp/

ちなみに僕もスレ立てられませんでした。
↓テンプレ案

Vojta計画2

P2Pによる匿名も可能な掲示板であるところのVojta計画について語るスレッド。

リンク：
http://vojtaproject.kicks-ass.org/
http://park11.wakwak.com/~vojtaproject/

前スレ
http://pc2.2ch.net/test/read.cgi/software/1014650252/l50

2chのような掲示板システムってP2Pで part.2
http://pc.2ch.net/test/read.cgi/tech/999431595/

新スレ。やっと立て方を理解した。
http://pc2.2ch.net/test/read.cgi/software/1063423558/l50