2011年12月2期デスクトップ12: ディスクトップに細い線が・・・ (53) TOP カテ一覧 スレ一覧 2ch元 削除依頼
・ 次のスレ
13: 〜32bit アイコン総合スレ〜13 (241)
15: IDに「desktop」が出るまでわりとがんばるスレ13 (920)
16: 魁!壁紙修正事務所 10 (772)
19: メディアプレイヤーを晒してみようか (52)

ディスクトップに細い線が・・・


1 :07/05/07 〜 最終レス :11/12/22
ディスクトップの右のほうに1本だけ細い線がでてるのですが直す方法ないですかね?

2 :
ない
                終了

3 :
test

4 :
でぃすく

5 :
ディスクトップ(笑)

6 :
バカだな>>1
無防備なPCからスレなんか立てたら、
個人情報がダダ漏れしちゃうことに気づいてないのか・・・

7 :
>>1
液晶を強めに抑えると消える

8 :
>>7
何で枯れたスレにsageずにレスしてるんですか?

9 :
せっかく出てきたのだから、そこに内臓HDをつなぐといいよ

10 :
>>8
マジレスするとディスプレイ死亡
買い換えろ

11 :
17分割できるんじゃない?

12 :
漏れのCRTも横に線が2本入ってますよ

13 :
>1
デスクトップですが?

14 :
danpa-sen

15 :
しょうがない ageてやるよ

16 :
おれのディスクには何もないな、、、

17 :
ディスクトップwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

18 :
俺も疑問に思ってた あれ何?

19 :
ディスクトップキタ━━━━━━(゚∀゚)━━━━━━ !!!!!!

20 :
昔ノートで線がよこにはいった
おそらく角をぶつけたかも
いまは性能がよいのでめったにない
どっと抜けはあるけれども

21 :
iiyamaのCRTには構造上白いラインがうすくはいるらしいです。気にはなりません。17インチで置く場所にこまります。
隣の液晶の方がかるいですね
あまり使わないのでプリンターを上に直置きしている。

22 :


23 :
ダンパー線なら見える

24 :
中に出してもいいナリよ…

25 :
妊娠線なら見える
てかディスクトップってなんだ
UMPCの上をいく最新PCか?w

26 :
Disc Top
CDブート専用の据え置き型パソコン
HDD等記憶媒体は一切内蔵しておりませんので
サイトの閲覧等の履歴すら残りません
家族に内緒のサブ利用に最適ですwww

27 :
>>12
ワイヤー入りか。ブラみたいだなw

28 :
レンタル

29 :
レンタル

30 :
してる

31 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

32 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

33 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

34 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

35 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

36 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

37 :
>>653
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

38 :
>>653
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

39 :
>>653
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

40 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

41 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

42 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

43 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

44 :
>Shareの放流常習者は簡単に特定される (スコア:4, 興味深い)
>http://slashdot.jp/comments.pl?sid=401166&cid=1342085
>では、私が技術的に解説しましょう。
>Shareは細分化したファイルの断片をあちこちに拡散する方式のため、
>WinnyにせよShareにせよ、一次放流者が放流するときは、接続先のノードがあるわけだけど、
>そのノードから見て、一次放流者がどう見えるかが問題。Winnyの場合は、相手が一次放流者
>なのか、Cacheフォルダのファイルを二次放流している人なのか、区別できないようになってる。
>これがWinnyの基本設計思想です。
>ところが、Winnyの場合は、一次放流者は、いつまで放流していれば十分か(いつ消してもいいか)
>がわからない。それが捕まるリスクになる。そこで考えられたのがShare。Shareは、ファイルを8つ
>に分割して、隣接ノードに一方的にファイルを押し付ける。そして放流を終了する。放流したらあと
>は知らんぷりできるというわけでした。
>ただ、今度はそれが仇になる。接続されたノードから一次放流者を見たとき、Winnyと違ってShare
>の場合は、相手が一次放流中なのか、Cacheからの再送信なのかが、明確に区別できてしまう
>のです。でも、一次放流時の接続先はランダムに選ぶので、接続先が警察になる確率が十分に
>低ければ、捕まる確率も低い。これがShareの基本設計思想でした。
>しかし、毎週20本もの一次放流をしていたのでは、警察に接続してしまうことも出てくるのでしょうね。
>そうなってしまったら一発でアウトです。
>このことはShareが現れた当初から言われていたことです。
nyは、使ってる暗号に穴があってリアルタイム解析が可能だ。
洒落は、二次拡散に匿名性(中継など)が無いし、一次放流に分散アップロードがあっても中継転送しない。
PDは、一次放流・二次拡散ともに中継転送が30%以上あるし、dht+du(自動ダウンロードなど)・分散アップロードや実身・仮身システムがある。
通信経路の暗号化も AES-256bits と RSA-1024bits を採用してる。(低スペックPCが苦しい原因の一つ)
単純な比較はできないが、PDはny・洒落より匿名性はあると思うし、そう簡単に解析できるものじゃない。

45 :
>>25 貧

46 :
>>25 

47 :
ディスクトップ関連スレ(笑)
ディスクトップマスコット総合1
http://pc11.2ch.net/test/read.cgi/desktop/1123328523/l50

48 :
ts

49 :
http://www.cyzo.com/images/konata1014_s02.jpg

50 :
http://news.searchina.ne.jp/2011/1105/business_1105_042.jpg

51 :
http://sociopouch.files.wordpress.com/2011/11/tettou.jpg?w=580&h=388

52 :
http://1.bp.blogspot.com/-v5PH0ZBavLk/TrEW3cp_1DI/AAAAAAAABWY/NAWtz7pKm_M/s1600/4559922452_7fc78edc1e_z.jpg

53 :11/12/22

\               U           /
  \             U          /
             / ̄ ̄ ヽ,
            /        ',       /    _/\/\/\/|_
    \    ノ//, {0}  /¨`ヽ {0} ,ミヽ    /     \          /
     \ / く l   ヽ._.ノ   ', ゝ \       <本当にスゲエ!>
     / /⌒ リ   `ー'′   ' ⌒\ \    /          \
     (   ̄ ̄⌒          ⌒ ̄ _)    ̄|/\/\/\/ ̄
      ` ̄ ̄`ヽ           /´ ̄
           |            |
TOP カテ一覧 スレ一覧 2ch元 削除依頼
・ 次のスレ
13: 〜32bit アイコン総合スレ〜13 (241)
15: IDに「desktop」が出るまでわりとがんばるスレ13 (920)
16: 魁!壁紙修正事務所 10 (772)
19: メディアプレイヤーを晒してみようか (52)