UNIX板の皆様 閉鎖の危機にまた立ち上がって2at UNIX
UNIX板の皆様 閉鎖の危機にまた立ち上がって2 - 暇つぶし2ch827:名無しさん@お腹いっぱい。
07/01/14 01:25:47
>>823
禿同ww
UNIX板っていうのは、ホントに根っからの技術者の集まりだってことが今回わかった希ガスww

828:名無しさん@お腹いっぱい。
07/01/14 01:26:05
書き込んだ時間とかの枠組みを保持するだけで、どの書き込みが最新かを把握する役割って必要じゃない?

829:名無しさん@お腹いっぱい。
07/01/14 01:26:12
>>819
多数決で機械的に処理できるって楽観してるけど、
実際は良心的な人間が必要なんだろうと悲観してみたりもする。

830:名無しさん@お腹いっぱい。
07/01/14 01:26:17
UNIX板よりソフ板で次スレ立てたほうがいいんじゃね?
PGも多く見てると思うし

831:名無しさん@お腹いっぱい。
07/01/14 01:27:52
>>827
「2chを救おう」なんて考えより「もし同じ問題が自分の前にあったら
どういう対策を取れるか」という興味本位で考える香具師が多いもんなw


832:名無しさん@お腹いっぱい。
07/01/14 01:29:01
>>819 多分そういった書き込みを論議したい人もいるはず。
削除板作って判断させればいい

833:名無しさん@お腹いっぱい。
07/01/14 01:29:38
ここで糞馬鹿な自分に教えてくれ前回の閉鎖危機の時UNIX板と協力して存続を支えた夜勤さんは今もいるのか?いるならどこにいるか教えてくれ

834:660
07/01/14 01:31:36
スレッドだの板だのというオブジェクトを,明確に識別できる特定の個が所有する状態にしたくないな.
だから,俺は DHT が現実的な解だと思ったんだ.


835:名無しさん@お腹いっぱい。
07/01/14 01:31:57
>>833
運営板のちょろ

836:名無しさん@お腹いっぱい。
07/01/14 01:32:41
>>828
書き込みが行われた時間、レス番をサーバで管理させたいな。
そうすればアンカーのズレはなくせるし、後は書込みが落ちてくるのを待つのみ。

837:名無しさん@お腹いっぱい。
07/01/14 01:34:02
>>835サンクス

838:名無しさん@お腹いっぱい。
07/01/14 01:35:14
>>831
いや、俺は今回もこの勢いで閉鎖までには危機を救ってくれると信じてるぜ
楽観は良くないしな

839:名無しさん@お腹いっぱい。
07/01/14 01:36:08
別にアンカー=レス番でなくてもよくね?
書き込むときに現在時刻とかIPとかレス内容のCRCとか組み合わせてレスにID振ればいいんでないの?

840:746
07/01/14 01:36:13
>>832
ですね。削除板作れば何とかなるのかな。

さて、皆さん待望のWikiが出来ましたよー。回線細いから重いと思うけど・・・まともに使えなかったら誰か新しいWiki借りてきて・・・
URLリンク(vipbox.dip.jp)
テンプレでも今まで出た案でもご自由に書いてください。Frontpageの凍結は解除してあります。

841:名無しさん@お腹いっぱい。
07/01/14 01:37:15
>>808の案はどうなのかね?


842:名無しさん@お腹いっぱい。
07/01/14 01:37:37
>834
特定の個が所有してても今よりリスクが少なくなるのが
現実的だ・・・という希ガス。

843:名無しさん@お腹いっぱい。
07/01/14 01:38:39
>>785は何?

844:名無しさん@お腹いっぱい。
07/01/14 01:39:26
>>839
同意。Message-Idを振ればよいね。
アンカーは内部的にはMessage-Idを参照する、と。

なんか、NetNewsでいいんじゃねえかって気がしてきたが...

845:392
07/01/14 01:39:49
>>841
>P2Pにして一定時間毎にメインサーバーもしくはそれに代替するものに接続して
>削除命令の入ったパケットを取得してそれを受信したら
転送量危険じゃない?

846:746
07/01/14 01:40:13
>>841
そこでもやっぱり責任問題があるんじゃね?難しいと思う。削除板で議論して、ボランティアさんにやってもらうしかないような気が・・・

847:名無しさん@お腹いっぱい。
07/01/14 01:41:47
やっぱ削除すべき書き込みをチェックして多いと消える方が良さそうな気がしてきた。
にちゃんねらの良心を信じ・・・られますか?

848:名無しさん@お腹いっぱい。
07/01/14 01:42:06
>>839
ごく稀にIDが重複してくれるくらいの桁数にしてもらえると、混沌として楽しそうだな

