>>67 現在のdat直読みはcgiフリーな単なるapacheファイルアクセスだと認識しています。そうすることでサーバーの負荷はcgiの分軽減されることになる、
というかこれ以上軽減できない。なので差分取得するならリクエストヘッダでRange指定しなけりゃならんと。
offlaw.cgiの時は、どうせcgiなんだからレス番でやってもよかったんじゃないかと思いますがLFカウントがめんどい^H^H重いので嫌ったと。
ちょっと開発室ログが手元にいくつか取ってあって(忍法帖騒ぎの時に読んでたらしい)、そこでレス番で取る仕様案が出たり引っ込んだりしてました
(ピロリのスレだったかな)。
で、Rokkaはタイムスタンプモザイクのためスレをパースせざるを得なくなってるのでレス番で処理できる。
なのでDOLIBには書いてないけどRokka APIとして取り入れた(DOLIBを彼が読んだかはぁゃιぃが)。
を訊いてもいいんだけどまだ作業中だろうから余計なこと訊かないほうがいいかな。
>>68 > そういえばRokkaの設計上は例えgzip転送で過去ログ全取得を要求しても、常に展開された状態でレスポンスが返る事になるのかな?
いえ、ちゃんとraw=0.0を指定するとGZip圧縮されたものが返りますよ
(
>>1-2 ■ 2ちゃんねるWiki Part6.0 [プロジェクト・制度解説・FAQなど]
http://qb5.2ch.net/test/read.cgi/operate/1366640919/108,113)。
連投規制が気になるのでレスを借りて
Hi Codemonkey,
There is a thread. This can be accessed by directry(/dat/threadkey.dat) during it is live.
When other threads are created, this thread is removed from subject.txt and deny direct accessing.
We 2channeler(( ´,_ゝ`)プッ) call this situation 'dat-ochi'. How are you saying?
Now, the thread has just been dat-ochi, Maru could get the dat even I accessed just the thread had been da-ochi.
But, Rokka could not get dat (Error 13). After a couple of 10 minutes, dat can be gotton.
It seems there is a time lag to be able to access dat.
How long do I have to wait after the thread has just been dat-ochi?
Why is a time lag there?
Threads for Jikkyo(reatime commentary) or news are easy to be dat-ochi because many threads will be created within short periods,
especially for TV Anime program , topic on Matsuri/Enjo(flaming).