ToDo

http://o2on.s69.xrea.com/wiki/index.php?ToDo

要検討

dat捏造対策

  • 内容が違うものを連番をつけて別ファイルに保存(123456789.dat.1、123456789.dat.2、…)
  • 一致バイト数を累積して記録。多いものを連番なしの本スレとして採用
  • 拡散は本スレのみ行う
  • 閲覧は管理画面から全部できるようにする。本スレの選択もできるように
  • なるべくシンプルなシステムにして評価システム等は入れない

削除要請の仕組み

  • ToDo/削除要請の仕組み←これを叩き台にして仕様を詰める
     
  • 削除要請の送信(1次送信者)
    • スレのハッシュと理由を送信
    • 送信はDHTの仕組みを使いハッシュ値に近いIDを持つノード&dat所有者に送る
    • dat所有者は管理画面で一覧できるようにする。実際に持っているかどうかの確認もできるように
  • 受信したIDの近い人
    • 同様にIDの近いノード&dat所有者に定期的に配信(15分毎ぐらい)
    • 1次送信者と違いノードを探す処理は不要(自分のキーリストを見ればよい)
    • 削除要請を貯めるバッファは最大10件ぐらいでいいと思う
  • 受信したdat所有者
    • 「削除要請に無条件に従う」「フラグを立てる(拡散継続)」「フラグを立てる(拡散停止)」を板別に設定できるようにしておく
    • 無条件に従う場合は即削除、フラグを立てる場合は管理画面にて確認
  • 問題点
    • ポート0は削除要請を受信できない。UPnP導入するしポート0は参加不可にしてもいいんじゃないかなと思っている。

検索onlyのノードを参加可能にする

  • 現在のdat拡散のおさらい
    • datをリクエストする場合、必ず自分の持っているdatをお土産として持参するようにしている
  • 検索onlyノードとは
    • 板別保存の設定で全部OFFにすると検索onlyになる
    • datを保存しない以外は動きは同じ(DHTの仕組みに必要なノード)
    • 検索onlyでも、お土産のdatは必要
    • o2onをプロキシに設定してどれでもよいのでスレを開き、お土産とする

要望

UPnP対応

複数の保存場所対応

  • 1つがfullになったらもう片方へ、といった単純な実装なら可能か

圧縮

  • 仕様
    • 圧縮方式:gzip
    • 「datを圧縮して保存」「通信を圧縮」を別々にon/off可
  • 通信を圧縮
    • 互いにONならgzip圧縮して送る
    • OFFにしているノードに対しては圧縮せずに送る
  • datを圧縮
    • datへのアクセスのたびに圧縮/解凍処理が発生するので重くなるよ、たぶん
    • 途中でon/offを切り替えた場合は、一括でdat変更するか、アクセスのあったdatから逐次変換するか選択

UNIX(Linux)版

  • マルチプラットフォーム対応します
  • 直す場所
    • GUIは無くていいと思う。コンフィグファイル書き換えて起動できればOKかな。
    • XMLパーサ周りはXerces-C任せ
    • 文字コード変換はiconv?
    • スレッド回りはPOSIX対応してラッピング
    • Makefileは誰かやってちょ

DLL化

  • DLL化&インタフェース公開して専ブラから制御できるようにする
  • datへのI/Oをフックするようにして、キャッシュと専ブラのdatを共用
  • スタティックライブラリも作る

優先接続先ノードの設定

  • Scoreのベースを10000とかにして、優先接続させる
  • 接続が切れた場合は接続先から除外するが、DBからは消さない
  • 同じPublicKey?を持つノードが見つかったら本人確認した後に復活させる

クラスタリング

  • クラスタリングワード=板名
  • 板はいくつでも登録可
  • 同じワードを持つノードはScoreのベースを底上げ(マッチワード数×1000とか)し、優先的に接続

タイトルで検索

  • DHTにしたのでキーワード検索はちときびしい
  • キー情報にキーワードが含まれていたら収集なら可能か。でも地引は不可能
  • 地引はできなくしたほうがいいと思うんだよね。変なことに使われそうだし。

ログの管理

  • 管理画面で一覧表示して削除
  • ログ容量の最大値を指定できるようにする

管理画面の各ページに絞込み機能をつける

  •  

キー情報、検索クエリのページ化

  •  

datインポートツール

  • 誰かやらないか