849:名無しさん@お腹いっぱい。
07/01/14 01:43:02
にちゃんねらの良心は信じても多数の工作員の良心はこれっぽっちも信じないw
某宗教板とか、批判レスが全部消えそうだよね。


850:名無しさん@お腹いっぱい。
07/01/14 01:43:40
>>847
良心を信じ・・・られません・・・
いっそWikiっぽく誰でも投稿の削除ができるレベルにしたら、どうなるだろう

851:名無しさん@お腹いっぱい。
07/01/14 01:44:04
>>846案でどうしても妥協したくなる。現状維持になるのが残念だけど。

852:名無しさん@お腹いっぱい。
07/01/14 01:44:18
削除を考えると2chの伝統として残ってきた良い部分も消えてしまう
なんというジレンマでしょう

853:名無しさん@お腹いっぱい。
07/01/14 01:45:13
>>841
削除命令に従うかどうかが不明確だってのもあるけど、その方式だと結局今の2chと大差ないんじゃないか?
極端な話、そのメイン鯖の管理者に「この新2chってのはけしからんから全ログ削除命令汁」ってのもアリなんだろ?

P2Pにするってのは元々誰も管理しない=絶対閉鎖されないという発想ではないの?

854:名無しさん@お腹いっぱい。
07/01/14 01:45:25
誰かが方が及ばないところに2ちゃん作ってくれれば全てが解決。

855:名無しさん@お腹いっぱい。
07/01/14 01:46:03
>>580
批判の書き込みはすべて消え、
当たり障りのない面白みのない書き込みのみが残る。

856:名無しさん@お腹いっぱい。
07/01/14 01:46:36
>>808の案ってNapsterに似てる気がするのは俺だけ?


857:名無しさん@お腹いっぱい。
07/01/14 01:46:58
ログを削除するのではなく 削除できないネットワークはヤバイ?

858:名無しさん@お腹いっぱい。
07/01/14 01:47:11
>>850
批判の書き込みはすべて消え、
当たり障りのない面白みのない書き込みのみが残る。

859:名無しさん@お腹いっぱい。
07/01/14 01:48:42
>>857
無法地帯にすると、ソフト自体が規制される恐れがあるかも?
法で規制されなくても、Winnyのようにプロバイダが転送量を規制する可能性もありかと。

860:名無しさん@お腹いっぱい。
07/01/14 01:48:51
>>857
個人情報垂れ流しになるし、
犯罪の計画を始めたり、とかエスカレートしていくと思う。
今の2chなら捕まるけど、p2pの新2chなら捕まらないかもしれない。
かなりヤバイかも。

861:名無しさん@お腹いっぱい。
07/01/14 01:49:04
2chにアクセスしている人のPCのパワーとメモリを少しずつ頂戴する
ソフトウェアみたいなHPがいいよ。

862:名無しさん@お腹いっぱい。
07/01/14 01:49:11
>>854
そこでシーランド公国購入ですよ

863:名無しさん@お腹いっぱい。
07/01/14 01:49:50
>>861 UD

864:名無しさん@お腹いっぱい。
07/01/14 01:50:00
しょうがないから竹島を2ch国としてサーバを置くとかwww

865:名無しさん@お腹いっぱい。
07/01/14 01:50:26
>>962
そうだ。シラーンドだ、思い出した。

あそこに住めば不正アクセス禁止法施行前のネットを楽しめるのか。。

866:名無しさん@お腹いっぱい。
07/01/14 01:50:38
シーランドにネットなんてあるのかw

867:名無しさん@お腹いっぱい。
07/01/14 01:51:20
ちょんに狙撃されますがなwww

868:名無しさん@お腹いっぱい。
07/01/14 01:51:58
>>847
別に良心を信じる必要は無いんじゃね?それよりユーザの欲求を利用する方がいい希ガス。
つまり誰もゴミレスは読みたくないわけで、だったら削除はしないけど残したいレスしか放流しないよ、
というのが自動的に実現するようになってればそれでいいんじゃないのかな。
それで長い目で見れば大多数の人間が有益だと判断したレスだけが残っていくと。

法律については詳しくないけど、大多数にとって都合のいい状態でシステムが機能しているならば
それでいいと思うんだけど。

869:名無しさん@お腹いっぱい。
07/01/14 01:52:03
>>866
いやいや、それが法が及ばないのを良いことに、
鯖を貸し出して商売してるんだって。

870:名無しさん@お腹いっぱい。
07/01/14 01:52:53
燃えちゃったジャン

