Vojta計画

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