変換するスクリプトを作りました。
dat, subject.txt, index.html(スレッドリストのみ), subback.htmlを
作成するスクリプトを走らせてみました。(120秒おきに更新)
ttp://http://toc.dyndns.org:81/chat/ linuxマシンで動かせばいいのですがperlが古いので動かず。。
しかたなしにWindows上で動かしてます。。
まだ実用にはなっていませんが、
もしよかったらNNTP経由でjapan.testに投稿してみてください。
ああ、そうですか。
ニュースサーバに接続して新しい記事があれば更新作業開始。
ReferencesヘッダとSubjectヘッダを見て同じスレッドかどうかを判断。
Dateヘッダを見てdatファイルの更新時間を変更。
datファイルの更新時間が新しい順にsubject.txtなどを作成。
という、とてもシンプルなスクリプトです。
そんなことはしてないけど？なんでだろ？
漏れの使ってるプロキシが、８０番ポート以外禁止してるんだ
１０２５番以上なら使えるみたいなんだが・・・
乙
なんか これ よさげ なのだが･･･
速いぞごれ
しばらく覗かせてもらいますね。
ｸﾚｸﾚ厨したい・・・
ttp://http://toc.dyndns.org:81/makebbs.zip ここにスクリプトなど一式置いておきます。
perl 5.8だとEncodeモジュールなど
すべてのモジュールが標準装備らしいです。
未完成の部分は、index.htmlの上位スレッドの表示、
bbs.cgi、read.cgiです。
index.htmlはすぐ作れそうですし、
read.cgiもほかの2ちゃんねる互換のもので流用可能です。
ただ、bbs.cgiは既存のグループに流せるようにすると
GoogleGroups並に問題がある気がします。
とくに工夫はしてないです。気のせいじゃないかと。
index.htmlもスレッド一覧しか表示してないですし。。
ttp://http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html ---------------------------------------
いただきますた
ttp://http://bbs.1oku.com/bbs/bbs.phtml?id=rantyan あほに2Getされますた。
はやっ！
もう2getあらわれたのかよ(笑)
儲かる出会い系ビジネス
初心者でも簡単運営
写メール、画像対応
ttp://http://kgy999.net/open/ bbs.cgiを作っちゃってもいいんでしょうか？
これを作ってしまうとHTTPプロクシ→NNTPゲートウェイ→Usenet
という感じで匿名性がGoogleGroups並になるうえに
認証も必要がないためかなり危険ですよね。
独自のトップカテゴリを作ってさらにフィード先を
限定すれば問題ないとは思うのですが、、
ttp://http://www.yamada.gr.jp/newsportal/index.php ↑ここでですか? w
Newsfeed-MLとかNet-Abuse-MLは違いますよね。
山田さんにアドバイスをもらえるとかなりうれしいですが…。
こういうのは2ちゃんねる派にもネットニュース派にも
どちらからもきらわれるような気も…。
とりあえずモノを作っておいて投稿は自分以外できないようにしようと思います。
見てると思う。
どっちにしても既存のカテゴリに流すのはいろいろ問題出そうだけどな
ネットニュースコミュニティが受け入れていれることをキボンします
逆void状態になるからやめてホスィ・・・
ゲートウェイテストの時、void問題でケツまくった事は覚えてますからね＞作者さん
強行すると、今度は NetNews User に突っ込まれますよ。
もちろん。上のほうにもそう書きました。
HTTPプロクシ経由での投稿を許可するなら
独自のトップカテゴリで独自の配送網で
やらないとだめですよね。
同じひとなんだ。
> ネットニュースコミュニティが受け入れていれることをキボンします
まず無理でしょう。
feedして欲しい人はしていくだろうし。
既存のフィード網にのっかるのはお断りされると思うよ。
物理的に切り離さないと、旧来のNewsGroupに対して、
abuseする為のゲートになるから。
実装テストは既存のフィード網に迷惑をかけない形ならいいよ。
ただ実際に本格運用するのはちょっとね。
プロバイダにお願いするのが恥ずかしいんです。
ネットニュースは素人なので何かいい解決策があるのかもしれませんが・・
他の既存コミュニティに、２ちゃんのロジックを持ち込まれるのは迷惑なんですよ。
こんなこと２ちゃんねらーの俺でもわかるよ。
自前でNNTP鯖たてて利用ってのはどうなんでしょ
>新しいトップカテゴリでも漏れは全然いいと思うんですが
>プロバイダにお願いするのが恥ずかしいんです。
自分のマシンでINN走らせれば済むん出ないの？
そういう事。
有志が新たなフィード網を構築すればいい話だよ。
既存のフィード網に対し、文化侵略、abuserの発信基地になるのは願いさげ。
まぁ、実装テストで本格運用じゃないからね。
そこまで考えなくてもいいでしょ。
つか、NNTP使うならゲートウェイ経由で２ちゃんブラウザ使うより、
素直にNewsReader使うよ。
ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
場合、２ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
巣になるだろうなぁ。
で、いずれお上からあぼ～ん（ｗ
ttp://http://px.a8.net/svt/ejp?a8mat=HZK9G+5HNXMA+1I6+644DT 儲かる出会い系ビジネス
初心者でも簡単運営
写メール、画像対応
ttp://http://kgy999.net/open/ 会社の同僚連中に「○○課の○○さんからもらっちゃたｗ」といいふらして
しまいました。
ttp://http://www.yamada.gr.jp/jape-n/chat/ ダウンロードできるのは最新のものではないみたいですね。
ttp://http://www.agemasukudasai.com/bloom/ でも記事がスレが1しか表示されてないっぽい?
ttp://http://www.yamada.gr.jp/chat/ これでどうだ。まだread.cgiがダメなのは解決してないけど。
そこまで早くないかと(笑)ていうか
|∀・)ﾐﾀ！
山田さんガンガレ('-')/
でもこれがあれば2ちゃんねるみたいに不可とか流量で悩むことは無いですよね(・_・?)
相互に配送して色んなとこにBBSをおけば…
あ、すみません。まさか動かしてくれる人がいるとは思わなかったので。。
ttp://http://toc.dyndns.org:81/makebbs.zip 新しいものに差し替えました。
あと、read.cgiは出所不明のwebに落ちていたものを
PATH_INFOに不完全な対応をさせたものです。
もしかしたら配布に問題があるような気もするので
こちらに置きました。
ttp://http://ruffnex.oc.to/ipusiron/upload/3044.zip どこかにフリーなソースは落ちてないかなぁ。。
マジですか。そんな仕様がいつのまに。
ちょっと見直してみます。。
まだみたいなリンクをどうするかとか
こまかなことはけっこうある気がするんですよね。
datファイルは基本的に手をつけずに
read.cgiとかindex.htmlでなんとかしようと
思ってます。
同じニュースグループを同時に更新することはないので
いらないかなーと思うんですが、、
万が一ということも考慮したほうがいいんでしょうか?
> つか、NNTP使うならゲートウェイ経由で２ちゃんブラウザ使うより、
> 素直にNewsReader使うよ。
たしかに…。今となってはOpenJaneDoeにもすっかり慣れたのですが、
使い慣れたものが使えるならそれに越したことはないですよね。おたがい。
> ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
> 場合、２ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
> 巣になるだろうなぁ。
NewsReaderを使わない人はマルチパートメッセージを扱えないし、
IPアドレスがそのまま出るからそこまでするかな?
NewsReaderは利用率低いしね。
削除人は必要だけど、無制限にfeed網を広げて
きくちあやむらさんのようなキャンセラー多発したら
システム崩壊しますね。
nntp使ったdat配信的な打開策ないですかね？
makebbsとread.cgiを入れ替えました。これで正常に動いていると思います。
ttp://http://www.yamada.gr.jp/chat/ あとは、NewsServerにpostするbbs.cgiがあれば使い始められますね。
htmlファイルを更新するようになっていますが、書き込みがないときは
無駄な処理になりますね。newsfeedsで
jape-n!:jape-n.*:Tc,Wn:makebbs.pl
みたいにして、記事が到着するとトークンを受け取って、smコマンドで
記事を取得して処理するというのが良いんじゃないでしょうか。NNTP
で記事を取得するよりかなり効率が良いと思う。チャンネルフィード
だと、makebbs.plは常駐するのでperlを起動するオーバーヘッドも無く
なります。
Cancel-Lockというヘッダがあるみたいですけど、
あれは標準になっているものなのでしょうか?
もしbbs.cgiでつけられるようならつけますが。。
それではなるべくはやくbbs.cgiをつくりますね。
必要ですね。
Message-ID: <dat番号$記事番号@domain>
という感じでしょうか。NewsGroupは全部moderatedにして、一か所の
サーバから注入されるようにすれば良いですね。moderatorスクリプト
がMessage-IDを付けるわけです。
無制限にやっちゃうとスレ数が伸びるに従って、差分取得
をしない汎用ブラウザだとデータ転送量が指数関数的に
なっちゃうと思うんですが・・・
そういうことができるんですね。
INNを自分で自由に設定できない場合もあるので
オプションで選択できるようにしようと思います。
レス数上限は、の方法なら、moderatorが1000以上の投稿を受け付けない
ようにすればよいですね。
×無制限にやっちゃうとスレ数
○無制限にやっちゃうとレス数
なるほど、たしかに一貫性を保てますね。
ただなるべくどこか一ヶ所に依存するような方法は避けたかったんです。
現在のバージョンのmakebbs.plが作るdat番号は
他のスレッドと一緒にできない記事のtime形式の値になっています。
そしてdatに追加する順番がDate順ではなくArticleNumber順なので、
サーバごとに記事の順番も違ってくると思います。
ということで、いっそのことすべてのサーバでのdatの一貫性は考えず、
それぞれのサーバでdatをつくり、read.cgiでなどのリンクを
修正すればいいんじゃないかとも考えていました。
記事の保存はdat形式よりも現在のINNで保存するほうがぜんぜんいいですし。
moderator方式でも、moderatorの送り先のMXを複数持てば、一か所に依存する
ということは無くなると思うけど。
あ、そうか。。
思っていましたが、これだと何とかなりそうですねぇ。
ただ、ニュースリーダからの投稿は、個人特定（偽装含め）に直結するので、
やっぱり理想は、bbs.cgiや2chリーダ形式だと思うんですよ。
ttp://http://jape-n.yamada.gr.jp/chat/ ttp://http://jape-n.yamada.gr.jp/test/ ttp://http://www.yamada.gr.jp/newsportal/index.php ここから投稿するとmakebbs の方もリアルタイムに更新しています。
おお、いい感じですね。
ttp://http://p2.bsd2ch.sytes.net/ これ、PHPで作られてる2ちゃんねるビューワのひとつなんですが、
jape-n.chatもちゃんと読めてるようです。
ttp://http://bbs.1oku.com/bbs/bbs.phtml?id=rantyan OpenJaneDoe でも読めました(^.^)
まだ新スレ立てはできませんが、これで一応投稿ができます。
ttp://http://jape-n.yamada.gr.jp/chat/ ソースｷﾎﾞﾝﾇ。。
一応途中まで書いてたんですが、
設定ファイルをどうしようかというところで
ちょっと休憩してました。。
ttp://http://toc.dyndns.org:81/bbs.cgi.zip 見せるほどのものじゃないんですが。一応
ttp://http://jape-n.yamada.gr.jp/test/bbs.txt 以前INNのバージョンによってはSubjectが
"cmsg cancel <Message id>"の形式を取ると、
勝手にヘッダを補って キャンセルメッセージを
発行するってな話を聞いた事があるんですが、
このへんの汚染チェックはするんでしょうか？
良くわかってない人の戯言だったら失礼しました。
どうもです。いただきました。
inewsというのがあるんですね。
そういう方面はぜんぜん知らないので。。
また裁判沙汰になってもアレなので。
できます。
できますがよく考えるとキャンセルコントロールメッセージを流すと
datの番号との整合性が取れなくなっての方法が使えなくなる罠。。
Message-IDに意味を持たせるのはやっぱ危険なんじゃないかと。。
キャンセルが来たら、datファイルの方も、あぼーんの処理をすれば
良いんじゃないかな。Message-IDに発言番号を持たせておけば、後から
まとめてdatファイルを作るような場合も、抜け番号があれば、そこは
あぼーんされたものとして一貫性を保てるでしょう。
(datのほうが２ちゃんになれた人はよく見るわけなので)
datのほうの削除はもちろんするんですが、
同じメッセージIDの記事を投稿することってINNの仕様でできないですよね?
supersedesは違うメッセージIDになりますし。。
勘違いしてました。すみません。。
方針をハッキリさせた方が良いかもしれませんね。
僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
やdatファイルのインターフェイスがメインになると思っているんです。
前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
ので、その部分だけの役目でもよいのではないかと。
(ﾟ⊿ﾟ)ﾏﾝﾄﾞｸｾなら新たなコントロール用のヘッダでも使えばいかが？
X-sled-key: <板名$dat番号$記事番号>
こんな具合に。
こうしておけば、supersedes（あぼーん扱い）だろうが、
cancel（透明あぼーん扱い）だろうが可能だと思いますが。
番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
こらへんはもう少し使われるようになってから考えればいいかな。
> 僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
> やdatファイルのインターフェイスがメインになると思っているんです。
最初からNNTPの汎用性をなくす仕様を増やしてしまうと
あとからその制約に縛られるような気もするので
なるべくNNTPの汎用性は失わないようにしようとは
思っているんですが、そういうのは難しいですかね。。
> 前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
> 感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NewsReaderで読むほうが読みやすかったですよｗ
あと、前のスクリプトも今のスクリプトと同時に利用可能ですよ。
> NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
> ので、その部分だけの役目でもよいのではないかと。
NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
周りに何個か設置することでミラーとして利用できると思います。
もちろんそれでも負荷分散が追いつかなければフィードすればよいという感じで。。
までレスがあったとして
の記事が抜けるとそのヘッダの記事番号がずれますよね。
通常あぼーんならそれほど問題はありませんが、
透明あぼーんには対応できませんよね。
透明あぼーんは実装しないと掲示板荒らしに弱くなりそうです。
こういったリンクをレス番号ではなくメッセージIDに
変換してからNewsに投稿すればいいとは思うのですが、
それだと＞＞１といったゆらぎにも対応しようとすると
関係ないものまで変換してしまうこともありますが…
> 透明あぼーんというのは、datの行を削除しちゃうことなのね。通常の2chでも
> 番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
あ、そういえばそうですね。。
> それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
> んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
> ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
> こらへんはもう少し使われるようになってから考えればいいかな。
control.cancelの記事のうち関係ありそうなものは公開するとかはどうかな?
Newsgroupヘッダを見てマッチする記事だけ見れば
そのキャンセル先のMessageIDもわかるので自動的に削除することも可能ですし、
そのキャンセルメッセージを公開しておけば誰が流したのかもわかるし。
第三者キャンセルはべつにあってもいいと思うんです。
(japan.yosoでその議論の残骸を見ましたが結論はどうなったんでしょう?)
> NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
> NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
> 周りに何個か設置することでミラーとして利用できると思います。
NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
イム性が無くなるので、このての掲示板としては使いにくいものになるで
しょう。それから、他人のサーバに対して頻繁にポーリングするのも無理が
あると思うんです。僕が想定してるのはnewsfeedsからmakebbsを起動してリ
アルタイムに更新する方法なので、どうしてもNewsServerと一体になります。
> NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
> ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
> イム性が無くなるので、このての掲示板としては使いにくいものになるで
> しょう。
リアルタイムな点はフィードする時点でなくなると思うのですが、、
> それから、他人のサーバに対して頻繁にポーリングするのも無理が
> あると思うんです。
ミラーも可能ということで、両方使っていいと思います。
2chクローンである事をまず追求するべきだと思う。
上乗せの機能は、まずきちんと2chクローンである事が前提条件なのであって、
今より劣る部分が出来てしまうと、技術者は喜ぶけどユーザは
ついてこないと思う。
劣る部分はじゃっかん時間差があることと
URLが異なるためリンクが貼り付けにくいということ
というNNTP自体の問題なんですが、解決策はありますか?
それは、通常のNetNewsのイメージだと思うな。フィードマニアな配送網では
投稿した記事は瞬時に届いています。2chの記事をfeedする場合は、ミラー
サーバ同士は直接peerすればよいのですよ。
なるほど。。
僕も2chクローンである事に意味があると思ってるんです。
ttp://http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
んです。
光回線の物好きが何人か集まれば、かなり実用的な掲示板を作れるのではな
いかと。INNを動かすという部分で敷居が高いのが問題ではありますが...
> 僕も2chクローンである事に意味があると思ってるんです。
というかクローンじゃないものを作ろうとなんてしてませんよね。
今まで出てきたものの中にそれから外れるような決め事なんて
なかったと思うんですが。。
>
ttp://http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで > しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
> んです。
今の2chは●で収入を得るようになってから不便さが
際立ってきたと思うんですよね。もちろんそれが悪いとは思いませんし、
今後このスクリプトを利用するサイトがそういうふうにして
収入を得てもかまわないと思います。
datおち即htmlいいですね。
nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
メールでの投稿は一切拒否しないと、話がおかしくなると思います。
（特に管理面で）
ウチは小さな会社法人ですが、削除人がしっかりやってくださる(笑)なら
サーバの提供などで参加させて頂きたいと考えています。
> nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
> メールでの投稿は一切拒否しないと、話がおかしくなると思います。
> （特に管理面で）
メールでの投稿というのはニュースリーダーでの投稿という意味でしょうか?
いちおう次のバージョンでMessage-Idと形式のリンクの相互変換は
実装しようと思ってるんですが、、そうか、このへんが2chクローンを
目指してないんじゃないかと思われる部分ですね。。
> いちおう次のバージョンでMessage-Idと形式のリンクの相互変換
これだと、datファイル直読みの2chビューアに対応できないんじゃないの？
dat内では形式、NNTPで流れるときはMessage-Id、というようになるかと。
また話がややこしくなるか。。