871:名無しさん@お腹いっぱい。
07/01/14 01:54:29
大体方向性は決まってきたね。

872:名無しさん@お腹いっぱい。
07/01/14 01:54:57
いまさらだけど、>>785を久しぶりによんでみたら勉強になるわw


873:名無しさん@お腹いっぱい。
07/01/14 01:55:11
そろそろお前らねないのかw

874:名無しさん@お腹いっぱい。
07/01/14 01:55:56
偶にはそんな休暇があても良いだろう。

875:名無しさん@お腹いっぱい。
07/01/14 01:55:57
じゃあ次回は閉鎖後と言う事で
解散

876:名無しさん@お腹いっぱい。
07/01/14 01:56:28
>>886まずないだろう
あんな陸がコンクリの島なんか住めない


877:名無しさん@お腹いっぱい。
07/01/14 01:57:28
シーランド公国11.5億円で買えるって

878:名無しさん@お腹いっぱい。
07/01/14 01:57:32
>>860
犯罪の計画がやりたければ仲間内で暗号化メールをやりとりするとかいくらでも方法はあるだろうから
別に掲示板でやる必要はないっしょ。だいたい「どこそこで自爆テロするぜhehehe」ったって誰も取り合わないだろうし。
まあ「差出人に相手の住所書いて切手貼らずに出したらどうなるんだよ」とかで盛り上がったりはするかも知れんけど。

879:名無しさん@お腹いっぱい。
07/01/14 01:57:39
>>868
その方法は共感する部分がある。
当面は良心に訴えるとか、使用許諾所に明記するとかして、
法的な問題が出てきたら、その時に頑張って対応すればいいか。

880:名無しさん@お腹いっぱい。
07/01/14 01:58:09
>619
システム的には各掲示板自体は、今までどおり固定。
各掲示板が掲載されているインデックスのみP2Pで常時相互交換する。

実運用としては、有志サーバーを募って分散するってのはどうだろう?
各ログはデータセンターにリアルタイムでバックアップを取る事で
移り気な有志が脱落しても保全され、次の有志に引き継がれる。

2chの管理母体は、これらとの取り纏め担当の事務局の運営のみで、
掲示板の実態としては、常に流動しており、
片っ端から有志管理者を殺害して歩かないと、根こそぎにする事は不可能に近いだろ。

管理運営上の主導権が薄まる事で、ひろゆきが嫌がりそうな気もするが、
ひそかに東京湾コンクリートで固めて沈める事により、
ずっとに司直の手から逃走している「さまよえるオランダ人」になってもらおう。
永遠はあるよ。



881:876
07/01/14 01:58:17
>>866と書こうとしたら>>886って書いてしまった

882:名無しさん@お腹いっぱい。
07/01/14 01:59:19
>>880
最後の一行に反応する俺は。。orz

883:名無しさん@お腹いっぱい。
07/01/14 01:59:36
>>878
知らない人と計画を立てて実行するから恐いんじゃないか。

884:名無しさん@お腹いっぱい。
07/01/14 01:59:46
この掲示板の記述はすべてフィクションです、実在の人物・団体・事件とは一切関係ありません

って明記しておくことにしよう!


885:名無しさん@お腹いっぱい。
07/01/14 02:00:02
少し考えてみた。

・全てのP2Pノードは同等(特権を有するノードは存在しない)
・各ノードは「通常の書き込みメッセージ」と「削除などのコントロールメッセージ」を
 他のノードに送出。または単にリレー。
・各ノードは、インストール時に秘密鍵と公開鍵ペアを自ら生成する。
 前述のメッセージを投げる際、自分の公開鍵で署名。
 公開鍵はそのノードを一意に特定するハッシュのような識別子として用いる
 (2ch P2P網に接続時に頒布する、などして行き渡らせる)
・各ノードはメッセージ(書き込み、コントロール両方)を生成する際、
 必ず秘密鍵で署名する。
 署名されたメッセージは、頒布された対応する公開鍵を用いて検証することで、
 「確かにこの秘密鍵を持つノードで生成されたものである」と検証が可能
 (公開鍵アルゴリズムの基本的な性質による)
・誰でも削除コントロールメッセージは出せるが、
 自分がどのP2Pノードの削除コントロールメッセージを受け入れるか、は
 そのP2Pノードの設定により選ぶことができる

・あとは、削除人をかってでるノードは勝手に秘密鍵を公開して、
 削除メッセージをばんばん投げればいい
・各ISPがそれぞれビジネスとして削除人をやるのは妨げない
 「弊社のISPのユーザは、弊社の削除ノードを受け入れる設定にない場合、
  違法メッセージを中継した際に訴訟にされされるリスクがあります。
  よって2chp2pを利用してもかまわないが弊社の運営する削除ノードを必ず信用せよ」


