Bottom of this page.
|
<<last
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
-
24a7d0fa
anonymous
2007-09-01 23:44
- 次世代P2P perfect dark, "historie"
（煩雑になるので以前の文章は消去します。Wikiなどでご覧ください。Wikiを管理してくださる方に深い感謝を。）
perfect dark をご利用いただきありがとうございます。
アップデートについてですが、諸事情によりあまり頻繁にはアップデートできません。努力はしますが、ご了承ください。
残念ながら現状では既存のP2Pソフトウェアの効率性には及びませんが、既存のP2Pソフトウェアを超えられるよう改良を続ける予定です。
ユーザーの皆様にはどうか長い目で、perfect dark を見守っていただけるようお願いします。
また、ネット上のレポートはなるべく多く読ませてもらっています。とても参考になるご意見の数々、ありがとうございます。
☆お願い
不具合報告や要望は下のテンプレートに沿って、なるべく詳しく正確に状況をお伝えください。
また、本当に勝手なお願いなのですが、バグ報告や要望をWikiにまとめてくれると助かります。
★バグ報告テンプレ (ﾉ∀｀)
--------------------------------------------------
【PDバージョン】 ver.
【OS】Windows
【搭載メモリ量】 MB
【備考】
--------------------------------------------------
【バグ症状】
【バグ再現方法】
--------------------------------------------------
最新バージョンの使用を推奨します。
再現できないバグは、修正がほぼ不可能です。
バグ報告の際は、環境に依存しないバグの再現方法を併記してください。
★要望提案テンプレ (´･ω･‘）
--------------------------------------------------
【要望】
【メリット】
【デメリット】
--------------------------------------------------
メリット、デメリットを必ず書いてください。
☆バグ報告
以前より様々なバグ報告が寄せられていますが、再現できない場合や環境に特異的な場合は、
こちらも想像だけで対処せざるを得ないため、バグ修正が非常に難しくなってしまいます。
バグ報告に対処しようとしたものの、あきらめざるを得なかったことも多々あります。
バグ報告自体は大変ありがたいのですが、バグ報告してくださるときはできるだけ
環境に依存しないバグの再現方法や、できる限り詳しい情報を教えてください。
また、バグ報告の中には希にですが、クラックによる弊害と思われるものがあります。
正常動作でのバグかどうか、判別に時間がかかるため、
余裕のある方はバグ報告の再現・検証をしてくださると非常に助かります。
☆改善点リスト（以前からよく聞かれるものについて纏めてみました）
unityフォルダの複数指定→できたら面白いと思いますが、技術的に非常に難しい。後で再検討します。
ファイル毎にダウン先を設定→通常ダウンロードでは設定せず、ギャザーでフォルダごとに保存にしようと思います。
Network Driveからのアップロード→後で検討します。
ファイルのダウンロード速度・残り時間を表示→後で実装します。
ファイル変換の進行状況の表示→後で実装します。
フォルダ単位のアップロード→セキュリティリスクになるため、実装する予定はありません。
柔軟な検索、検索条件の追加→後で実装します。
☆ユーザーの皆様に負担していただくこと
perfect dark は既存のP2Pソフトのような、単純なファイルの交換ではなく、統合的な情報の共有を目指しています。
ネットワークに存在する全ての情報を、個々の perfect dark で支えていくイメージです。
そのための仕組みが、dkt+dht+du であり、またこの仕組みのため個々の perfect dark にある程度の負担がかかります。
dht+du では perfect dark ネットワークの構築のために、自動ダウンロード・アップロードが行われます。
そして自分の担当するハッシュのデータが自動で収集・保存されます。
このため、ユーザーの皆様には自動ダウンロード・アップロードの際の通信帯域や、
unity（キャッシュ）の容量を負担していただくことになります。
perfect dark ネットワークの構築のためには必要不可欠の処理であり、
また、perfect dark ネットワークに参加する以上、不可避であるとお考え下さい。
ユーザーの皆様には負担となりますが、何卒ご了承くださいますようお願い申し上げます。
☆キャッシュ即消し対策
当然ですが、perfect dark はネットワークで成り立っているので、
個々の利益と共に全体の利益も考えなければいけません。
キャッシュ即消しは perfect dark ネットワークにとって損失になるため
できる限り遠慮していただきたいと思っています。
実験的にですが、キャッシュ即消し対策として以下の通りに動作するようにしました。
dht+du分のunityの大きさが 2000MB以下：手動ダウンロードより自動ダウンロードが優先的に帯域を使う。
それ以上：手動ダウンロードが優先的に帯域を使う。
要するにキャッシュ保持量が多いほど手動ダウンロードしやすくなります。
十分なキャッシュが貯まると、自動ダウンロードは停止します。
通常通り使用する分には何も問題はありません。
☆phase-2の進捗状況について
☆お返事
直接アップロードの要望や、自動ダウンロードされたunityの確認をしたいという要望が出ていますが、
実装は難しいと思います。申し訳ありません。
理由はいくつかありますが、匿名性のお話も含め、そのうち詳しく説明したいと思います。
☆開発指針
インターフェイス用のhttpサーバ機能を実装しました。
実行すると、mutagenフォルダにkashin.html、kashin.jsが作成されます。
詳しい方が見ればわかると思いますが、mutagenフォルダのファイルは編集可能で、
かなりカスタマイズが可能な仕組みになっています。
現状のkashin.html、kashin.jsでは必要最低限の機能しか実装していません。
詳しい開発指針はこれから纏めますが、mutagenフォルダ以下のファイルの開発に関しては
他の人に任せたい、又は協力を仰ぎたいと思います。
自分は最低限の機能のみ実装するので、編集して自由に機能を拡張してくださって結構です。
もし公開していただければ、perfect dark 本体に組み込もうと思います。
外部からのアクセスは拒否、ファイルのアクセスはmutagenフォルダ以下のみと、
一応セキュリティには気を遣っていますが、もしかしたら不備があるかもしれません。
気がつかれた方は是非教えてください。
気まぐれお返事☆会長 - フローの匿名性について
フローの流通の仕組みとしては、フローを一定数（300個）保持し、
それを接続ごとにランダムに1つずつ交換しています。
自分のフローは一定時間ごとに保持リストに追加しています。
あまり効率的な仕組みではありませんが、匿名性は極めて高いと思います。
自分の頭ではフローの発信者を特定する手段は思いつきません。
仮身・実身・評価・ボード・ギャザーも匿名性を優先して設計していますが、
フローの匿名性が現在、そして未来も最も高いと思います。
☆表示の不具合について
"open xml" しか表示されないという不具合が報告されていますが、
もしかしたら環境依存のJavaScript関係の不具合かもしれません。
詳しい使用環境、セキュリティの設定を教えていただけると対応できる可能性があります。
version 0.951
表示タブの履歴画面に、右クリックメニューを追加しました。
タスクアイコンのツールチップの表示が欠けていた不具合を修正。
希に自動アップデートに失敗する不具合を修正。
部分ダウンロードのダウンロード情報の表示を変更しました。
version 0.950 "<Clean sexpot old man>"
二次制限を削除しました。
インターフェイス用の簡易httpサーバ機能を実装しました。
部分ダウンロード（評価情報のみダウンロード）を実装しました。
コメント付き評価を追加しました。
表示タブの機能を実装しました。
Top of this page.
|
<<last
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
(PerfectDark新月支部/4068/10.6MB)