エラーログをファイルに出力できるようにしてほしい

  • やります。実は実装してあるけど殺してある
  • apache互換フォーマットのほうがいいのかな

流通クエリと流通datのURLのコピペがめんどくさいので、ワンクリックで専ブラで見れるようにしてほしい

  • はい、でも全ての専ブラに対応するのは私一人じゃ無理なのでどうすっかな
  • 起動部分をスクリプトにするとか?

プロフィール公開

  • PulickKey?を使って本人確認

要調査

Firefoxで重い

  • たぶんXMLが長すぎなんだな。なんとかします。

管理画面の新規バージョン通知やメッセージ通知がされない場合がある

管理画面にサイズ0のフレームがあって、その中で
定期リロードでo2onに問い合わせてるんですが、それが止まる場合があるようです。
いわゆるMETAタグのRefreshなのですが、ブラウザの何かに反応して
Refreshが中断されるようです。今の問題がおちついたら調べたいと思います。

不完全なdatで上書きされるのがまだ直ってない

69 名前:[名無し]さん(bin+cue).rar[sage] 投稿日:2006/12/31(日) 21:15:10 ID:iS19eiK90 ?2BP(10)
これってすでに保持しているdat>補完済みdatだった場合、
再読み込みできないようにすることってできないの?
間違って書き換えちゃったよ

対応済(様子見を含む)

不正なデータを送るノード

  • connect不可やo2onではない返答の場合即削除するようにした

ノード拡散は接続が確立できたものだけにならないか

  • Kademliaにしたためノードリストは収集するものではなく相手からの接続により更新される仕組みになったため 接続不可のノードリストが来ることはほぼなくなった。

.indexのチェックをもっと早くしてほしい

  • SQLiteでデータベース構築するようにした。様子見。

スタンバイして復帰したらノードが全部消えるのを何とかして欲しい

  • スタンバイ、レジュームにあわせてP2Pを起動/終了させるオプションを追加

DHT(分散ハッシュテーブル)

  • 参考文献 http://homepage3.nifty.com/toremoro/p2p/dhtintro1.html
     
  • DHTって何?
    • P2Pでキー情報を効率よく管理する手法
    • 同時にノード管理の効率も向上
  • 導入するとどうなる?
    • 検索時にデータを持つノードがいれば確実にヒットするようになる
  • どうやって効率化してるの?
    • 各々のノードにキーの管理範囲を割り当てる
    • 少ない通信量でノードを特定するアルゴリズム
  • ノード消えたらキー情報消えてしまうのでは?
  • 通信量増えない?
    • プラマイ0ぐらいかな?
    • ノード拡散↓ / キー拡散↓ / クエリ拡散:無くなる / 検索:↑ / dat拡散:変化無し
  • dat拡散はどうなる?
    • DHTはあくまでノードとキーの管理に関することなので無関係
    • dat拡散はクラスタリング等で独自に効率化する必要がある
    • 検索が確実にヒットするようになるため、無差別に拡散しなくてもよくなるかもしれない

新バージョン通知

  • やります

プロフィール公開

  • 公開/非公開を設定可
  • 追加設定項目:名前、紹介文(タグ不可)
  • 相手の状態を見れる

P2Pポートの bind に失敗したらバルーンを出してほしい。

  • 起動エラーをもっとわかりやすくしたいと思います

新規IMの通知

  • アイコンも変える
  • 管理画面のタイトルバーを変えるようにした

Webブラウザや Irvineなどでダウンロードしたいときは、いちいちプロクシ設定をするのが面倒なので、例えば http://127.0.0.1:8000/?dat=http://ex17.2ch.net/test/read.cgi/news4vip/1164641644/ という形式のリクエストで datファイルを DLできるようにして欲しい。それから欲を言うと dat->html変換機能を付けて、 http://127.0.0.1:8000/?html=http://ex17.2ch.net/test/read.cgi/news4vip/1164641644/ のような形式のリクエストをすれば、Webブラウザからもスレが読めるようになったら嬉しい。後者は淡い希望なので、とりあえず前者の機能をお願いします。

  • 後半はOK。前半がよくわかりません

datの日付が2036年6月16日、0:47:00になるのを改善してください

  •  

相変わらず、何度も保管しましたって出るぜ

  •  

rep2