886:名無しさん@お腹いっぱい。
07/01/14 02:00:46
>>884
ネタだと思うけど、同じ事考えて法律調べたりしたら普通に無理だって事が分かった。

887:名無しさん@お腹いっぱい。
07/01/14 02:01:22
>>882
俺も同じだw
UNIX板ならではだよm(ry


888:名無しさん@お腹いっぱい。
07/01/14 02:02:05
取得するスレは常に最新でなきゃいけないよ。

889:名無しさん@お腹いっぱい。
07/01/14 02:02:35
>>887
同じく。
既に4人?これがUNIX版なのか?

890:名無しさん@お腹いっぱい。
07/01/14 02:02:37
>>885
面白いと思う。

891:885
07/01/14 02:02:43
>>885
> ・あとは、削除人をかってでるノードは勝手に秘密鍵を公開して、
>  削除メッセージをばんばん投げればいい

ここの、「秘密鍵」は公開鍵の間違い。すまん。

892:名無しさん@お腹いっぱい。
07/01/14 02:03:18
>>889
スレリンク(unix板)


893:884
07/01/14 02:04:09
>>886
きちんと法律調べるおまえに感動.

どのあたりに引っかかるん?


894:名無しさん@お腹いっぱい。
07/01/14 02:04:38
hosts変更の場合の記事
URLリンク(blog.livedoor.jp)


895:名無しさん@お腹いっぱい。
07/01/14 02:05:11
>>884

886 じゃないが,判決の前例があるんだろな.


896:名無しさん@お腹いっぱい。
07/01/14 02:05:19
全ての板の知識を総動員すればすっごい良い物が出来るはず。

897:名無しさん@お腹いっぱい。
07/01/14 02:06:01
>>885
なるる。
削除基準がバラバラになり、"環境"が統一されないことや、
ノード自身の削除に恣意的な物が含まれたり、
ノード自身が自作自演することについては。

898:名無しさん@お腹いっぱい。
07/01/14 02:07:17
               <各板の役割が決定しました>
┏━━━━━━━━┳━━━━━━━━┓
┃ニュー速:情報収集           ┃vip:祭り要員               ┃
┃アウトロー:丁寧に苦情申し立て   ┃オカルト:儀式                ┃
┃モ娘(狼):ストーキング         ┃市況:資金捻出              ┃
┃ちくり裏事情:密告               ┃無職・だめ:鉄砲玉要員         ┃
┃刃物:所持品提供            ┃野鳥観察:見張り要員          ┃
┃メンタルヘルス:出頭要員         ┃FLASH:FLASH製作          ┃
┃ネトヲチ:ネット監視          ┃軍事板:作戦指揮・統帥          ┃
┃法学&司法:作戦参謀        ┃科学&物理&生物:BC兵器を開発 ┃
┃お菓子:うまい棒補給           ┃ENGLISH:対外交渉・広報       ┃
┃半角二次:応援ポスター制作、漫画・アニメ系板住民釣る              ┃
┃ダンス:応援ダンス製作        ┃モデル:ハニートラップ          ┃
┃無線:独自通信網構築        ┃音楽各種板:鼓舞            ┃
┃PC各種:IT部隊                ┃AA:宣伝コピペ用AA作成        ┃
┃料理:炊き出し              ┃ネ実:ネトゲ                   ┃
┗━━━━━━━━┻━━━━━━━━┛

899:名無しさん@お腹いっぱい。
07/01/14 02:07:46
>>893
ひっかかるっつーか、フィクションと書いてあろうと無かろうと関係ないです。
法律についてはその但し書きが無かったときと同じ物が普通に適用されます。

900:名無しさん@お腹いっぱい。
07/01/14 02:07:56
>>883
見ず知らずの人間と組んでそんな大それた犯罪やろうなんて考える奴いるのかなぁ?
2chでそんな事例あったっけ?たいていアフォが一人で犯罪予告やってるだけだった気がするが。

901:名無しさん@お腹いっぱい。
07/01/14 02:09:39
>>900
今の2chでそれやると捕まるからないけど、
無法状態になってエスカレートしたら狂った事考える奴らが現れたっておかしくないんじゃないかという話。
削除されなかったら盛り上がったりしそうでしょ。

902:名無しさん@お腹いっぱい。
07/01/14 02:10:01
>>674 人形使い「ひろゆき」 誕生の瞬間である。

903:名無しさん@お腹いっぱい。
07/01/14 02:11:06
きめた。2chを俺の電脳につなぎ止める。これで万事解決だ。

904:名無しさん@お腹いっぱい。
07/01/14 02:11:06
さてどこへいこうかしらね


ネットは広大だわ・・・


905:名無しさん@お腹いっぱい。
07/01/14 02:11:25
>>885
面白い。
徐々に2chの後継からは離れている気もするけど、新しいモデルとしてやってみたいな。

906:名無しさん@お腹いっぱい。
07/01/14 02:11:37
>>885 いいね。素晴らしい。

907:885
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でしょw

922:名無しさん@お腹いっぱい。
07/01/14 02:20:12
gnustepとか言ってみるテスト

923:名無しさん@お腹いっぱい。
07/01/14 02:20:48
とりあえずCで放流できるようにして、GUIは勝手に作るのでいくねっすか

924:名無しさん@お腹いっぱい。
07/01/14 02:21:06
試しに実装。運がよけりゃ金子氏が降臨するかもw

925:名無しさん@お腹いっぱい。
07/01/14 02:21:32
元々、ネットは自由なかわりに、異質なものを受け入れなければ、
それだけ情報量が減るというメカニズムが働くものだから。

それを自然に再現できそうな感じなのが、とても好印象だね。

住人の民度がひくければ、2chも消滅してしまっても仕方が無い。
工作員>住人になった時はどんな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案をベースに実装するってことでおk?

929:名無しさん@お腹いっぱい。
07/01/14 02:22:47
あしたでよくね?
もう2時だよw

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
正直、2ch自体に以前の魅力がないからねぇ。
今回の件は技術的に面白いものでもないし、閉鎖危機もいい加減飽き飽きしてるし、
単なるひろゆきの怠慢だし、ネタくさいし、やる気ない。

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とかww

942:名無しさん@お腹いっぱい。
07/01/14 02:28:50
>>941がNGワードを出したから次スレ建ててw

943:名無しさん@お腹いっぱい。
07/01/14 02:29:26
新しいのできたの?

944:名無しさん@お腹いっぱい。
07/01/14 02:29:39
デフォでは最近のレス以外は放流しないようにすれば無法地帯って感じにはならないと思うけどな。
仮に削除機能を導入するとしても、ヤバい書き込みがあってから削除されるまでにはやっぱりタイムラグあるだろ。
放流するレスをユーザ自身が決定するのなら、わざわざ法に触れるようなレスを放流する奴はいないと思うんだがな。

945:名無しさん@お腹いっぱい。
07/01/14 02:30:40
>>939
p2pだと削除対象のデータが何処にあるかわからないってこと?
なら、株式市場の上場廃止ポストのように書き込み後、一時的にどこかのノードに保管。
一定時間経過で放流とかはできないの?

でも、そうすると勝手に保管されたノードに責任が及ぶか?

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案をベースに実装するってことでおk?

あれは、記事/ノードの認証を行なうメカニズムであって、
配布ネットワークの形態については何も規定されていないね。

っていうか、この認証を行なうのであれば、どんな方法で配布しても
良いと言う話だったかな。
当時は、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の事は忘れてあげて下さいw

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

ニンテンドーDSでも見れるようにしてください


957:名無しさん@お腹いっぱい。
07/01/14 02:38:52
>>949
見えなければいい
そこに存在していても不可視ならバリOKでござる

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
とりあえず読んでみる
読んだら寝よう。もう3時だ・・・

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が署名したコントロール
メッセージは無条件に受け付けるとしてもそれが届かなきゃ意味が無い。

1つの案として特定のポリシーを共有するクラスタみたいな構成を取れる
ように出来ないかな? 最初だけは直接ポリシーを発行するノードにつなぎに
いく(実装によってはその必要すらない?)ようにして、それ以降はクラスタ内の
どのノードに接続しても共通のコントロールメッセージを共有できるように
する。複数のポリシーを受け入れた場合にポリシー間に矛盾がある可能性も
あるので、ポリシーの優先順位をつけられるようにしとけばセーフかな?


・ポリシー
・コントロールメッセージ
・書き込み
上から順に優先度が高い形になっていればいいかなと。
同一ポリシー内ではそのポリシーに合ったコントロールメッセージが
無条件に配布(もちろんそれを受け入れるかどうかは各ノードの自由)し、
ポリシーに合わない書き込みの転送(例えば特定の板は転送しない等)も
その時点で制御出来れば無駄なトラフィックも減らせる。


とはいえポリシーの偽装なんて話になるとそれはそれで面倒だな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
ある程度、匿名性は失われたほうがいいんじゃないか?
ほんとに匿名になったらnyの二の舞なわけで。
いまでもログとってるわけだし。

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:1001
Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch