07/01/14 02:12:01
>>897
> 削除基準がバラバラになり、"環境"が統一されないことや、
俺はそういうカオスなのが好きだから、それでいいんじゃないかと思ってしまう。
> ノード自身の削除に恣意的な物が含まれたり、
> ノード自身が自作自演することについては。
なので、各ノードが誰を信用するかはそれぞれ設定してもらう。
自己責任の世界ね。
ボランティア削除人ネットワークとか、
法的に問題のあるものは直ちに削除する削除人サービスとか、
乱立していいんじゃないかな。法的リスクゼロを好む人は、
そういう削除人を信用してピアすればよい、という考え。
もちろん、1ピアn円とか取るんだとおもう。(有用な削除サービスを提供する削除人ノードは)
908:通りすがりのド素人
07/01/14 02:13:10
削除基準を多段階にすればよいのでは？
広告・犯罪・個人情報なら一定数投票が集まったところで即消し
くだらない内容・荒らしなら削除議論板行きで削除（または放流差し止め）
みたいな．
909:名無しさん＠お腹いっぱい。
07/01/14 02:13:46
>>885
昔、NetNewsで記事の認証をきちんと行なうという件について議論されていた時に
ベースとなっていたアイデアだね。
910:名無しさん＠お腹いっぱい。
07/01/14 02:13:52
2ch差し押さえ反対OFF
OFFの詳細(Wikiから転載)
in東京
【日にち】1月14日(日)
【時間】AM11:00～
【場所】秋葉原駅電気街口
【必要な物】ペン・署名してもらう書類・プラカード、ビラ、覆面、などなど、あればなにか人目につくもの・「閉鎖いやー」という気持ち・うまい棒
【備考】飲酒等非常識な行為は厳禁。
in福岡
【日にち】1月14日(日)
【時間】AM11:00～PM6:00頃まで
【場所】博多駅みどりの窓口前
911:名無しさん＠お腹いっぱい。
07/01/14 02:14:40
>>908 その処理を誰がする
912:名無しさん＠お腹いっぱい。
07/01/14 02:15:15
>>885 初期のネットリテラシーが再び復活するような感じで、とても好いことだと思うよ。
だれか早速実装を検討してくれないかな。
913:名無しさん＠お腹いっぱい。
07/01/14 02:15:53
開発環境決めてくれろ
914:名無しさん＠お腹いっぱい。
07/01/14 02:16:45
第四世代p2pが新たに生まれる瞬間！？
915:名無しさん＠お腹いっぱい。
07/01/14 02:17:04
UNIX板なんだからUNIXじゃダメ？
もちろんオープンソース？
916:名無しさん＠お腹いっぱい。
07/01/14 02:17:31
>>908
工作員がスパムで大量にやる恐れがある
917:名無しさん＠お腹いっぱい。
07/01/14 02:18:01
>>897
> なるる。
> 削除基準がバラバラになり、"環境"が統一されないことや、
> ノード自身の削除に恣意的な物が含まれたり、
各人が、信頼するキャンセラーを自ノードに登録する、という方法が
提案されていたっけね。
複数キャンセラーの出したキャンセルリストを論理演算するとかなんとか。
> ノード自身が自作自演することについては。
それを見破るのが主要な戦闘過程になるのではという話をしていたような。
どこかにまとめがないのかな?
918:名無しさん＠お腹いっぱい。
07/01/14 02:18:02
pythonがいいな。
919:名無しさん＠お腹いっぱい。
07/01/14 02:18:41
>>913 やっぱVCじゃね。
920:名無しさん＠お腹いっぱい。
07/01/14 02:18:49
>>901
うーん…個人的には匿名性が確保されたからといって人の本質はそれほど変化するわけではないと思うけどな。
犯罪ネタで盛り上がるのと実際にやるのとでは違うしな。
キチガイ集団みたいな団体ってのは現実にいろいろあるけども、
仮にほぼ匿名で不特定多数が発言できる場ができたからといってそういう団体が増える結果になるとは考えにくい希ガス。
まあ実際やってみなきゃわからんけどな。
921:名無しさん＠お腹いっぱい。
07/01/14 02:18:54
UNIXならCでしょｗ
922:名無しさん＠お腹いっぱい。
07/01/14 02:20:12
gnustepとか言ってみるテスト
923:名無しさん＠お腹いっぱい。
07/01/14 02:20:48
とりあえずCで放流できるようにして、GUIは勝手に作るのでいくねっすか
924:名無しさん＠お腹いっぱい。
07/01/14 02:21:06
試しに実装。運がよけりゃ金子氏が降臨するかもｗ
925:名無しさん＠お腹いっぱい。
07/01/14 02:21:32
元々、ネットは自由なかわりに、異質なものを受け入れなければ、
それだけ情報量が減るというメカニズムが働くものだから。
それを自然に再現できそうな感じなのが、とても好印象だね。
住人の民度がひくければ、2chも消滅してしまっても仕方が無い。
工作員＞住人になった時はどんな２ｃｈもオシマイだよ。
926:名無しさん＠お腹いっぱい。
07/01/14 02:22:00
>>913
> 開発環境決めてくれろ
決める必要があるのはプロトコル。
927:名無しさん＠お腹いっぱい。
07/01/14 02:22:37
しかし盛り上がらないな・・・('A`)
928:名無しさん＠お腹いっぱい。
07/01/14 02:22:41
実装の話になってるけど、>>885案をベースに実装するってことでおｋ？
929:名無しさん＠お腹いっぱい。
07/01/14 02:22:47
あしたでよくね？
もう2時だよｗ
930:名無しさん＠お腹いっぱい。
07/01/14 02:22:51
いあMotif!!いあMotif!!
931:名無しさん＠お腹いっぱい。
07/01/14 02:22:54
UNIX板はじめまして。
ざっと流し読みしました。
プログラマじゃないんで技術的なことはわからないのですが参加させてください。
削除方法の議論がありましたが、p2pにするとして
削除できないシステムはやはり問題があると思います。
当たり前ですが、無法地帯はまずい。
投票制度だと有益な情報も消えるので駄目とのことですが、
競り方式にしてはどうでしょうか？
削除依頼と非削除依頼を競り合わせる。
p2pならなんらかの専用ｿﾌﾄが必要になると思うので（素人なんで間違ってたらごめん。
強制ポップUPかなんかで数時間置き＆ｿﾌﾄ起動時に表示、削除するか否か投票させるとか。
24時間以上つけっぱで投票ポップUP解除（ノード提供のメリットとして
削除対象はいままで通り通報制で。
住人の数は相当数あると思うのでそれを分散させて競りに掛ける。
そうすれば住民の総意で雰囲気決まるとおもうんだが。
意味のわからないレスでごめん。
932:名無しさん＠お腹いっぱい。
07/01/14 02:23:16
URLﾘﾝｸ(blog53.fc2.com)
とりあえずこれで和め
933:名無しさん＠お腹いっぱい。
07/01/14 02:23:44
正直、２ｃｈ自体に以前の魅力がないからねぇ。
今回の件は技術的に面白いものでもないし、閉鎖危機もいい加減飽き飽きしてるし、
単なるひろゆきの怠慢だし、ネタくさいし、やる気ない。
934:名無しさん＠お腹いっぱい。
07/01/14 02:24:13
>>919
VCは..
CかC++で
UNIX的にpythonもいいけどさ
高負荷を処理するにはどうだろ
935:名無しさん＠お腹いっぱい。
07/01/14 02:24:49
移植しやすい方が良いな。
936:名無しさん＠お腹いっぱい。
07/01/14 02:25:01
つかもうnntpでいいよ
937:名無しさん＠お腹いっぱい。
07/01/14 02:26:25
Cじゃ生産性低いだろ。Win用のBittorrentだってPythonだぜ？
938:名無しさん＠お腹いっぱい。
07/01/14 02:26:35
Unixで先に作って他の環境に移植の方が良いと思う。
939:名無しさん＠お腹いっぱい。
07/01/14 02:26:36
>>931 問題は削除対象をどう消すかなわけだ
940:名無しさん＠お腹いっぱい。
07/01/14 02:26:52
なんとなく、インタプリタは使いにくいと思う。
nyなんかexeと設定ファイルだけじゃない。
941:名無しさん＠お腹いっぱい。
07/01/14 02:27:21
今流行りのRubyとかｗｗ
942:名無しさん＠お腹いっぱい。
07/01/14 02:28:50
>>941がNGワードを出したから次スレ建ててｗ
943:名無しさん＠お腹いっぱい。
07/01/14 02:29:26
新しいのできたの？
944:名無しさん＠お腹いっぱい。
07/01/14 02:29:39
デフォでは最近のレス以外は放流しないようにすれば無法地帯って感じにはならないと思うけどな。
仮に削除機能を導入するとしても、ヤバい書き込みがあってから削除されるまでにはやっぱりタイムラグあるだろ。
放流するレスをユーザ自身が決定するのなら、わざわざ法に触れるようなレスを放流する奴はいないと思うんだがな。
945:名無しさん＠お腹いっぱい。
07/01/14 02:30:40
>>939
ｐ２ｐだと削除対象のデータが何処にあるかわからないってこと？
なら、株式市場の上場廃止ポストのように書き込み後、一時的にどこかのノードに保管。
一定時間経過で放流とかはできないの？
でも、そうすると勝手に保管されたノードに責任が及ぶか？
946:名無しさん＠お腹いっぱい。
07/01/14 02:31:07
>>940
Perlなら、インタプリタが無くとも実行できるexeファイルを生成できるソリューションがあるよ
本家: URLﾘﾝｸ(par.perl.org)
説明: URLﾘﾝｸ(hamachiya.com)
PythonとかRubyは知らないが、きっとあるだろう。
947:名無しさん＠お腹いっぱい。
07/01/14 02:31:59
>>928
> 実装の話になってるけど、>>885案をベースに実装するってことでおｋ？
あれは、記事/ノードの認証を行なうメカニズムであって、
配布ネットワークの形態については何も規定されていないね。
っていうか、この認証を行なうのであれば、どんな方法で配布しても
良いと言う話だったかな。
当時は、gnutella的な分配モデルをベースに考えていたように思うが。
948:名無しさん＠お腹いっぱい。
07/01/14 02:33:41
俺自身はしがない組み込み屋の素人なので、実装は職人さんにお願いしたい。
('A`)ﾓｳｼﾜｹﾅｲ
949:名無しさん＠お腹いっぱい。
07/01/14 02:34:07
>>931
> 削除方法の議論がありましたが、p2pにするとして
まず「削除」とはなんなのか定義してくれ。
キャンセラーがキャンセルマークをつけると、再配布を差し止め、
再配布承認待ちキューに入れるというようなのが提案されていたね。
950:名無しさん＠お腹いっぱい。
07/01/14 02:34:10
wWw<本ﾇﾚから来ました
('∀`)<unkunk
■Ragnarok Online EP5.0 Lv2773 これが若さか■
ｽﾚﾘﾝｸ(ogame2板:706番)
951:名無しさん＠お腹いっぱい。
07/01/14 02:35:05
>>947
㌧ｸｽ。理解した。
952:名無しさん＠お腹いっぱい。
07/01/14 02:36:06
>>950
ここの>>47の事は忘れてあげて下さいｗ
953:名無しさん＠お腹いっぱい。
07/01/14 02:36:30
>>936
> つかもうnntpでいいよ
nntpを使うのなら、ピアリングについてまた別個のメカニズムを用意する
必要がある。
954:名無しさん＠お腹いっぱい。
07/01/14 02:37:41
>>949
ごめん、定義できない。
955:名無しさん＠お腹いっぱい。
07/01/14 02:38:04
そういえばP2Pでモノ作ったことある香具師いるのか？
俺はもちろんない。オープンソースでやるなら今から学習はするが。
956:名無しさん＠お腹いっぱい。
07/01/14 02:38:28
ニンテンドーＤＳでも見れるようにしてください
957:名無しさん＠お腹いっぱい。
07/01/14 02:38:52
>>949
見えなければいい
そこに存在していても不可視ならバリＯＫでござる
958:名無しさん＠お腹いっぱい。
07/01/14 02:39:23
uucp..うわ何を
959:名無しさん＠お腹いっぱい。
07/01/14 02:40:01
>>955 いい機会だと思って(・∀・)ﾍﾞﾝｷｮｳｼﾃﾏwww
960:名無しさん＠お腹いっぱい。
07/01/14 02:40:28
Wi-Fi対応キボン
961:名無しさん＠お腹いっぱい。
07/01/14 02:40:34
>>949
削除＝誰もそれを流さない状態
じゃないの？
962:名無しさん＠お腹いっぱい。
07/01/14 02:40:54
個人情報とかの「多数が興味を持つかもしれないけど違法」なものは、
放流すると罪に問われますから削除対象にしておくという認識でいいのか。
>>885の場合。
963:名無しさん＠お腹いっぱい。
07/01/14 02:40:57
P2Pプログラムのいい勉強になりそうでwktkなんですけど
964:名無しさん＠お腹いっぱい。
07/01/14 02:41:41
削除=抹消
これは厳しくね？
965:名無しさん＠お腹いっぱい。
07/01/14 02:41:46
移植しやすいようにしてよね。
966:名無しさん＠お腹いっぱい。
07/01/14 02:42:14
あと、個々の記事の関係をどう記述するかの問題もあったね。
つまり、2chで言うところの「板」「スレ」、NetNewsの「ニュースグループ」
「スレッド」をどう表現するかという件。
で、Message-Idのリストを30とか保持することにして、各ノードでスレッドを
組み上げるとかいうアイデアが出ていた。
で、最初の記事はどうやって投入するんだという問題が定義されていた。
967:名無しさん＠お腹いっぱい。
07/01/14 02:43:42
ブラウザからのアクセスにはゲートウェイ的に振る舞うような構造にすりゃいいんでね？
968:名無しさん＠お腹いっぱい。
07/01/14 02:44:51
そろそろ次スレの季節
969:名無しさん＠お腹いっぱい。
07/01/14 02:45:10
>>962
個人情報なんてそんな興味あるか？
知らない奴の本名だの住所だの知ったところでだから何って感じじゃね？
970:名無しさん＠お腹いっぱい。
07/01/14 02:45:46
>>47の立てた糞重複スレがあるけど
971:名無しさん＠お腹いっぱい。
07/01/14 02:48:05
なんつうか、分散メッセージ交換システムを考えると、結局NetNewsに
行きつくんだよな。
ところがNNTPだと、配布網がピアリングを固定したもの(もしかして、最新のだと、
そうでなくなってる?)なので、個人がフィードし合うには、ピアリングの
メカニズムをあらたに考える必要がある(もしかしてこれももうある?)。
それに則るにせよ参考にするにせよ、だれかが、以前出ていた更新されたRFC群
RFC3977 Network News Transfer Protocol (NNTP) (Obsoletes RFC0977)
URLﾘﾝｸ(www.rfc-editor.org)
RFC4642 Using Transport Layer Security (TLS) with Network News Transfer Protocol (NNTP)
URLﾘﾝｸ(www.rfc-editor.org)
RFC4643 Network News Transfer Protocol (NNTP) Extension for Authentication
URLﾘﾝｸ(www.rfc-editor.org)
RFC4644 Network News Transfer Protocol (NNTP) Extension for Streaming Feeds.
URLﾘﾝｸ(www.rfc-editor.org)
RFC4707 Netnews Administration System (NAS)
URLﾘﾝｸ(www.rfc-editor.org)
を読んでサマリを出してくれるとみんな幸せになれると思うんだ。
972:名無しさん＠お腹いっぱい。
07/01/14 02:48:10
各書き込みに特定のIDを付加するのは不可能？
削除（定義できてないが）対象IDを保有およびDLした時点でｿﾌﾄで削除。
削除対象IDリストは常時放流しまくり。
これは無理？
973:名無しさん＠お腹いっぱい。
07/01/14 02:48:33
>>969
それがきっかけでこの祭が起きてるわけだし
974:名無しさん＠お腹いっぱい。
07/01/14 02:51:14
おいおい喪男の俺がウニクス板まできてやったんだからよー
かっこいいところ見せちゃいなよ
975:名無しさん＠お腹いっぱい。
07/01/14 02:52:06
>>971
とりあえず読んでみる
読んだら寝よう。もう３時だ・・・
976:名無しさん＠お腹いっぱい。
07/01/14 02:52:16
>>736
>>746
>>797
>>799
>>660
>>823
（続く）
977:名無しさん＠お腹いっぱい。
07/01/14 02:52:27
>>971
同意。NNTPから美味しいところだけぱくろうぜ。
プロトコルそのものは、いまどきならRESTなHTTPじゃないかなやっぱ。
Proxy噛んでる企業ネットワーク内でも動くし。
978:976
07/01/14 02:52:59
>>824
>>839
>>840
>>844
>>880
>>885
>>891
>>907
>>917
あたりなのかな。
仕様の話の流れは。
素人なんで漏れてたり間違ってたらごめん。
979:名無しさん＠お腹いっぱい。
07/01/14 02:53:03
ちょっと気になったところ
>>885の基本的スタンスは理解出来るけど、問題はコントロールメッセージが
特定のサイトの妨害(?)で届かない事ってあるのかな? fooが署名したコントロール
メッセージは無条件に受け付けるとしてもそれが届かなきゃ意味が無い。
１つの案として特定のポリシーを共有するクラスタみたいな構成を取れる
ように出来ないかな? 最初だけは直接ポリシーを発行するノードにつなぎに
いく(実装によってはその必要すらない?)ようにして、それ以降はクラスタ内の
どのノードに接続しても共通のコントロールメッセージを共有できるように
する。複数のポリシーを受け入れた場合にポリシー間に矛盾がある可能性も
あるので、ポリシーの優先順位をつけられるようにしとけばセーフかな?
・ポリシー
・コントロールメッセージ
・書き込み
上から順に優先度が高い形になっていればいいかなと。
同一ポリシー内ではそのポリシーに合ったコントロールメッセージが
無条件に配布(もちろんそれを受け入れるかどうかは各ノードの自由)し、
ポリシーに合わない書き込みの転送(例えば特定の板は転送しない等)も
その時点で制御出来れば無駄なトラフィックも減らせる。
とはいえポリシーの偽装なんて話になるとそれはそれで面倒だなorz
ボクの書き込みの事、忘れてください
980:名無しさん＠お腹いっぱい。
07/01/14 02:54:29
>>972
IDがコテハン化して匿名性がやや失われる
981:名無しさん＠お腹いっぱい。
07/01/14 02:56:38
WEB2.0、Enterprise2.0の次はNetNews2.0か…
982:名無しさん＠お腹いっぱい。
07/01/14 02:57:22
もう言い尽くされてるが次は2.0chだ
983:名無しさん＠お腹いっぱい。
07/01/14 02:58:24
うーんやっぱり何がしかの管理は必要なのかな。流れ的にはそんな感じになってるね。
管理する主体が存在する＝そいつに圧力かければ閉鎖させられる
↓
管理する主体が存在しない＝閉鎖しようがない
ってのがP2Pを使おうって発想の原点じゃないかと思ってたんだが違うのか。
大多数の人間が好ましくないと考えるレスは自動的に放流されにくくなるシステム(実現可能かはわからんけど)
というのではやっぱ不足なの？
984:名無しさん＠お腹いっぱい。
07/01/14 02:58:35
>>980
ある程度、匿名性は失われたほうがいいんじゃないか？
ほんとに匿名になったらｎｙの二の舞なわけで。
いまでもﾛｸﾞとってるわけだし。
985:名無しさん＠お腹いっぱい。
07/01/14 02:59:36
次スレは再利用で
ｽﾚﾘﾝｸ(unix板)l50
986:名無しさん＠お腹いっぱい。
07/01/14 02:59:45
>>972
> 各書き込みに特定のIDを付加するのは不可能？
NetNewsではそうなっている。Messega-Idフィールド。
ちなみに、偽造簡単なので、記事本体のハッシュ値なんかとからませる
必要があるね。
> 削除（定義できてないが）対象IDを保有およびDLした時点でｿﾌﾄで削除。
> 削除対象IDリストは常時放流しまくり。
>
> これは無理？
NetNewsのキャンセルメカニズムはそうなっている。
「放流しまくり」とP2P経由でやりとりするようなことを書いているが、
キャンセルリクエスト自体の配布メカニズムはちゃんと考えないと
いかんぜ。キャンセルをキャンセルできるんだから。
987:名無しさん＠お腹いっぱい。
07/01/14 02:59:57
>>983
匿名性の高いp2pに民主主義を導入する感覚で俺も思ってる。
988:名無しさん＠お腹いっぱい。
07/01/14 03:00:46
ひろゆきにとっては2chはハイリスクハイリターンの金のなる木だからなぁ。
もう少しリスクが低ければ、管理しようという人間は出てくるような気もする。
989:名無しさん＠お腹いっぱい。
07/01/14 03:01:55
Part3は
ｽﾚﾘﾝｸ(unix板)
を使いまわしでよろ
990:名無しさん＠お腹いっぱい。
07/01/14 03:02:43
>>983
管理する主体が存在しないとny公判の行方にもよるけどそのシステムを
作った人に矛先が向く可能性もあるわな
991:名無しさん＠お腹いっぱい。
07/01/14 03:03:09
>>986
キャンセル自体を消させないために競り方式がいいかなと思った。
ここの住人さんたちはすごいね。
思考そのものが俺とは違う。
992:名無しさん＠お腹いっぱい。
07/01/14 03:03:57
>>986
> NetNewsではそうなっている。Messega-Idフィールド。
Message-Idな。ちなみに、NetNewsは、ふつうのメールシステムと相互乗り入れと
いうか、同じメカニズムの裏と表なので、共通する点も多いです。
993:名無しさん＠お腹いっぱい。
07/01/14 03:06:38
ハイブリットP2Pにするとか上の方に書いてあるけど反対とだけ言いにきました。
994:名無しさん＠お腹いっぱい。
07/01/14 03:08:45
>>990
あー確かにそういう事はあるかも。
でもその辺はソースだのパッチだのを既存の匿名ネットワークで流しとけばなんとかなるんじゃね？
モノはできたけど誰が作ったとも言えないみたいな。
まあこれだと作る側の動機付けが弱くなるかもしれんけどやる奴はやるだろ…と思う。
995:名無しさん＠お腹いっぱい。
07/01/14 03:08:48
おれもピュアP2Pのがいい。
足つくようなアフォな書き込みした奴の家に家宅捜査が入って、
秘密鍵押収→おい、お前の流したカキコじゃねえか。検証できたぞ
ってカツ丼食わされるようなシステムのがいい。
996:名無しさん＠お腹いっぱい。
07/01/14 03:09:55
Freenetで配布だな
997:名無しさん＠お腹いっぱい。
07/01/14 03:11:02
アフォな書き込みした奴が逮捕されるのは別に問題ないんだ。
一部にそういう奴がいるからってんで全部閉鎖ってことになる可能性があるのが問題なんだ。
998:名無しさん＠お腹いっぱい。
07/01/14 03:11:04
完全に匿名だと無法地帯化したときに収集がつかなくなるよな。
ある程度はリスクがあったほうがいいよ。
999:名無しさん＠お腹いっぱい。
07/01/14 03:12:38
つーか、誰かDNSスプーフィングでもやってくれよ
1000:名無しさん＠お腹いっぱい。
07/01/14 03:13:41
終了
1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。