bby -- スレッド情報一元管理システム構築スレ
■ このスレッドは過去ログ倉庫に格納されています
2chにある全スレッドの情報を一元で管理するシステム(通称bby)について議論したり構築したり
雑談したりするスレッドです。
関連スレ
bbs.cgi再開発プロジェクト2
http://qb3.2ch.net/test/read.cgi/operate/1069144193/l50
【広告】新機能 Rock54【自動排除】 2
http://qb3.2ch.net/test/read.cgi/operate/1067770666/l50 (゚∀゚)アヒャヒャヒャヒャ
XREAのメモリを使い尽くしました。(ひでぇなおい
Allowed memory size of 16777216 bytes exhausted (tried to allocate 10876746 bytes)
(´・ω・`)ショボーン subject.txtの(2)を確認しました〜
正常動作です。 >>305
MacMoe JIROで、スレタイ問題なく取得できました・・・ いやー、いいねコレ。
ヌ速+とビジヌ+とかとタブ切り替えしなくてもいいし。
あんま頻繁にリロードしまくるとキツイっぽい?>FOX 「続きはこちらです」が、上のほうのスレでしか出ないような?>Jane doe 。・゚・(ノ∀`)・゚・。
やっぱり本家にはかなわないわけで、 >>316
>>290 あたりからのスレしかdatがないか、正しくないからね。 >>315
大丈夫だと思う。
root ★さんが負荷とかは教えてくれると思いますー
>>318
時間が解決してくれるということで、 あっそっか、今後立つ新しいスレはOKなんですね、失礼しました。 >>320
ええ。リストからはずれたdatの削除はしますよね? >>320
よかった、安心して見れる。
前々からニュース系新スレ一覧あったらいいなと思ってたうえに、2chブラウザで見れるようになるとは。
ありがとね
誰かがいってたけど、どの板のか解れば・・・ってのは2chブラウザならpopupで解るだろうから大丈夫か
もしもつけるなら2が妥当かな >>323
はいわかりましたー。
>>324
板名と板フォルダ名の対応表があればできるけどね、、
削除整理板では板フォルダのみだが、、 みんなで
わいわいやっていけば
もっと良くなると思う >>325
なんかよくわかんないけど出来ないこともないってことね?
2chWikiといいヘッドラインといい、なんだかすんごい便利になってきてる >>327
ヨシヨシ( ・∀・)ノ(ノ∀`)・゚・。 こちらもOpenJaneDoe0.1.10.1で正常に動いてますー >>274
亀レス 申し訳ない。
壷からだとディレクトリが丸見え・・・・
(壷バージョン2.4.12.1+Sleipnirバージョン1.42)
>>332
それであってますよ、index.htmlがないから。
メニューに載せるからにはあとで作るんだとは思うけど。。 indexにはbbq.2ch.net/bby/erimo/*.htmlを使うのかな……。
板名かせめてフォルダ名が欲しい……。 >>333
サンクスです。
>>304
壷での結果。「403」アクセス禁止。 さてと(^_^;)かなーり出遅れたみたいだけど・・・・ おおーおおー、
しかし、どの板のスレなのかスレ一覧ではわからないのがつらいね。 ここまでで難しい所はさておいて、なんとなく危惧してる点がひとつ(^_^;)
1 現在の仕様だと、24時間に一回の掃除では、フォルダの中のファイル数が1000を超える=負荷が指数的に増える(^_^;)
2 掃除って一回にどんくらい削除するの?(^_^;)それによって保持するdat数が見えてくる(つか、24時間で数千行きそうな気がするので、実質全部消さないと耐えられない気が・・・・) つことで、おいらの提案としては、フォルダ構造を
年-月-日-板
の階層にして管理するのがええんでわないかと(^_^;)細かすぎるかな? >>339
いまのところdat作ってるのはnews系だけなので、
全部の板のやつだったらたしかに1日1000は超えると思うけど。
まあ、news系なら掃除は6時間に1回くらいやったほうが
いいとはおもうけどね。 >>340
フォルダ構造を階層にすると、現2chツールとの親和が取れないような… >340
日付だと、毎日(使うなら)板一覧への登録が必要になるじゃん。
板ごとか鯖ごとにわけるのが良いんでない。
ユーザは興味のある板/鯖を板一覧に登録。 >341
掃除の間隔だけじゃ解決しないんじゃないかな?(^_^;)
その時にどんだけ消すかって問題が・・・・
例えば一時間に100個の新スレが立つとして
一時間ごとに10時間以上前のスレッドを消すってことなら1000個以下が保持できるわけで(^_^;)
ある程度の時間はリストを保持しないと、0クリアされたら面白くない(^_^;) datの掃除には、他板で利用されている自動圧縮は使えないんですか? >342
ツール側がBBYビューアを実装するっていう方法もあるですよ?(^_^;)
>343
鯖-板-年-月-日
かな?(^_^;)サーバはなくてもいいと思うけど おいらはせっかく取得した情報なら、可能な限り保存しておく方が、精神衛生上よいなぁ(^_^;) >>345
それでいいと思うけど、、
ただし、それだけだと過去ログフォルダにdatがたまるので、
それを削除する仕組みも必要かな、、 ちょと考えたんですけど、
フォルダを日ごとにリネームするのはどうでしょう?
>>340のように日ごとに管理すると2chツールで取得が不便ですが、
アクティブ(当日)なフォルダはbbynewsオンリーにして、
日が変わったらリネーム(20040203とか)したら良いかも。 >>347
でも、せっかくブラウザ作者の手を煩わせなくても実装できる機能を
わざわざ対応してもらうのも気分悪くない?
これと別に>>346の形式で保存して置くなら別にいいと思うけどさ、、 >345
圧縮って階層管理されてるんだっけ?(^_^;)ならそれでもOKかもしれず
ヘッドラインとしての軽便性と、データの保持性の両方が叶う気がする >350
ぅぃぅぃ(^_^;)つことで>345ですな
dat構造のロジックが公開されていれば、ヘッドライン以外は作者さん次第って感じで >>348
なるほど、なるほど。
自動圧縮のルーチンが分からないのですが、
cpじゃなくrmする感じで対応できないものですかねぇ… >>353-354
うんうん、、まあ情報を残したいなら
dat落ちのままほおっといてもいいかもね、、
>>352
そういうものこそWikiに書いたらいいよかーん あ(^_^;)壷はヘッドラインビュアを作らんと見れないなぁ・・・・
とりあえず過去ログ一覧の処理でsubject.txtを拾って来るとしよう。 >355
むしろその方がええと思われ(^_^;)>そのまま放置
サーバさんもきっと喜ぶ(^_^;) http://bbq.2ch.net/bbynews/
専ブラで利用できるように作られたもんなんでそ?
専ブラに機能を追加しなければ使えないなら、
bbynewsを作る意味が無いような。 >358
でも、そのために機能を限定してもしょうがないと思われ(^_^;)
基本機能(ヘッドライン取得)と拡張機能(過去ログ参照)に切り分けるのがええかと。
過去ログは専用ブラウザが対応しなければならないので、見れないってのはもったいないじゃん。
あるいは、専用ブラウザのインターフェースで、過去ログを見られる仕組みを考える・・・・ ・過去ログとしてdatを残すか否か
・残すにしろ、削除するにしろ、datをbbynewsディレクトリから無くすにはどうするのか?その間隔は?
と今の議題はこんなところ。 >>360
ヘッドライン自体の過去ログは要らないような……。
元記事の過去ログを見ればいいわけで。 turugaが1個書き込むごとに1個消す(移動する)とか(^_^;)
その消す動作を有効にした時点のdat数が保持数・・・・ subject.txtの保持数が100だから、bbynewsのdatディレクトリには100datで充分ですよね… >362
過去のスレッド一覧とか取得できるよ?(^_^;)例えばだけど
それを使えばスレッドタイトル検索とかも可能になる。
できなくても困らないけど、ここまで出来るならもったいないと思う。 >365
ヘッドラインって考えれば50個もあれば充分だと思うけどね(^_^;)上がり下がりもないし
ただ、多少多めにあって困るもんじゃないと思う。 >>366
ん?
マァヴさんが言っているのは、subject.txtの過去ログってことです? >368
あー(^_^;)subject.txtだけで充分かもしれず
でも、datも残っていればより可能性は広がるけど、サーバがちょっと可哀想かも >>366
んーそれだったらerimoのほうを残しとけばいいでねーかな。
わざわざbbynewsの過去ログとかいらないような。 帰宅。新設板・板移動情報@運用情報 からピンと来てここに来ました。
bbynews、まさにアイディアの勝利だと思う。
最初からここまで考えてたとしたら、すごい人だ。おみそれーしょん。
飯食ったら、ここの >>256 から読んでみます。いったん落ち。 全板レベルで言うと、新スレ立ちまくりなわけで、
全板一括表示で表示数を例えば100にしたりすると、
過去数分分の新スレしか見られないって事に。 >>369-370
うんうん、、、
subject.txt(erimo/news.txt)の情報性は見逃せないですね
残しておけるものなら残しておきたいかも。
今は保存せず、そのままログなしチャット状態ですよね? あー、一点だけあるか・・・・
過去スレタイ一覧から、元スレへのリンクが取得できない(^_^;)
サーバ名と板名をなんらかの形で保持してないと となるとやっぱりerimoを保存するのが良ですね。
後、datが残っていると本板でスレッド削除された時に問題ですけど、、、 DNSでbbyに突撃じゃぁぁぁぁぁぁ!→erimo「うぉおおおおおおおおおおおおおお!」→bbynews(dat)をはきだす&erimoの各ファイル吐き出す
→datの数が最高数に達した→archive0.2ch.netにFTP接続→/bby/dat/にコピーし、bby側のdatは削除→FTP Close→OKyo. でもerimoはリアルタイムに更新されてる・・・・(^_^;)
スレが一定量立つとバックアップを作成?(^_^;)なんかエレガントじゃない気がする >>377
1スレ毎にsocket、socketしてたらtugaruのりんごが重くてバタン… >>378
そこで>>346 タイプでlog保存ですよ。 >>374
んじゃsubject.txtと平行して新型のsubject2.txtでも作るとか。
スレキー.dat<>スレタイ<>鯖<>フォルダ
な感じで。 >381
おいらもそれ考えた(^_^;)
たたき台としてはdatを結合した1ファイルみたいなやつ。
不要な情報はけずっちゃえばいい・・・・とか >>378
日別のtxtを用意して、news.txt等と同時に開き、
news.txtから落ちたスレッド情報は、日別txtにどんどん追記。 とりあえず、かつて2chになかった永続的な横断検索(スレタイ&スレッドの1だけだけどね(^_^;))
の可能性を鑑みるに、なんらかの手段を残しておく方向は捨てたくないなぁ・・・・ >>381
うーん、erimoのレス1の情報がなくなっちゃうのが惜しいと言えば惜しい >>383
鯖<>フォルダ<>スレキー<>投稿者<>メール<>日付とID<>本文<>スレタイ
な感じ? >>387
それだったらerimoで保存してあるtxtの形式が
日付 時間 スレのアドレス 投稿者<>メール<>日付とID<>本文<>スレタイ\n
だからそっちとたいして変わらない罠。 >387
鯖<>フォルダ<>スレキー
の部分は
http://qb3.2ch.net/test/read.cgi/operate/1073058944/
↑のままでええかと(^_^;)そしたら専用ツールの方で解釈できるし
あ(^_^;)おいらがちょっと概要を勘違いしてるのね
/bbynewsも/erimoもerimoが吐いてるデータで、見え方がhtmlなのか生なのかの違いなのね(^_^;) >>391
かつerimo自体は、subject.txtとdatを結合したデータを保持してます。 うわー
thread.txtがいつもならありえないほどでかくなってた。。。 erimoだとかnotoだとかturugaだかtugaruだか
いろいろありますね。 >391
あいあい(^_^;)出遅れをとり戻そうと斜め読みしてたんで
やっと追いつきました ■ このスレッドは過去ログ倉庫に格納されています