DOMAIN : 2ch.net or bbspink.com SERVER : name of the server, pele,kilauea,...(bbspink) anago,awabi,....(2ch) BOARD : name of the board, news,entrance,..... THREAD : thread key(=thread number) OPTIONS : 2ch standard url options, l50 , 25-35 , -45 , 13- , etc... [raw=0.0] : option to get dat with GZip compressed (recommended) <SID> : authentication SID, UrlEncoding is recommended
Response : 1st line indicates processed status of the server. "Success" - The process has successfuly done. Following lines are achieved message with dat format(name<>email<>datetime<>body<>[title]). "Error XXX" - The process has not succeeded. XXX is error code. Error codes: inputError = "Error 8008135" invalid SERVER or BOARD or THREAD authenticationError = "Error 69" invalid SID urlError = "Error 666" invalid OPTIONS timeLimitError = "Error 420" access too fast, interval between requests required
0082名無しさん@お腹いっぱい。(たこやき)NGNG datファイルをどう読み込んでるのかはわからないけど、 読み込んだ後の処理はhttp://stream.bbspink.com/offlaw.txtのままでいいんじゃないかな 0083C ◆Odemonkey. (プーアル茶)NGNG >He suggests 'raw=' can be removed then Rokka will return entier dat only. I think removing "raw" is a good idea. Rokka can already return partial dats by using the options "20-30", "l20", "15-" "-90". Why does Rokka need a byte offset?
>Can you touch HTTP request header and HTTP response header on Rokka? Yes. Rokka replaces Apache. Rokka is a server. I wrote Rokka with the "Haskell" language. I have full customization about what Rokka does.
>Are you going to make Rokka return the dat in dat-ochi ? Yes. I current do not understand the dat-ochi system. I am studying FOX's dat-ochi system. After I understand the dat-ochi system, then I will add dat-ochi to Rokka. Dat-ochi will probably be available on Rokka tonight or tomorrow. 0084ninja鯖マダァ?(・∀・ )っ/凵⌒☆チンチン → !ninja(おにぎり)NGNG dobattoだったかな? 削除ツールっぽいの弄る時にofflawの修正もしてたと思うのよね。 あれが順番に叩いてる場所をRokkaも真似すれば15分のタイムラグ埋められるんじゃない? 0085名無しさん@お腹いっぱい。(もんじゃ)NGNGhttp://www.gedoh.org/aki/2ch/current/bbs/ 結構昔、read.cgiを改良するときにソースをみんな見れるようにして改良したらしい。 ここのread.cの1444行〜1512までがほぼ一緒。
<begin>/<end>: bytes offset of start/end (boundary, zero origin) <first>/<last>: line number of start/end (one origin) <recent>: recent lines count MAX_FILESIZE: 0x100000..0x1FFC00 ?
とりあえず負荷よりも転送量を最優先に考慮しなければいけなかった頃からの歴史を見た気分ですね 0089水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ)NGNG>>83 > >He suggests 'raw=' can be removed then Rokka will return entier dat only. > I think removing "raw" is a good idea. Rokka can already return partial dats by using the options "20-30", "l20", "15-" "-90". Why does Rokka need a byte offset? Me too but nobody respond us.
> >Can you touch HTTP request header and HTTP response header on Rokka? > Yes. Rokka replaces Apache. Rokka is a server. I wrote Rokka with the "Haskell" language. I have full customization about what Rokka does. If so, I saw someone said 過去ログ&●(2chビューア)情報スレ 29 http://qb5.2ch.net/test/read.cgi/operate/1378646393/602 > 602 名前:動け動けウゴウゴ2ちゃんねる [sage] 2013/09/12(木) 04:12:47.87 ID:I81KKwaF0 > 今気づいたけど旧プロトコルと違ってrokkaだとLast-Modified:出ないんだな > コード管理がTCPベースかHTTPベースかすら分からないし実害も薄いのでいいんだけど、 > 出来ればソース鯖のHTTPレスポンスからコピーして欲しかった > > 今後は最終行を覗いてそれをファイル日時に反映するか translated > I found rokka doesn't have Last-Modified: in HTTP response header. > It is not so serious but the value should be copied from surce server. I knew the header does not include Content-Type, Content-Type should be 'text/plain'. Then I thought youcould not touch HTTP headers.
> >Are you going to make Rokka return the dat in dat-ochi ? > Yes. I current do not understand the dat-ochi system. I am studying FOX's dat-ochi system. After I understand the dat-ochi system, then I will add dat-ochi to Rokka. Dat-ochi will probably be available on Rokka tonight or tomorrow. I'm looking for.
>>84 said > dobattoだったかな? > 削除ツールっぽいの弄る時にofflawの修正もしてたと思うのよね。 > あれが順番に叩いてる場所をRokkaも真似すれば15分のタイムラグ埋められるんじゃない? translated > That is 'dobatto', isn't it? > (2chan UNEI) has chenged offlaw when they made a deleting (post) tool. > Rokka should reference the way the tool accessed to the place as sequencially. な… 何を言っているのか わからねーと思うが おれも 何を言ってるのか わからなかった… 0090水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ)NGNG>>85 said > http://www.gedoh.org/aki/2ch/current/bbs/ > 結構昔、read.cgiを改良するときにソースをみんな見れるようにして改良したらしい。 > ここのread.cの1444行〜1512までがほぼ一緒。 > Many years ago, someone published to watch source code of read.cgi for everyone. > Lines are same as 1444-1512 in read.c . > > > よく考えてみると、差分取得を考える必要は無い、すべて最初から全取得にすべき。 > Rokkaの目的の日付を隠すことを確実にするには全取得が一番いい > I was deeply thinking and I got a conclusion that it is not necessity to get patial, it should be entire. > Only entire is the best to hide timestamps exaxtly. イグザクトリイ。 > > 仔花子もすべて最初から全取得なので今更気にする必要は無いかと > You don't have to care about partial dat since Kohanako was only return entire dat until first release of Kohanako. > > >>2のオプションは廃止しちゃう・・・? > レス番指定だけだと、削除されたかの確認が出来ない。 > サーバからは消されているのに、クライアントには残ってるってのは避けたい > I think <OPTIONS> in >>1-2, could be obsolete. > Because it could not confirm posts have been removed to specify post number. > It have to avoide posts have been already rejected from the server but left in client. な… 何を言っているのか わからねーと思うが おれも 何を言ってるのか わからなかった…
# ほ、翻訳が追いつかない… 0091水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ)NGNG>>86-88 said > offlaw.txt見て合点が行ったけど、byte offset差分取得はかちゅ〜しゃ or それに準ずる専ブラ(Jane含む)にのみ > 許可されている特別なメソッドという位置付けのようですね > zz_katjusha_raw はこれらの専ブラでのみ真になると(恐らくUAもしくはURI内の'sid=Monazilla...'部分から判定) > Patial method was only allowed to Katjusha and some browsers(include Jane) complied with Katjusha. > zz_katjusha_raw become true if browsers comply Katjusha, > or the server detected key string in User-Agent in the requestheader or URL(sid=Monazilla...)
ommited some lines which are just report how it did > byte offset差分取得をかちゅ〜しゃ系以外に許可しなかった理由は、 > 本来はレガシー仕様をよく知らない新しい専ブラにこのメソッドを許可したくなかった、という事情かなと解釈しました > このバージョンのofflaw.cgiがいつ稼動し始めたかは不明ですけれども・・・ > The reason why partial method was not allowed any browsers except Katjusha complied, > someone hated to allow all following browsers which don't know regacy specification, I guss.
>>102 Please post with in english. Automatic translater sometime translates as opposit meaning.
>>Codemonkey I'm going to leave here to clear black list. I should stop posting arround 16hours. Otherwise I could post only 1 post until someone post here, and the conditioin will be continued until I stop posting arround 16 hours(it means after Rokka become finalized). 0109C ◆Odemonkey. (プーアル茶)NGNG>>108 How does the black list work? Why does it put you on a black list? Thats dumb.
So far from our discussions, I will be adding the dat-ochi function.
Janestyle seems to be the only browser that was using the "raw" parameter. They had some kind of special permission to use it. I think having special permission to use features is not good. Lets remove the raw function, or make it available for everyone to use.
If you want, we can make a thread on bbspink. There are no post limits or black list on bbspink. 0110名無しさん@お腹いっぱい。(しうまい)NGNG>>85 確かにオプションは廃止してもいいですよね。
Here is a dat file on the client.
1 post A 2 post B 3 post C: that contains inappropriate words 4 post D 5 post E
Here is an up-to-date file on the sever.
1 post A 2 post B 3 post D 4 post E 5 post F 6 post G 7 post H 8 post I
The post C has been deleted by the administrator. The client requires "6-". And the server returns as below.
6 post G 7 post H 8 post I
Now the file on the client is as below.
1 post A 2 post B 3 post C: that contains inappropriate words 4 post D 5 post E 6 post G 7 post H 8 post I
The inappropriate POST C remains and POST F is missing. This is the reason why <OPTIONS> should not be used. 0111水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ)NGNG>>109 > >>108 > How does the black list work? Why does it put you on a black list? Thats dumb. I described in >>37. I'm not clearly understanding it.
> So far from our discussions, I will be adding the dat-ochi function. \(^o^)/
> Janestyle seems to be the only browser that was using the "raw" parameter. They had some kind of special permission to use it. > I think having special permission to use features is not good. Lets remove the raw function, or make it available for everyone to use. I agree with you.
> If you want, we can make a thread on bbspink. There are no post limits or black list on bbspink. Yes please. てか、最初からそうしてくれればいいのにー 0112名無しさん@お腹いっぱい。(たこやき)NGNG 昔は転送量削減を重視して差分取得・gzip使用を組み込んでいたけど、 今は●流出分のレス削除とか時刻改竄・隠蔽重視で 有無を言わさずレス全取得が必須なのか 0113名無しさん@お腹いっぱい。(WiMAX)NGNG>>112 byte offse指定した差分取得でもあぼーんがあれば全取得されてたんだから 大して変わらんでしょ 0114水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ)NGNG>>112 そこを議論していただきたいです。 twintailとしては全取得しかしないので蚊帳の外ですが。 いずれにせよCodemonkey氏(と私)との間では技術的観点より実装議論をしてテストするだけなので 直接Codemonkey氏に伝えていただくあるいは決議案をお知らせいただく(て私が伝える)なければ http://stream.bbspink.com/update.txt が http://2ch.tora3.net/about.html を満たしたと(私が満足した)ところまでで終了です、たぶん。 0115名無しさん@お腹いっぱい。(舞妓 どすえ)NGNG>>112 Rokkaというより、転送量が経費に直結かつ回収手段が十分でなかった頃からの歴史、 当時のネットワーク帯域、利用者数≒アクセス頻度等が絡んで優先度が転送量>鯖負荷だった経緯があるのかと 今は利用者数が桁違いに増えているせいで利用者一人辺りの鯖負荷を軽減する事が 最優先なんだと思われ、専ブラ使わずにアクセスした際のウェイトとか見てもそんな気がする