NNTP -gt; 2ch互換BBS 実験スレッド
NetNewsの記事を2ちゃんねる互換のスレッドフロート掲示板に
変換するスクリプトを作りました。
じゃあ既存のネットニュースとは完全に分離させたらどうでしょうか
自前でNNTP鯖たてて利用ってのはどうなんでしょ >>30
>新しいトップカテゴリでも漏れは全然いいと思うんですが
>プロバイダにお願いするのが恥ずかしいんです。
自分のマシンでINN走らせれば済むん出ないの? >>33
そういう事。
有志が新たなフィード網を構築すればいい話だよ。
既存のフィード網に対し、文化侵略、abuserの発信基地になるのは願いさげ。
まぁ、実装テストで本格運用じゃないからね。
そこまで考えなくてもいいでしょ。
つか、NNTP使うならゲートウェイ経由で2ちゃんブラウザ使うより、
素直にNewsReader使うよ。
ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
場合、2ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
巣になるだろうなぁ。
で、いずれお上からあぼ〜ん(w NNTP板にこんなに書き込みがあったら板が落ちちゃうぞ makebbsをインストールしたんだけど、read.cgiはどれを使えばいいの? ■■出会い系サイト運営システムレンタル■■
儲かる出会い系ビジネス
初心者でも簡単運営
写メール、画像対応
http://kgy999.net/open/
この早さなら言える! 漏れは自分でチョコレートを買ってきておきながら
会社の同僚連中に「○○課の○○さんからもらっちゃたw」といいふらして
しまいました。 いれてみますた。
http://www.yamada.gr.jp/jape-n/chat/
ダウンロードできるのは最新のものではないみたいですね。 なんか、read.cgiがダメみたいだ。なにを使ったらよいか教えて。 うわっ山田さん本人か(笑
でも記事がスレが1しか表示されてないっぽい? ホスト名の直下にchatが来てないとダメなのね。
http://www.yamada.gr.jp/chat/
これでどうだ。まだread.cgiがダメなのは解決してないけど。
>>41
そこまで早くないかと(笑)ていうか
|∀・)ミタ! 漏れのカキコが読めない…
山田さんガンガレ('-')/
でもこれがあれば2ちゃんねるみたいに不可とか流量で悩むことは無いですよね(・_・?)
相互に配送して色んなとこにBBSをおけば… >>44
あ、すみません。まさか動かしてくれる人がいるとは思わなかったので。。
http://toc.dyndns.org:81/makebbs.zip
新しいものに差し替えました。
あと、read.cgiは出所不明のwebに落ちていたものを
PATH_INFOに不完全な対応をさせたものです。
もしかしたら配布に問題があるような気もするので
こちらに置きました。
http://ruffnex.oc.to/ipusiron/upload/3044.zip
どこかにフリーなソースは落ちてないかなぁ。。
>>46
マジですか。そんな仕様がいつのまに。
ちょっと見直してみます。。
>>48
まだ>>1みたいなリンクをどうするかとか
こまかなことはけっこうある気がするんですよね。
datファイルは基本的に手をつけずに
read.cgiとかindex.htmlでなんとかしようと
思ってます。 ちなみにファイルのロックをまったくしていないです。
同じニュースグループを同時に更新することはないので
いらないかなーと思うんですが、、
万が一ということも考慮したほうがいいんでしょうか? >>36
> つか、NNTP使うならゲートウェイ経由で2ちゃんブラウザ使うより、
> 素直にNewsReader使うよ。
たしかに…。今となってはOpenJaneDoeにもすっかり慣れたのですが、
使い慣れたものが使えるならそれに越したことはないですよね。おたがい。
> ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
> 場合、2ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
> 巣になるだろうなぁ。
NewsReaderを使わない人はマルチパートメッセージを扱えないし、
IPアドレスがそのまま出るからそこまでするかな? >>52
NewsReaderは利用率低いしね。
削除人は必要だけど、無制限にfeed網を広げて
きくちあやむらさんのようなキャンセラー多発したら
システム崩壊しますね。
nntp使ったdat配信的な打開策ないですかね? >>50
makebbsとread.cgiを入れ替えました。これで正常に動いていると思います。
http://www.yamada.gr.jp/chat/
あとは、NewsServerにpostするbbs.cgiがあれば使い始められますね。 makebbs.plは定期的に実行して新しい記事をdatファイルに追加したり
htmlファイルを更新するようになっていますが、書き込みがないときは
無駄な処理になりますね。newsfeedsで
jape-n!:jape-n.*:Tc,Wn:makebbs.pl
みたいにして、記事が到着するとトークンを受け取って、smコマンドで
記事を取得して処理するというのが良いんじゃないでしょうか。NNTP
で記事を取得するよりかなり効率が良いと思う。チャンネルフィード
だと、makebbs.plは常駐するのでperlを起動するオーバーヘッドも無く
なります。
>>53
Cancel-Lockというヘッダがあるみたいですけど、
あれは標準になっているものなのでしょうか?
もしbbs.cgiでつけられるようならつけますが。。
>>54
それではなるべくはやくbbs.cgiをつくりますね。 記事をfeedすることを考えると、発言番号の一貫性を持たせる仕組みが
必要ですね。
Message-ID: <dat番号$記事番号@domain>
という感じでしょうか。NewsGroupは全部moderatedにして、一か所の
サーバから注入されるようにすれば良いですね。moderatorスクリプト
がMessage-IDを付けるわけです。
「Article->スレ」変換にスレのレス数上限は設けないんすか?
無制限にやっちゃうとスレ数が伸びるに従って、差分取得
をしない汎用ブラウザだとデータ転送量が指数関数的に
なっちゃうと思うんですが・・・ >>56
そういうことができるんですね。
INNを自分で自由に設定できない場合もあるので
オプションで選択できるようにしようと思います。 >>59
レス数上限は、>>58の方法なら、moderatorが1000以上の投稿を受け付けない
ようにすればよいですね。
>>59 訂正
×無制限にやっちゃうとスレ数
○無制限にやっちゃうとレス数
>>58
なるほど、たしかに一貫性を保てますね。
ただなるべくどこか一ヶ所に依存するような方法は避けたかったんです。
現在のバージョンのmakebbs.plが作るdat番号は
他のスレッドと一緒にできない記事のtime形式の値になっています。
そしてdatに追加する順番がDate順ではなくArticleNumber順なので、
サーバごとに記事の順番も違ってくると思います。
ということで、いっそのことすべてのサーバでのdatの一貫性は考えず、
それぞれのサーバでdatをつくり、read.cgiで>>1などのリンクを
修正すればいいんじゃないかとも考えていました。
記事の保存はdat形式よりも現在のINNで保存するほうがぜんぜんいいですし。 >>63
moderator方式でも、moderatorの送り先のMXを複数持てば、一か所に依存する
ということは無くなると思うけど。
nntpは、遅配やキャンセルの問題があって正直むずかしいと
思っていましたが、これだと何とかなりそうですねぇ。
ただ、ニュースリーダからの投稿は、個人特定(偽装含め)に直結するので、
やっぱり理想は、bbs.cgiや2chリーダ形式だと思うんですよ。 >>67
おお、いい感じですね。
http://p2.bsd2ch.sytes.net/
これ、PHPで作られてる2ちゃんねるビューワのひとつなんですが、
jape-n.chatもちゃんと読めてるようです。 >>67
OpenJaneDoe でも読めました(^.^) tocさんの方のjapan.testもOpenJane Doeで読めました(^.^) bbs.cgiをでっちあげてみました。
まだ新スレ立てはできませんが、これで一応投稿ができます。
http://jape-n.yamada.gr.jp/chat/ >>72
ソースキボンヌ。。
一応途中まで書いてたんですが、
設定ファイルをどうしようかというところで
ちょっと休憩してました。。
http://toc.dyndns.org:81/bbs.cgi.zip とりあえず、自分のところのサーバで動くようにしただけなので、
見せるほどのものじゃないんですが。一応
http://jape-n.yamada.gr.jp/test/bbs.txt なんだっけなぁ?
以前INNのバージョンによってはSubjectが
"cmsg cancel <Message id>"の形式を取ると、
勝手にヘッダを補って キャンセルメッセージを
発行するってな話を聞いた事があるんですが、
このへんの汚染チェックはするんでしょうか?
良くわかってない人の戯言だったら失礼しました。 >>74
どうもです。いただきました。
inewsというのがあるんですね。
>>75
そういう方面はぜんぜん知らないので。。 NNTPの仕組みが良く分かってないんだけど、記事(つか、カキコ)の削除とかできる?
また裁判沙汰になってもアレなので。 >>77
できます。
できますがよく考えるとキャンセルコントロールメッセージを流すと
datの番号との整合性が取れなくなって>>58の方法が使えなくなる罠。。
Message-IDに意味を持たせるのはやっぱ危険なんじゃないかと。。 >>78
キャンセルが来たら、datファイルの方も、あぼーんの処理をすれば
良いんじゃないかな。Message-IDに発言番号を持たせておけば、後から
まとめてdatファイルを作るような場合も、抜け番号があれば、そこは
あぼーんされたものとして一貫性を保てるでしょう。
>>79
(datのほうが2ちゃんになれた人はよく見るわけなので)
datのほうの削除はもちろんするんですが、
同じメッセージIDの記事を投稿することってINNの仕様でできないですよね?
supersedesは違うメッセージIDになりますし。。 あ、透明あぼーんじゃなくて通常あぼーんのことですね。
勘違いしてました。すみません。。 なんとなく、このシステムがものになりそうな感じになってきたので、
方針をハッキリさせた方が良いかもしれませんね。
僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
やdatファイルのインターフェイスがメインになると思っているんです。
前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
ので、その部分だけの役目でもよいのではないかと。
>>80
(゚听)マンドクセなら新たなコントロール用のヘッダでも使えばいかが?
X-sled-key: <板名$dat番号$記事番号>
こんな具合に。
こうしておけば、supersedes(あぼーん扱い)だろうが、
cancel(透明あぼーん扱い)だろうが可能だと思いますが。 透明あぼーんというのは、datの行を削除しちゃうことなのね。通常の2chでも
番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
こらへんはもう少し使われるようになってから考えればいいかな。
>>82
> 僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
> やdatファイルのインターフェイスがメインになると思っているんです。
最初からNNTPの汎用性をなくす仕様を増やしてしまうと
あとからその制約に縛られるような気もするので
なるべくNNTPの汎用性は失わないようにしようとは
思っているんですが、そういうのは難しいですかね。。
> 前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
> 感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NewsReaderで読むほうが読みやすかったですよw
あと、前のスクリプトも今のスクリプトと同時に利用可能ですよ。
> NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
> ので、その部分だけの役目でもよいのではないかと。
NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
周りに何個か設置することでミラーとして利用できると思います。
もちろんそれでも負荷分散が追いつかなければフィードすればよいという感じで。。 >>83
>>1-10までレスがあったとして
>>5の記事が抜けるとそのヘッダの記事番号がずれますよね。
通常あぼーんならそれほど問題はありませんが、
透明あぼーんには対応できませんよね。
透明あぼーんは実装しないと掲示板荒らしに弱くなりそうです。
>>1こういったリンクをレス番号ではなくメッセージIDに
変換してからNewsに投稿すればいいとは思うのですが、
それだと>>1といったゆらぎにも対応しようとすると
関係ないものまで変換してしまうこともありますが… >>84
> 透明あぼーんというのは、datの行を削除しちゃうことなのね。通常の2chでも
> 番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
あ、そういえばそうですね。。
> それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
> んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
> ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
> こらへんはもう少し使われるようになってから考えればいいかな。
control.cancelの記事のうち関係ありそうなものは公開するとかはどうかな?
Newsgroupヘッダを見てマッチする記事だけ見れば
そのキャンセル先のMessageIDもわかるので自動的に削除することも可能ですし、
そのキャンセルメッセージを公開しておけば誰が流したのかもわかるし。
第三者キャンセルはべつにあってもいいと思うんです。
(japan.yosoでその議論の残骸を見ましたが結論はどうなったんでしょう?) >>85
> NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
> NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
> 周りに何個か設置することでミラーとして利用できると思います。
NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
イム性が無くなるので、このての掲示板としては使いにくいものになるで
しょう。それから、他人のサーバに対して頻繁にポーリングするのも無理が
あると思うんです。僕が想定してるのはnewsfeedsからmakebbsを起動してリ
アルタイムに更新する方法なので、どうしてもNewsServerと一体になります。
>>88
> NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
> ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
> イム性が無くなるので、このての掲示板としては使いにくいものになるで
> しょう。
リアルタイムな点はフィードする時点でなくなると思うのですが、、
> それから、他人のサーバに対して頻繁にポーリングするのも無理が
> あると思うんです。
ミラーも可能ということで、両方使っていいと思います。
NNTPによる独自性を考えるよりも、NNTPを使った
2chクローンである事をまず追求するべきだと思う。
上乗せの機能は、まずきちんと2chクローンである事が前提条件なのであって、
今より劣る部分が出来てしまうと、技術者は喜ぶけどユーザは
ついてこないと思う。 >>90
劣る部分はじゃっかん時間差があることと
URLが異なるためリンクが貼り付けにくいということ
というNNTP自体の問題なんですが、解決策はありますか? > リアルタイムな点はフィードする時点でなくなると思うのですが、、
それは、通常のNetNewsのイメージだと思うな。フィードマニアな配送網では
投稿した記事は瞬時に届いています。2chの記事をfeedする場合は、ミラー
サーバ同士は直接peerすればよいのですよ。
>>90
僕も2chクローンである事に意味があると思ってるんです。
http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで
しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
んです。
光回線の物好きが何人か集まれば、かなり実用的な掲示板を作れるのではな
いかと。INNを動かすという部分で敷居が高いのが問題ではありますが...
>>94
> 僕も2chクローンである事に意味があると思ってるんです。
というかクローンじゃないものを作ろうとなんてしてませんよね。
今まで出てきたものの中にそれから外れるような決め事なんて
なかったと思うんですが。。
> http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで
> しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
> んです。
今の2chは●で収入を得るようになってから不便さが
際立ってきたと思うんですよね。もちろんそれが悪いとは思いませんし、
今後このスクリプトを利用するサイトがそういうふうにして
収入を得てもかまわないと思います。 >>94
datおち即htmlいいですね。
nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
メールでの投稿は一切拒否しないと、話がおかしくなると思います。
(特に管理面で)
ウチは小さな会社法人ですが、削除人がしっかりやってくださる(笑)なら
サーバの提供などで参加させて頂きたいと考えています。 >>96
> nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
> メールでの投稿は一切拒否しないと、話がおかしくなると思います。
> (特に管理面で)
メールでの投稿というのはニュースリーダーでの投稿という意味でしょうか?
いちおう次のバージョンでMessage-Idと>>1形式のリンクの相互変換は
実装しようと思ってるんですが、、そうか、このへんが2chクローンを
目指してないんじゃないかと思われる部分ですね。。 >>97
> いちおう次のバージョンでMessage-Idと>>1形式のリンクの相互変換
これだと、datファイル直読みの2chビューアに対応できないんじゃないの?
>>98
dat内では>>1形式、NNTPで流れるときはMessage-Id、というようになるかと。 あ、でも本当にMessage-IDを書きたいときはエスケープするとか
また話がややこしくなるか。。 この場合のMessage-IDにHost部が要るのか?
スレ番号が@hogeと同義に扱われるべきだと思うのだが。 >>101
Message-IDにHost部が無いと、Newsに投稿できないからね。
>>102
host部分を @unix.2ch.net とかにしたらダメなんか? だいぶ改造しますた。
ずっとjape-n.*を使うのもアレなので、newsgroupをnn2ch.* に変更しました。
toc氏のプログラムをかなり変更したので区別するためにnn2chという名前に
してあります。
変更点としては、program feedからchannel feedで2ch変換スクリプトを常駐
Message-ID: <板名$dat番号$レス番号@nn2ch.invalid>
新スレ立てというあたりです。
デバッグの意味もあるので、がんがん使ってみてください。
http://nn2ch.yamada.gr.jp/ ソース一式もここに置いてあります。
広告がうざいけど、反応がいまいちなのでageちゃいます。
>>105
いいっすね。
ちょっと目が疲れやすくて最近すぐに寝てしまったりするので。。
ほんますみません。デバグには参加させていただきます。 ■■わりきり学園■■
コギャルから熟女まで
素敵な出会い
ゲイ、レズビアンなどコンテンツ豊富
http://www.geocities.jp/kgy919/deai.html
こまごまと修正してるんですが、目に見えるところでは
sageができるようになりました。
http://nn2ch.yamada.gr.jp/nntp/ でも考えてみたら荒らし対策とかも必要なんだね(笑) >>109
カキコの反映が遅くなっていませんか?
以前はすぐ反映していたと思うのですが。
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ,.´ / Vヽヽ
! i iノノリ)) 〉
i l l.´ヮ`ノリ <先生!こんなのがありました!
l く/_只ヽ
| ̄ ̄ ̄ ̄ ̄|
http://saitama.gasuki.com/wara/ feedできる態勢になりました。まだおかしいところはありそうなんだけど...
http://nn2ch.yamada.gr.jp/nntp/
fj だけでいいから、すべての記事が掲示板で読めたり検索できたらと思うね。
投稿もできれば、なおよいし。 ━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― 携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄
@新作@新作@新作@新作@新作@新作@新作@新作@新作@新作@新作@
人気爆発新作ベスト5入荷
白石ひより SNAPSHOT 岡崎美女 POISON 宝来みゆき パンドラ
持月真由 水中SEXのAQUASEX 超売れ筋 無修正DVDなら 新宿歌舞伎町直送
店頭販売の売れ筋のみ厳選してみました 安心の後払い
http://www.dvd01.hamstar.jp/
白石ひとみ 小森詩 山田まり 長瀬愛
@@ 及川奈央 レジェンド @@ 堤さやか 東京バーチャル 依然大好評
http://www.dvd01.hamstar.jp/
サンプル画像充実 見る価値あり 最高画質
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@