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)