359 名前:[名無し]さん(bin+cue).rar[sage] 投稿日:2006/12/13(水) 11:48:18 ID:4uSMwtuy0
0014以降rep2でdat落ちスレ開いても検索スレに追加されず
dat落ちの告知ページがdatとして保存されてしまう…
他にこういう人いない?

Unicodeに変換できない文字

323 名前:[名無し]さん(bin+cue).rar[] 投稿日:2007/01/10(水) 04:16:49 ID:vbJhHLUf0
【OS】WinXP
【バージョン】0.01 alpha (build 0023 win32)
【起動時間】1days
【2chブラウザ】Live2ch 1.16
【datフォルダ】1,990ファイル 225MB
【具体的症状】
既出だと思いますが。ログ
KeyDBerrorXML-FATAL: Invalid character (Unicode: 0x18)
KeyDBerrorXML-FATAL: Invalid character (Unicode: 0xe)
KeyDBerrorXML-FATAL: Invalid character (Unicode: 0x19)
使用不可能な文字?

送信+受信の数字があってない

247 名前:[名無し]さん(bin+cue).rar[sage] 投稿日:2007/01/06(土) 23:41:05 ID:fElbs3Op0
管理画面・状態の、現在のセッションの送信+受信の数字があってないんですが。
送信 2,150,339,157
受信 3,614,966,533
送受 1,470,338,394

JaneStyleLite?

222 名前:[名無し]さん(bin+cue).rar[sage] 投稿日:2007/01/06(土) 18:26:22 ID:ANDdt1OH0
JaneStyleLiteの新しいベータの機能でdatの1レス目と最終レスが表示されるようになりましたけど
このいわば不完全なスレ取得もdatフォルダで共有されてしまい,また,ビューアの表示も変になりました
これは素人考えですがおそらく普通のスレ読み込みとは違う特殊な方法で読み込んだdatをそのままo2onがdatフォルダに保存してしまい
それを普通のスレ読み込みの方法でJaneが読み込もうとした結果異常が発生したのだと思います
あくまで自分の環境でそうなったので,誰か他の人の検証の検証も必要だと思いますが
将来的に正規バージョンのJaneStyleがベータのこの機能を実装するならばその対策が必要だと思います
(一ビューアに対する特別な対応になりますがもしStyleのシェアが大きくさらに上記オプションがデフォでオンになるなら見過ごせない問題かもしれません)

ただしo2onが将来的に一般的なdatの形式しか共有できないような仕組みを設けるなら杞憂になるんですが..

名前引きのスレッド化

  • 詰まったようになるのはここが原因ぽい?

保留

仮想メモリ使用量が多い

仮想メモリ使用量(Virtual Size) ≠ OS仮想メモリ使用量 (たぶん)

o2onではメモリマップドファイルを多用しているので、過去にdatへマッピングした値が加算されているんだと思います。
特に問題は無いはず。

 

閑話:タスクマネージャのメモリ使用量について

プロセスタブに表示されているメモリ使用量は、実メモリ使用量ではありません。
正確にはワーキングセットであり、開放済みメモリに対する窓の残骸が含まれている場合がほとんどです。
しかしこのことは広く認知されていないため、この値が大きいとメモリが占有されているとクレームが入ります。

o2onではワーキングセットを意図的に開放するコードを入れ、この数値が少なくなるようにしてあります。
メモリ使用量が多いというクレームが減る反面、アプリケーションのパフォーマンスは低下しています。
o2onは重いアプリケーションではなく目に見えてパフォーマンスが低下するわけではないので、これでよしとしています。

operaで管理画面のスタイルが崩れる

  • Opera8かな?8は無理なんだ、すまねぇ

補完されたけど生きているスレを読んだときに落ちる現象の回避を・・・

  • ずっと前のバージョンで問題になってたやつかな?

専ブラも一緒に起動

  • いるかな?

HTML化されている場合はクエリを登録しない

o2onのdatフォルダを任意の場所に設定可能に

  • Profile.xml書きかえればできる
  • これ以上の対応はしなくてもいいと思う

初期ノードを自動的&定期的にダウンロード

  • XMLのフォーマットを決めておいて、登録されたURLを定期的にダウンロードする
  • DHTになり最新のリストを無理に溜め込む必要がなくなったので保留

添付ファイル: fileie.png 466件 [詳細]

トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2007-03-12 (月) 11:18:03 (988d)