Rokka System

Lets talk about the new Rokka system.

>>http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/110
It is not difficult to strip options from a link before retrieving a dat file. I think leaving the options
feature is good for the people who have a reason to use it. If your app doesnt need to use options, then you can easily strip them before retrieving the dat file.

By the way, here is the original thread:
http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

But I'm in Anime time, until 4:00

>>1
Is the trip system as same as 2ch?
I'm using 12 digits trip, and I've never post on bbspink.

>>4
I think its the same. Just try it.

BBSPINK is better for talking about technical things. It doesnt limit posts, and I dont think it escapes characters like "&".

>>4
What anime are you watching? I will also take a rest and play with my dog.

Tomorrow during Japanese time I will finish the dat-ochi function for Rokka.

I considered why time difference would occur for 15 minutes.
When there is probably a directory where it was overlooked depending on F15 o rF22 system.
It becomes the time difference of 15 minutes in F15, and becomes the time difference of 1 hour in F22.
Possibly Rokka overlooked /pool/ directory?

>>7
Its true, Rokka is overlooking the /pool/ directory. Is /pool/ the location for dat-ochi?

What is the difference between F15 and F22 systems?

I cant read much Japanese, so the documentation is mostly useless for me. Forgive me for not yet understanding the basics.

>>6
> >>4
> What anime are you watching?
RailGun　　　　http://www.project-railgun.net/
Neputune　　　http://nep-anime.tv/
Prisma Illya　　http://anime.prisma-illya.jp/
DanganRonpa　http://www.geneonuniversal.jp/rondorobe/anime/danganronpa/
LoveLabo　　　http://www.love-lab.tv/
Gatchaman　　http://www.ntv.co.jp/GATCHAMAN_Crowds/


> I will also take a rest and play with my dog.
No problem. I just inform you I can not respond so quick.

> Tomorrow during Japanese time I will finish the dat-ochi function for Rokka.
Okey-Dokey

お、よかった同じだ

>>8
The document is a public? I mean everybody can read it?
If I can read the document, I can help you more.

>>9
Thanks! Some of those anime look really interesting.

I am studying now the f15 and f22 source code. The f15 and f22 seem to be managing the dat files, so its a good place to look for the dat-ochi.

>>10
I dont think the source code is public. I am reading the code on the server.

The file names are f22.cgi and f15.cgi. Maybe you can find a copy of them on google.co.jp?

By the way, you have excellent English. Where did you study English?

ttp://satake.bglb.jp:81/cap/130914-0118240906-1440x810.jpg
ttp://satake.bglb.jp:81/cap/130914-0118290466-1440x810.jpg
ttp://satake.bglb.jp:81/cap/130914-0118360163-1440x810.jpg
ttp://satake.bglb.jp:81/cap/130914-0130260726-1440x810.jpg
ttp://satake.bglb.jp:81/cap/130914-0130290703-1440x810.jpg

>>12
> >>10
> I dont think the source code is public. I am reading the code on the server.
>
> The file names are f22.cgi and f15.cgi. Maybe you can find a copy of them on google.co.jp?
I'll try.
And if you want me help, please do not hesitate to tell.

> By the way, you have excellent English. Where did you study English?
I've lived in N.Y. about 9 month to develop embeded software with US people many years ago.

>>13
I will ask you if I need help. For now I will take a rest and eat some food. Enjoy your anime!

http://live2.ch/jlab-tv/2/k/s/tv1379090214978.jpg
かわいい

>>14
OK, love your dog!

>>8
F22 runs for every hour.
F15 runs every 15 minutes.
The thread which disappeared from subject.txt is moved to /pool/ by F15.
It is arranged by F22 after that to /oyster/.

It is remembered that Fox made such structure.

色々と昔の話が出ていそうなのを

板設定変更の運用に関する議論スレッド
http://pele.bbspink.com/test/read.cgi/erobbs/1154170063/432
●PINKちゃんねる過去ログ大作戦●
http://pele.bbspink.com/test/read.cgi/erobbs/1102009450/153-206
PINKの宿題を寄り道しつつやろう
http://pele.bbspink.com/test/read.cgi/erobbs/1323322319/71-82,88

2chではf15とf22の役割分担が変わっている可能性があります

■　bbs.cgi等　おさわり情報
ttp://qb7.2ch.net/test/read.cgi/operate2/1294741755/341

f15は1分間隔で動いて、poolに落とすだけ
f22は10分間隔で動いて、poolからoysterに移動したり過去ログ倉庫(板/kako/)のhtmlを書いたり、規制リスト回収したり、古い書き込みログを消したりする。

サーバからdatを取り出すときにofflaw.cgiで読んでいた場所をすべて読まないと>>17の2つめのような問題も出るな
poolとかoysterも全部読むようにすればタイムラグは関係なくなる

ここでいいのかな？

2ちゃんねるブラウザ「JaneView」 Part82
http://toro.2ch.net/test/read.cgi/win/1376659059/313
313 名前：View ◆AcQTmXmylo [sage] 投稿日：2013/09/14(土) 02:01:41.07 ID:O1OC+UU6
http://toro.2ch.net/test/read.cgi/win/1376659059/313
> まだ新旧の仕様を調べているだけで実装して試していませんが、ざっと動作を再確認してピックアップした●の問題点。
> 開発室へは最低限、開発版で動作を確認してから行きます。
>
> 　●仕様の問題点(新旧とも)
> セッションIDが平文で流れているので、過去ログ取得/書き込みをプロキシを経由して行うとプロキシからはSIDが丸見えで、
> プロキシの管理人は●をセッションハイジャックできる。対策するならダイジェスト認証やHTTPSが必要。
>
> 　Janeの実装の問題点
> Jane2ch.iniの隠しオプションとして、ホストが2ch内かどうかを判断する基準となるドメインをBBSMENUセクションの
> 2chServersに設定できる。(2chに新ドメインが追加された場合の、Janeのアップデートまでの暫定対応用？)
> Janeはここにあるドメインのサーバへの書き込みや過去ログ取得で●のセッションIDを送る。
> ここに、外部板でのJaneの動作を変えるために2ch以外のドメインを追加している人がおり、
> そのような場合にはセッションIDが2ch以外のサイトに送られる可能性がある。
>
>
> １番目の●の仕様が今まで問題にならなかったのも不思議なので、既に結論の出た話だったり、なにかこっちが勘違いしてるのかもしれません。

>>20
何を彼に伝えればいいですか？

Hi, Codemonkey,

>>20 said SID in request URL is not sent on HTTPS but HTTP so SID can be stolen.
Is it possible to access with https?
I think you (NT Tech.) already have a server certification you can allow us access on HTTPS.

Right now I'm watching Jewelpet http://www.tv-tokyo.co.jp/anime/jp-happiness/index2.html.

How hayabusa3 is going?
And, SID for testing will be expired soon. Could you make another more long SID?

Last Anime Pretty Rhythm　　http://www.tv-tokyo.co.jp/anime/prettyrhythm/index2.html
Now　　　　　Driland　　　　　　　http://www.toei-anim.co.jp/tv/Driland/

>Could you make another more long SID?
Here is a 10 day SID:
Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r

>How hayabusa3 is going?
Jim-san asked the UNEI to send us the server login credentials for Hayabusa3, but UNEI has not replied back.

>>16
Thanks a lot!

>Is it possible to access with https?
I will ask about the https credentials, and set it up as soon as I have the credentials.

Did the old offlaw.cgi system use https?

>Is it possible to access with https?
I will ask about the https credentials, and set it up as soon as I have the credentials.

Did the old offlaw.cgi system use https?

>>20のsessionハイジャックは
http://php.net/manual/en/session.security.php
のように
他のスクリプトなどでも注意書きがある事ですよね？

> ●仕様の問題点(新旧とも)
新しいシステムだけではなくofflaw.cgi systemから残ったままの問題かもしれない

> 既に結論の出た話だったり、なにかこっちが勘違いしてるのかもしれません。
でも、リスクがある事を知っていてそのまま使おうと結論した事を私が知らないだけかも知れない
とも言ってるんですよね？

このあたりのニュアンスをうまくEnglishで伝える自信が無い.....

>>26
> >Is it possible to access with https?
> I will ask about the https credentials, and set it up as soon as I have the credentials.
OK. I just want to know it's possible or not.

> Did the old offlaw.cgi system use https?
No.
Currently it is not necessary to access on https.


>>24
Thanks a new SID.
Regarding Hayabusa3, I'll inform 2channeler.

セッションIDは有効期限付きなので漏れても問題無い気はしますが。
漏れてしまっても、一定時間が経てば無効になる
心配なら有効期限を短くする方向にするといいのかも

セッションIDを取得するときはhttpsなのでIDとPWは取れない

Rokka動作状況ですが、hayabusa3ではError 8008137がどうやっても出ます。
これはRokkaを鯖に入れたいのに運営がクレデンシャル要求に（まだ）返答してくれないから
だとのことです。
他の鯖は私が確認した範囲で正常動作しています。

作文してたら >>29 さんが書いてくれた。一応せっかく作文したからカキコ。
>>20,27
SIDが盗まれて具体的に何が問題になりますか？
SIDが通信セッション管理に使われているならともかく、
単に有料ファイルを無料で取得されてしまうとか（NT Tech.が被害者）
規制突破カキコができる（２ちゃんねるが被害者）
だけで、●所持者自身になんら被害を及ぼす（身元が割れるなど、今回の流出では割れましたが別にSIDから紐付けしたわけではない）
ことはないため、コストをかけて（かつ鯖もトラフィックも重くなって）までガードする必要性はないように思います。

一応技術的にHTTPS有効化できるのかを尋ねてできる旨回答はありましたが
私はてっきり購入ページで使うなりの理由でNT Techがサーバー証明書を所有していると思ってたら
これから用意するみたいなことを言っているので、まあたタダでやってくれるならいいですけど、
●代金に跳ね返るとかHTTPSにしたため起こるかもしれないエンドユーザー側不都合をNT Techに担保させるのはどうかと思います。
それ以前に、２ちゃん自身へのPOSTにHTTPSなんか使ってないのになぜRokkaにいれなきゃならん、と思いますがどうでしょう。
別にNT Techの肩を持つわけじゃありません（私ももともとRokkaの動作がおかしいのをねじ込みにきて捕まったのだし）が、
具体的な結論や要求を伴わない検討事項っぽいものを貼られて英語問題になってしまうのはちと違うかと。

もちろんこのスレで >>20 その他議題を検討いただくことに何の問題もありませんが、
Codemonkey氏に技術的でない内容まで問い合わせてしまうのはどうかと思います。
あと基本、スレにカキコされた日本文はCodemonkey氏に疎外感を与えないため適宜翻訳いたしますが
訳出の内容・質および解釈が必ずしも投稿者さんの意図通りとは限りません。
違っていれば即座に訂正要求ください。また翻訳不要もしくはしてはいけない場合はその旨お書き添えください。

>>24 に今日から１０日間使える新しいテスト用SIDを作ってもらいました。

あとCodemonkey氏のカキコも必要と思われるところ適宜翻訳いたしますが足りなければお申し付けください。
ただ私とのやり取りのものなら結構いい訳出せると思いますが他の方とのだといまいちかも。


# ああ、連投できるっていいなぁ(´∀｀)

セッションIDの話はこの時にも出てるけど「まあいいじゃん」という事で終わってる（翻訳不要）

【浴衣の君は・・・】　●サーバとまります。
http://qb5.2ch.net/test/read.cgi/operate/1278569686/

http://qb5.2ch.net/test/read.cgi/operate/1278569686/777 の件でこのスレ持ってました。
で今読み直したけど見つかんないですー
この辺？ http://qb5.2ch.net/test/read.cgi/operate/1278569686/785-
これってログインサーバー(futen2.cgi)との間の話でofflaw.cgiとの話しじゃないんじゃあ…

Could you summarize it on Wiki?
http://deleter.bbspink.com/wiki/wiki.cgi?page=Rokka

>>19 はもしかしたら彼に伝えた方がいいんでしょうか？
上の方でf15/f22を理解していたみたいだし >>16 を読んだみたいだから参考資料が貼られてると思って
後回しにしてた（というかリンク先だけかき集めてた）んですが
>>19 が伝わるとあっさりdat落ち対応ができたりします？

>>34
これはCodemonkey氏宛ですか？
この元 Rokka System　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/
を書いたのは私（水玉(Mizutama) ◆qHK1vdR8FRIm）で、
これが間違っていないかCodemonkey氏に確認を投げましたが明確な答えは得てません。
さらに、先のスレで動作検証中に新規エラーコードも増えています。 http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/39
Codemonkey氏に直接外部を検証いただくのは遠慮願いたいです。
このスレに持ち込んで、意見交換したものを転載する分には構いません。
というか、水玉(Mizutama) ◆qHK1vdR8FRIm と話したくないです？

>>35
あんまりdat落ちとか関係ないし、翻訳する必要はあまり無いような気がします。

サーバからdat回収するときにpoolも見るようにすればf15/22は関係なくなる

>>36
英語使っちゃダメなんですか　＞＜
役割分担自体がよく分からないので、話したい話したくない以前の問題で…

お二人のどちらさんでも構いませんが、どこまでの部分まで話が固まっているのか、まとめてほしいなあ

まだ細かいとかいろいろと決めてる途中だからまとめちゃうには早いってことかと思う
多分。。。

基本的な仕様は>>34で

これから決める
　raw=の廃止
　OPTIONS(差分取得)をどうするか
　ログ取得時のhttpsの使用

改良が必要
　dat落ちから倉庫格納までのラグをどうするか

かな？

httpsを使うのはセッションIDを取得するときだけじゃないのか？

>>20に
わしは別に使わなくてもいいと思うんだけど、誰かが書いてるのでとりあえず書いといた

>>30
荒らしに使われたら●が焼かれる。

というか、SID平文の件はRokkaだけ頑張っても無意味な気が
想定している攻撃はネットワーク経路上の何がしかの覗き見なんですよね？
だとすれば攻撃者はSIDを付加する他の全ての操作(●ログイン後の書込み等)も見ている訳で
そちらの平文排除も同時に保証しなければ全体としては意味を成さない気がします
こちらは現在対処済みなのでしょうか？

もしそうでないなら、これはRokka内で完結するレベルの議題ではなく、
議論を進めるのは今で良いかという所から一度再確認した方が良い気がしますがどうでしょうか

うわ、寝落ちしてました。しかしアニメタイムになると目が覚めるのはなぜ？

>>37
了解です。

>>38
済みません、失礼な物言いをしまして。
日本語版もあるのに英語版のほうをWikiに転載し、宛先なしでカキコされていたのでCodemonkey氏宛と思い込んでしまいました。
ただ転載前に状態確認していただきたかったです。

>>39
その通りでございます。
が、スレ移動してから議論が止まってしまっているので、再開しないといけませんね。
まあ私が「先にdat落ちをどーにかしないとイカんでしょ」などと書いたため議論も止まっちゃったのかなと。

●のセッションIDは平文ってわけじゃないけど、誰かがパクってコピペすれば有効期間内は使える
で、悪意あるプロクシ運用者などにかっぱらわれる可能性がある
View氏が言ってるのはそういうことでしょう
実際に盗られて荒らしに使われ焼かれた例が数年前にあったような

●のセッションIDを使うのは過去ログを読むときだけではないので、これが送信されるときは
常にSSLを使うなど経路を暗号化しないとパクられる恐れがある
そうすると掲示板サーバとのやりとりも暗号化しなければならないわけでおおごとに

じゃあパクられても使えなくすればいいじゃん
A案　●のセッションIDの寿命を短くする（既出）→認証サーバが忙しくなる
B案　●のセッションIDに認証時のIPアドレスを入れて、セッションIDの正当性チェックのときにIPアドレスが
　　 　変わっていたら無効にする→認証サーバが少し忙しくなる。一部のスマホなど、IPアドレスが変わり
　　 　やすい環境では再ログインの回数が増えて煩わしいかも
　　 　（IPアドレスも暗号化されるけど念のためハッシュ化するもまたよし）

> 役割分担自体がよく分からないので、話したい話したくない以前の問題で…
水玉(Mizutama) ◆qHK1vdR8FRImがなんでこんなことをしてるのか
とここまでのあらすじ：

■ ２ちゃんねるWiki Part6.0 [プロジェクト･制度解説・FAQなど]　http://qb5.2ch.net/test/read.cgi/operate/1366640919/88-
を偶然目にして質問する http://qb5.2ch.net/test/read.cgi/operate/1366640919/107
> >>87-91
> Hi, I'm a auxiliary developer for 2channel browser 'twintail'.
> I've examed new nethod to get past-log from rokka.bbspink.com then I found some minor problems.

http://stream.bbspink.com/update.txt が更新される（現状公式仕様書はこれ）　http://qb5.2ch.net/test/read.cgi/operate/1366640919/114

スレ違いに気づかずスレで延々とデバッグしていたら追い出される　http://qb5.2ch.net/test/read.cgi/operate/1366640919/132
> I'm afraid to say, but please read the title of this thread.
> This is not where you should keep talking about such things for a long time.

２ちゃん開発室にスレを立てる　Rokka System　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/
その際 http://stream.bbspink.com/update.txt をスレ立て時時点での動作を反映した形でまとめたものを貼る

Rokkaの意味が判明　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/6-7

２ちゃん鯖への適用が始まる　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/16

専ブラ開発者へのレポート配布と改修促進を依頼される　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/19
> Can you write a report for the app developers? Then we can have the Rokka system in our apps?

逆順問題が起こり、一時騒然とする　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/21-23,

Codemonkey氏が多分忙しいのにもかかわらず暫定仕様書の確認を依頼し、スルーされる　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/24

実動作証明用専ブラとしてtwintail水玉版を作成、公開する　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/25,29

逆順問題が修正される　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/30-31

水玉(Mizutama) ◆qHK1vdR8FRIm がゴンタクレに引っかかり、
書けないのに何度も試すものだからブラックリスト回数が溜まり書き込めなくなる　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/32

バイト差分取得の件が登場する　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/34

そろそろ 水玉(Mizutama) ◆qHK1vdR8FRIm の手に負えなくなってきたので泣き言を書いてみるがスルー　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/56
> これは実際に過去ログ差分取得を実現実装した方に説明していただかないとどうにも伝えようがないです。
> というか伝えてください(TдT)

dat落ちが取得できていない事が発覚する　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/69

rawパラメーターとgzipとの件　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/79

カキコされた和文を英訳し始める　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/89

ゴンタクレにまたしても捕まり難儀する　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/108

bbspinkへ移動することにする　http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/109-

開発室スレ残りは差分をどうするか議論するが結論に至っていない

このスレ

>>44
PINKは、Jimさんとその一味の掲示板なので。。

そもそもこれって、CodeMonkeyさんとMizutamaさんの共同作業？なんですかね
もしそうなら、共有文章は英語にしないと通じないのではと

まだ役割分担がぱっとしなくて、ある案件について誰に話を振ればいいか
分からない状況では、そういう時はとりあえず★な人を中心に話を進めてしまうかなぁと。。

あーtwintail って http://opentwin.sourceforge.jp/ のことを指していて、
外部の方ですか、たいへん失礼しました。。カリフォルニア方面の方だとばっかり…

The UNEI has refused to allow access to hayabusa3. Sorry, we cannot install rokka on hayabusa3 until the UNEI allow access.

The dat-ochi should now work properly. Can someone please confirm that dat-ochi works?

>>45
Proxy通して盗んだセッションIDはProxy通して使っちゃえばいいじゃん
多少忙しくてもいいから有効期限短くするほうにした方がいろいろといい
あと、今は●使っても焼かれたProxyからは書けないからやっぱり考える必要なかったり？

とにかく今回何が起こったか考えると、
もし今後●書き込みが復活する可能性があるなら、

●のセッションIDを平文でネットワークに流さない

か、

拾った●のセッションIDでは書き込みできないようにする

か、どちらかが必要。

>>48
> あーtwintail って http://opentwin.sourceforge.jp/ のことを指していて、
> 外部の方ですか、たいへん失礼しました。。カリフォルニア方面の方だとばっかり…
そっちではなくてこっち http://www.geocities.co.jp/SiliconValley/5459/ です。

そして　2ちゃんねる用ﾌﾞﾗｳｻﾞ「twintail」Part29　http://anago.2ch.net/test/read.cgi/software/1330604422/　で
勝手にデバッグして改造版を公式に取り込んでもらいたく粘着しているTDN荒らしです。
スレではこういうことになっています。
> 239 名前：名無しさん＠お腹いっぱい。 [sage] 2012/06/01(金) 21:44:58.52 ID:j0OBFWTd0
> 作者のてつとたんは女子中学生。
> 水玉お姉さんは女子高生という設定になっております。
>
> もっこす大人は個々で設定を決めて頂く様お願いしております。

禁断の壷　http://tubo.80.kg/　とか、ローカルにproxyを立ててIEで閲覧できるようにする
アプリもありますけど、いまは専用ブラウザ全盛期なので、、

素直にリクエストヘッダに
　X-ROKKA-SID: xxxxxxxxxxxxx
と付けるやり方でもいいような。。

>>49
> The UNEI has refused to allow access to hayabusa3. Sorry, we cannot install rokka on hayabusa3 until the UNEI allow access.
>
> The dat-ochi should now work properly. Can someone please confirm that dat-ochi works?
「運営がhayabusa3へのアクセスを拒絶しました。
　運営が許可するまでRokkaをインストールできません。

　今現在dat落ちが正しく動作しません。どなたかdat落ちが動くか試していただけませんか。」

えええっ？

>>Codemonkey
Do you mean behavior of dat-ochi itself is now not working correctly?
Or, Rokka for dat-ochi is now working but not correclty, isn't it?

>>45
B案に賛成したいところですがなんかやたらとIPが変わる方がいるみたいなのを見かけます。
私的には利用前にSIDを取得して使ったら終わりでいいじゃん、とか思ったのですが
【浴衣の君は・・・】　●サーバとまります。
http://qb5.2ch.net/test/read.cgi/operate/1278569686/515
> 515 名前：せしりあ ★ [] 2010/07/09(金) 16:22:53 ID:???0
> つうか　そのブラウザ何?
> しょっちゅう認証に行くの?
>
> それははじかなきゃな
こんな発言を見かけたので採用は危険かと。

>ALL
とりあえずSIDのセキュリティの件はRokka の仕様検討の範疇を大きく超えてしまうので（まずfuten.cgiの改修が必要）
翻訳もCodemonkey氏への積極的な伝達もしないで様子見しますので
何とか結論まで持ってってください。

raw=の廃止
・Accept-Encodingにも対応すればどっちでもいい

OPTIONS(差分取得)をどうするか
・オプションなのでどっちでもいい

とりあえずこれだけどうするか決めちゃえば？

>>50>>55
あいあい
「危険なproxyサーバ経由で●を使わないでね。盗まれても自己責任」
これでいい気もする

>>56
> raw=の廃止
> ・Accept-Encodingにも対応すればどっちでもいい
これはHTTP基礎仕様でもありますし、
「Accept-Encodingにgzipが指定されていたらコンテンツをgzip圧縮して返送する」
を搭載してもらいますか？
そうすればgzipは終了するし。

あ、水玉版twintailどうしてたろう、見てこなくては。早まったかなぁ、エビデンス公開。

raw=のバイト判断を外すならOptionの差分取得も一緒に廃止すべき
raw=は差分取得で削除されたこと分かるようにするのに必要
透明削除されていた場合、見れない部分が出てきてしまう

>>58
> そうすればgzipは終了するし。
→ そうすればgzip の件 は終了するし。

> あ、水玉版twintailどうしてたろう、見てこなくては。早まったかなぁ、エビデンス公開。
水玉版はContent-Encodingを見てgzipなら解凍、そうでなければPlainText扱いしてました。そいうやそんな実験したわ。
残念なことに公式版はgzip決めうちだったのでてつとタンにおながいしなければ…

ところでスクリプトとかでリクエストヘッダなんかいじれねーよ、とかあります？

>>59
> 透明削除されていた場合、見れない部分が出てきてしまう
>>2 で Codemonkey氏が難しくないよー、的なことを言ってると思うのですがスルーしてました。

>>2 翻訳
datファイルを取得する前にリンクから<OPTIONS>を除去するのは難しくないよ。
<OPTIONS>を残すのは これ（レス番指定差分取得）を使う理由があるユーザーにとっていい機能だとおいらは思うの。
もしおまいのアプリが<OPTION>必要ないんなら、datを取得する前に簡単に<OPTIONS>を除去すればいいし。

ってあー、いらなきゃリクエストURLに<OPTION>つけなきゃいいじゃん、って言ってるのか。そりゃそうだけどこれだからアメリカ人って…

いらなきゃつけなきゃいいってのはread.cgiだけに言える事
毎回読み込んで削除されたらすぐに反映される

削除されたことを検知できないなら、全部送信すべき
削除されたレスは出来るだけクライアントから消したい

raw=の実装がめんどくさいから仔花子は全送信にしたんだと思う
raw=を使ったからgzipじゃないよ、httpのRangeみたいな奴だと思ってくれると分かりやすいのかも

Hi Codemonkey,
Are you tring to smoething Rokka, exceppt dat-ochi.
Because Rokka has often not responded.
I sent a request to Rokka, then got success.
Then tried again sbout 30sec later, Rokka has never responded.
Yesterday I could get response as same circumstance.

>>63
> raw=を使ったからgzipじゃないよ、httpのRangeみたいな奴だと思ってくれると分かりやすいのかも
申し訳ありません、この部分が理解できません

昨日までの議論で
Codemonkey氏はraw=0.0がgzipフラグだと思ってそう実装した
Jane等でraw=.xxxxxというリクエストを送っているのが確認され、こうやってバイト差分を要求しているものがあることをCodemokey氏に伝える
Codemonkey氏はなんでバイト差分が必要なんだと返してくる
という認識を（Codemonkey氏と水玉が）しているとして、説明いただけますか？

rawのByte指定の差分取得の場合はあぼーん検出すると全取得してた
専ブラが<OPTION>使わなければいいじゃんと言うけど、
レス番指定のオプションは強制的に無効にしてくれ

って事かな？

なんかJaneXenoが対応版を公開しましたね。
JaneXeno Part46
http://anago.2ch.net/test/read.cgi/software/1369340315/888

一つ疑問なのですが、レス削除の際に対象datのファイル日時は意図的に削除前の日時に戻されているのですか？
もしそうでないなら、きちんとLast-Modified:を転送してもらって、クライアントはIf-Modified-Since:で検知するのが真っ当な方向性だと思うのですが
そうすればレス番号指定の差分取得をどうするかも削除問題と切り離して考えられるはず

技術的な都合(メンテがC層にまで及ぶとリリース日や作業量、セキュリティに不安が生じる等)で差分取得がpendingされるなら分かりますが、
あぼ〜ん検知の絡みでそれが議論されるのは何か酷く微妙な気がします

RokkaがLast-Modified:の転送を行うのがそれほど困難だという確認は既に取れているのでしょうか？

>>68
> RokkaがLast-Modified:の転送を行うのがそれほど困難だという確認は既に取れているのでしょうか？
質問は投げていますがまだ回答が返ってきておりません。あおっときましょう。

>>Codemonkey
I'm sorry I did not clearly ask you a question at http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/89 .

> > 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'.

Could you make Last-Modified in Rokka response header cpoied from source server ?
And, could you add Content-Type in Rokka response header ?
These are not included in current Rokka response header.

If it's too hard to implement, please advice me.

例えばこのスレ(http://pele.bbspink.com/test/read.cgi/erobbs/1378224674/)を516まで取得していたとして
512にあぼーん(削除)が入るとサーバにある516までのdatのサイズは小さくなる

もし、その後1000まで埋まってdat落ちしてたとして差分取得するときに/517-で取得したら削除が分からない
raw=.なんとかを使えば削除があればdatとしてはおかしいから、検知して再取得するとか。

削除があるとdatサイズ変わるのでズレる
レス指定差分
</b>xerxes.maido3.net<b><><>2013/09/14(土) 16:28:21.24 ID:Bb0dRgq1<> Mizutama custom is available at Rokka System　 <br> http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/25,29 <>
名無し編集部員<>sage<>2013/09/14(土) 20:16:34.67 <以下略

raw=指定差分
ama custom is available at Rokka System　 <br> http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/25,29 <>
名無し編集部員<>sage<>2013/09/14(土) 20:16:34.67 <以下略

こんなイメージかな？ちょっとわかりにくい・・・

あぼーんや透明削除の検出は直接datファイルをGETするときと同じように
If-Modified-Since、Last-Modifiedを使えばいいと思う

HTTPヘッダのみで検知できれば、GETを使わずHEADのみでチェック出来てRokka鯖の負荷を下げる余地も生まれるかも知れない、という事も考えています

Hello everyone.

Here is the source code for Rokka. Please have a look. You are all welcome to send pull requests!

https://github.com/Cipherwraith/Rokka

>Could you make Last-Modified in Rokka response header cpoied from source server ?
>And, could you add Content-Type in Rokka response header ?
>These are not included in current Rokka response header.

Yes I will add these.

Dat-ochi is now installed on the live server. If it still does not work, please tell me.

>>74
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
ってたしかHaskel…

>>73
HEADしてみましたが、何か応答がないような・・・
実験の仕方悪いのかなぁ
Haskelを読む…むむむむむー

>>75
この対応で様々な混乱を解けると思います、宜しくお願いします

催促レスも乙でした

げっ・・・取得先のURLまで入ってやがる、移動したからいいのか？

http://kilauea.bbspink.com/kakolog.html
> 倉庫 ?? vault 0 (思い出)

隠したいディレクトリは最初に_を入れるとkakolog.htmlには出なくなるよ
_vaultみたいな感じで、_を入れなかったら変えたとしてもまた出てきちゃうよ

>>80
？

I hope everyone's confusion will be fixed by looking at the code. I had to remove the "Cryptography" modules of the code. I hope everyone can understand why I removed it.

As you can see, my "headers" code is not written very well. I will need to work on that today to add the features from >>75

>>83
Can Rokka respond 'HEAD' http method ?
I tried it right now but Rokka didn't respond.

>>82 翻訳
> I hope everyone's confusion will be fixed by looking at the code.
皆の混乱がコード見てもらうことで解消すると思います。
> I had to remove the "Cryptography" modules of the code.
コードからは "Cryptography" モジュールを除去してあります。
> I hope everyone can understand why I removed it.
何で除去したかが皆分かると思います。


分かりました？私よく分からないです。というかそもそもHaskel読めないし。
分かる方解説願います(;_;)



>>83 翻訳
もまいらが見たとおりおいらの「ヘッダー」どー度はそんな良くないっす。
>>75やるのに今日いっぱいかかるっす。

>>84
No head functionality yet. Should I add it?

>>86
> >>84
> No head functionality yet. Should I add it?
Yes please if it's not so hard.
HEAD can be used to reduce traffic to detect dat is available, modified, etc.

Haskellなんてしらんがな…

>>82
> I had to remove the "Cryptography" modules of the code. I hope everyone can understand why I removed it.
I'm sorry I can't read Haskell.
Please kindly advice me
what was "Cryptography" modules used ?
where did you remove it ?
why did you remove it ?

Rokka / Server.hsの353行目あたりになんか取得先のURLみたいなのが書いてあったから

kakolog.htmlを書き出すスクリプトはtestとかそういう特殊なやつ以外のディレクトリ全部開いてkakolog.htmlに乗せるから
italist.plに$server{ディレクトリ名}= 'sys';って書くか_から始まるディレクトリにすれば乗らない
削除人専用の板とかはitalistに入れて乗らないようにしてたっぽいですね。
#更新されても変わってなかったから今度は大丈夫かと


/erobbs/pool/1379086553.dat
/erobbs/oyster/1379/1379086553.dat
poolの場合は4つの数字いらない

/home/ch2・・・/public_html/vault/_datArea/
と
/home/ch2・・・/_datArea/
ってシンボリックリンク？全く違うとさすがに分からない。

>>80
engawaのkakolog.htmlにも
倉庫 ?? rqi 0 (思い出)
が出てたけど、http://engawa.2ch.net/rqi/を開いてみたら特定のIPアドレス以外からはアクセス出来ないようにしてるっぽいので大丈夫だと思う。

>ALL
申し訳ありません、方針変えます。
（要英訳）と書いてある日本語のみ英訳してCodemonkey氏宛にレスします

あまりにも自分で理解できないことを勝手に英訳してCodemonkey氏に投げちゃうのはまずいなと
これじゃエキサイト翻訳をそのまま送りつけてるのと大差ない英訳しかできなかったので

という訳で書き込まれ済みで英訳の必要があるものはお申し付けください
または自力で英訳願いますm(__)m

また見れなくなってる？Rokka？

>>93
なんか調子悪いですよね

>>90
/erobbs/pool/1379086553.dat
/erobbs/oyster/1379/1379086553.dat
Is that how the file paths are? I will change the code in Rokka to reflect that.

>poolの場合は4つの数字いらない
I will change this now.

>poolの場合は4つの数字いらない
Finished.
https://github.com/Cipherwraith/Rokka/commit/2769c72d087908208fc7fd1053ed7d236ec0b892

>>89
>what was "Cryptography" modules used ?
The cryptography modules were created by me. Its a new method of cryptography.
where did you remove it ?
I have a copy on my local machine.
why did you remove it ?
I removed it because it is against my government's law to release open source cryptography source code.

>>89
Cryptography is not removed from the active server, it is only removed from the
source code that is published on github.

I'm sorry I was watching Anime , staying at Jikkyo Board to catch dat-ochi.

Now I got it, and it's seems broken.
http://hayabusa2.2ch.net/test/read.cgi/liveetv/1379143481/


4 過去ログ ★ [] ：[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています



IE等普通のブラウザで見る場合 http://tubo.80.kg/tubo_and_maru.html
専用のブラウザで見る場合 http://www.monazilla.org/

２ちゃんねる Viewer を使うと、すぐに読めます。 http://2ch.tora3.net/

この Viewer(通称●) の売上で、２ちゃんねるは設備を増強しています。
●が売れたら、新しいサーバを投入できるという事です。

よくわからない場合はソフトウェア板へGo http://pc11.2ch.net/software/

モリタポ ( http://find.2ch.net/faq/faq2.php#c1 ) を持っていれば、50モリタポで表示できます。
　　　　こちらから → http://find.2ch.net/index.php?STR=dat:http://hayabusa2.2ch.net/test/read.cgi/liveetv/1379143481/

>>85
コードは全く読まずに勘だけで書きますが、
そこにメルアド等の個人識別ID→SIDの変換ロジックが入ってるとかじゃないでしょうか？
もし●鯖と各鯖が特にSID情報を交換していないなら認証にはその手のロジック共有が必要になるはずです

2chの過去ログやってみたけど、anydat.so経由のブツが返ってきた

む、全体的に壊れ始めた？？
>>100 は水玉カスタムの結果なのでURL手作りした発行したら鯖がレスしない

bbspink（の過去ログ）は大丈夫みたいだけど２ちゃん側は過去ログも壊れてますね。

Rokka for bbspink is working well for archive
but for 2chan contents is broken (some HTML) even archive.

>>100
It works for me:
http://rokka.2ch.net/hayabusa2/liveetv/1379143481/l20?raw=0.0&sid=
Monazilla/2.00:4373298c8948z3710L4758k6034q37282z98741K7989Q6490N9437j6150q68324e33314q0515d44862b8426I4128K4255m21407i6884m46980I0731J4010K7406S4150d9254M2438U0984621a3298z0039c9638t1437e0624

ディレクトリのチェック順が不味いとか
返答のHTTPレスポンスからの分岐とかで
意図しない方向へ行っているのかな？

datファイルを直接アクセスではなく違うフロントを見に行ってる
という可能性もあるかもですけど

>>104
Oh yeah it does look broken. Let me check the dat files on the server.

あー
http://info.2ch.net/wiki/index.php?anydat.so
見てみて

> あーtwintail ってhttp://www.purelovers.com/kansai/shop/3125/girl/231627/　のことを指していて、
> 外部の方ですか、たいへん失礼しました。。カリフォルニア方面の方だとばっかり…
そっちではなくてこっち http://www.purelovers.com/kansai/shop/3125/　です。

そして　2ちゃんねる用ﾌﾞﾗｳｻﾞ「twintail」Part29　http://anago.2ch.net/test/read.cgi/software/1330604422/　で
勝手にデバッグして改造版を公式に取り込んでもらいたく粘着しているTDN荒らしです。

書いてみたけど関係なかったカモ。
まちがってたらごめんね

>>109
踏んじまった。。。ちくしょう

It seems UNEI has changed the paths on the servers. They have also changed the server login and password.
The UNEI doesnt like the Rokka project.

>>111
ちょｗｗｗｗｗｗｗｗｗｗｗｗ

もう一回打ち直すのだ

JaneViewテスト中。平文問題とかはとりあえずおいておいて、
とりあえず最低限http://pele.bbspink.com/test/read.cgi/erobbs/1285357421/のdatは正しく取得できるのを確認。
存在しないスレをrokkaから取得しようとするとSuccessになって広告URLだらけのHTMLが落ちてくる模様。

I am modifying JaneView. At least, it can get the dat of the above url.
But, a curious HTML with "Success" is returned from rokka if browser requests a nonexistent thread.

For example,
http://pele.bbspink.com/test/read.cgi/erobbs/1285357420/

本文の先頭に付いてるエラーメッセージの仕様がofflaw.cgiと同じだと助かったんだけど、
今となってはofflaw.cgiの仕様がどうだったのかもよく分からないですね。

It is helpful if the message at 1st line of response body was compatible with offlaw.cgi.
But, unfortunately, I don't know detail of message from offlaw.cgi.

>>114
せっかく来ていただいたのに、なんかRokkaと専ブラ開発者の問題じゃないところに行っちゃってますね、今。

●鯖から発行された正常なSIDを２ちゃん鯖が華麗にスルーして全て一般ユーザー扱いしている状態・・・

I think there is a hardware failure. Banana3000 is offline. 2ch archives will not be accessible at the moment. Sorry.

２ちゃん鯖がSIDの有効判定に使っている鯖がダウンしたって事ですか・・・？

>>108
ジロジロ

>>117
えー

pinkだけanydat.so通してないのかな、だから過去ログが普通に出るのかな。
ttp://pele.bbspink.com/test/anydat.so <- 無い

Rokkaが無いdatは無いってできないのかな

banana3000って過去ログ鯖(花子)じゃん、現役鯖とは関係ないような

>>122
http://ch2.ath.cx/memories2.html のことなんですね、花子って。
愛称とかよくわかんにゃい

The UNEI have deleted the symlinks that I made on the 2ch servers. Rokka will not work until I can make those symlinks again.

Please wait. I will talk with Hiroyuki later.

運営がログインIDとパスワードを変えた？
ハードウェア故障？
Cが作ったシンボリックリンクを運営がデリった？
もう何がなんだか。

>>123
いつのまにか花子になった
昔はuptimeとかいろいろつぶやいてた
■　ぞうさんからのお知らせ part1
http://qb5.2ch.net/test/read.cgi/operate/1197634004/200-

>>125
おいおい

>>125
これはあかん、削除、もういろいろと流れて隠すようなことでもないけど

>>127
過去ログみれにゃい…
ってGetLogで取ればいいんですけどね（実はtwintail用を公開している）

>>130
古いqb5のログだから●がなくても見れる
ttp://qb5.2ch.net/operate/kako/1197/11976/1197634004.dat

>>131
あ、twintailこれやってないなぁ
この騒ぎが終わったら仕込んでみよう
ありがとうございます

2ちゃんねるの鯖いじれる人が、見たこともないシンボリックリンクとか
突然できてたんでクラックされたかとフォルダパスやログインパスワード
あわてて変えたｗに一票。

>>132
こんな感じの場合もある
運営ボランティアさん指導部屋２号室
http://qb5.2ch.net/test/read.cgi/sakud/1066132196/
ttp://qb5.2ch.net/sakud/kako/1066/10661/1066132196.dat.gz

>>133
またスか…

>>134
この辺ここ http://www.monazilla.org/index.php?e=198#kako ですよね
twintailで昔そうコーディングしてたのをコメントアウトしてたのを
今回の改造で見かけたからなんか理由があってそうしたんだろうなぁと
で、今回みたいに●にトラぶられた時復活させてみようと

>>134
かちゅだとlive→.dat.gz→.dat→●過去ログの順に取得を試行ですが、
これは過去ログがこの順に仕様変更されてきたという事なんでしょうか

いや違うか、鯖にとって最も負荷の低いものから順に試行って事ですかね

.dat.gz .datの順番はよく分からない。
昔は転送量の問題で基本的に圧縮するからgzが先だったのかなと

oyster作戦？が始まってから基本的に過去ログ化はやめたから最後に●
前までは運営系のqb5も過去ログ化していたけどいつのまにかやめちゃった。

今は過去ログ化は全くしないからdat/dat.gzを読むのは無駄だったり
するので、GetLogつかっちゃったほうがいいかも、
dat → kako/ dat.gz → kako/ datで3アクセスだからね、遅かったりします

>>139
にゃるほど、そういや2007年までくらいのしかないですね
dat番号から年月日判定してやる？まあいい機会だからレガシィ仕様をもてあそんでみよう、
とその前にこの騒ぎが終わらないと

>>139
経緯解説ありがとうございます
遅さについては正にそうですね、特に古いと分かっているスレでもない限りは、
クライアントにもロスが出ますし鯖にも余計な負担がかかってます
過去ログ取得が集中する事がそうそうないせいか応答が速いので遅いといっても僅かですが、
鯖側の負荷とパーツ消耗は留意すべき所かなと思います

>>124-125
Hiroyuki???
Do you mean Horoyuki Nishimura???

NVM Hiroyuki Nishimura lol

前スレから転載。誘導はしておきました。

118 名前：名無しさん＠お腹いっぱい。(きしめん だぎゃー) [sage] 2013/09/15(日) 03:37:13.35 発信元:182.170.146.64 0
　URL http://rokka.<DOMAIN>/<SERVER>/<BOARD>/<THREAD>/[<OPTIONS>]?[raw=0.0&amp;]sid=<SID>
　SERVER : name of the server, pele,kilauea,...(bbspink)　anago,awabi,....(2ch)

これさあ、サーバー名は2ch側で紐付けしてくれるようには出来ん？
現行スレの1つ前のスレを取得するならいいけど
数年前のスレを取得しようと思うと、板移転やらで正式な（？）サーバー名が分からない事があるんだよね

それか、正式な板移転の全ログを提供して頂けませんか
2000年くらいの鯖名がうまい棒のそれだった頃から。●で取得できる最古の時代から。

現行の●は対象のスレの鯖名含めた完全なurlが分からないと取得出来ないし
鯖名を2ch側で紐付けしてもらうにしても、スレッドキーがわからないと取得出来ない。
だから、誰かがurlを貼るか、各スレの前スレ経由でしか●が使えない。

サーバー名のログを提供してくれれば、各鯖のkako/subject.txtを表示する事が出来るから
自分で、昔のスレ一覧を見て、気になったスレを取得する事が出来る。
●を売る側からしても、ウリの一つに出来ると思うし。お願い＞＜

とりあえずつめたい一次回答
「Rokka Systemは、offlaw.cgi（旧の●システム過去ログ・dat落ちログ閲覧）程度の機能をCodemonkey氏の実装で提供するもので、
　基本的に旧システムで提供していない機能の追加実装はありません。
　また旧システムにおいて提供されていた機能も都合により提供されない場合もあります。」

「板移転の全ログに関しましては提供することはできません。それはRokka Systemとは関係がありません。」



さあ、知恵を絞って対応方法を編み出しCodemonkey氏にどさくさにまぎれて入れ込んでもらおう！

# ちなみに私に関しては >>52
# この回答は個人の意見であり、Rokka Systemの公式見解ではありません

プリキュアまでの間寝ちゃうと寝過ごしちゃいそうなので >>144 を題材に頭の体操。
まずは読めもしないServer.hsでも眺める。
253行目当たりからリクエストURLから抜き出した鯖板スレ情報を元にログがあるか探しまくってるっぽいところ発見。

コメントだけ抜き出してみると
getServer :: (Bool, Maybe String)
-- Check if there are more than 4 Strings in the list
-- Check if the first in the list (ie pele) is in the server list
-- If not, then return with nothing

getBoard :: (Bool, Maybe String)
-- Check if there are more than 4 Strings in the list
-- check if second word is in the board list
-- If not, then return with nothing

getPost :: (Bool, Maybe String)
-- Check if there are more than 4 Strings in the list
-- Check if d!!3 is a number

よく分からんが何らかのリストから鯖があるか、板があるか、スレがあるか、とやっているっぽい。
なら、リスト中の鯖に対して指定された板とスレがあるか探せば鯖不明なスレを見つける事ができるかもしれない。
ただ全リクエストをそう処理しちゃうと当然死ぬほど重くなるので、鯖が分かるものは現在の実装にてスレを取るよろし。
鯖中検索はHaskellと探索アルゴリズムとで負荷が少なく効率のいいものを実装できればよろし。
APIは<SERVER>が例えば'unknown'（など現在までに使用されたことのない名前）だったら検索になる

なんだやりようはあるな。ただこんなのを実装しちゃっていいのかな？
あと過去ログ鯖がそう都合よくできているかな？
こういう機能を提供しているミラーサイトとかないのかなぁ？
移転で複数の鯖にまたがるスレはどうなる？どうなっていた？？

# 眠くなってきた・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

分かったから
くだらねー猿芝居で埋めてないで
早く西村の許可取って来いよｗ

キョウリュウジャーまでまだ1時間半。モーレツに眠い。シャワーでも浴びて目を覚まそう。
シャワー中にふと思いつく。これ https://github.com/Cipherwraith/Rokka ってRokkaの完全ソース？
だとするとSIDをどう取り扱っているか書いてある？ならSIDがクラックされないか、盗まれても身バレしたりしないか分かる？
どれどれ。
*.hsを眺める。Server.hs以外はSIDにかんけーし
Server.hsのSIDを取り出しているところを見つける。170行目からの getSID がそうかな。
うーん、単に文字列分割してsid=なんたらを取り出して、Monazilla/2.0から始まってるかチェックして、後は何もしてないな。
認証確認とかはどうやって…あぁ！＿？　>>82 かぁ？そうならそういってくれればいいのに
（言ったつもりなんだろうなぁ、というかいい加減きずけよ>水玉 か？）

どのサーバに何があるかはクライアント側が考えるってことで
rokkaは各サーバの_datAreaの中を見せるためのシステムってことに特化したほうが分かりやすいかもね
そうなればdatのリストの取得機能は欲しい(/bbs/kako/の中のhtmlは不完全な場合もあるから)

どーせ今日いっぱいぐらい２ちゃん-Rokkaは動かないだろうから
待ってる間に検討することをまとめてみました

Rokka議題

＊ dat-ochiがちゃんと拾えるかどうか　※現在２ちゃん-Rokka間でトラブル中
確 Last-Modifiedをレスポンスヘッダに入れる　　　>>75
　 Content-Typeをレスポンスヘッダに入れる
＊ HEADメソッドサポート　確認トラフィックの低減、いきなり全取得するなら必要ではない　　>>84,86-87
＊ リクエストヘッダにAccept-Encodeing:gzipがあったらgzipして返す、なければPlainText　　>>58
　　raw=0.0をgzipフラグに使わない
＊ <OPTIONS>によるレス番指定部分取得の扱い
＊ raw=0.xxxxxによるバイトオフセット指定部分取得の扱い
＊ HTTPSのサポート　　>>26,28
＊ 鯖名指定の省略許可　　>>144-146
＊ 過去鯖・板・スレリスト　　>>149

差分（部分）取得に関して、あぼーんくらったら結局全取得しているんだしRokkaは全返しだけにして
クライアントサイドで差分更新すれば？
→スマホとかで泣いちゃう？

<OPTIONS>の廃止は技術的要求ではない、なぜなら実装済み
実装してはいけない技術的理由が必要

SIDのセキュリティ(HTTPSサポートなど）はRokkaの実装検討範疇を超えているので
最低限カキコがHTTPSをサポートしなければRokkaがHTTPSをサポートすることはない


discussing subjects for Rokka (+ is decided)

* confirm dat-ochi working 　　note that there is a trouble between 2chan and rokka now
+ add Last-Modified with the value copied from source server to rokka response header　　>>84,86-87
　add Content-Type with 'text/plain' to rokka response header
* supports HEAD http method to reduce traffic　　>>84,86-87
* the content of rokka response will be gzipped if Accept-Encoding:gzip in request header　　>>58
　raw=0.0 parameter will never used for gzip flag
* <OPTIONS>
* raw=.xxxxxxxxxx byte offset
* supports HTTPS　　>>26,28
* allows user omit <SERVER>　　>>144-146
* server/board/thread in archives(memories2) listing　　>>149

if <OPTIONS> will eliminated from the specification and implementation , it requires technical reason
SID security issue, as HTTPS, is not implemented in rokka before bbs.cgi supports https

>>149
Server.hsを見てたらpremade listとかを検索する、見たいなこと書いてあったからそれの応用が使えると手間じゃないかも。
Server.hs(147)
-- If a board or server dont match the premade list, then everything is set to Nothing, and an error is output

このpremadeリストが、鯖移転か毎月高のタイミングで更新されてRokka鯖で管理して、
●専用リクエストAPIでリストだけ取得できる。XMLだと柔軟性高いかな。
これで鯖と板のリストまで得られるから、板とスレの情報は手元にあるはずなので自分で検索して
dat取得APIでブツを取ってくる。HEADをサポートすることになるはずだからこれで存在確認してはいいんでは。
さすがにdatリストまでとなるとRokkaの負担がすごそうな気もするけど、subject.txtもしくはTDNスレ番リストが
別APIで得られる、なら負担分散バランスもいいかな？

まあなんでRokkaでやらにゃならんのだ、と言われるかもだけど。
●の売りページに書いて営業効果があるかなぁ。
専ブラ作者的には喉から手が出る情報だし、●ユーザーには流出迷惑かけたんだからこのくらいオマケしてよ。

新しい物作りの前にまずは賠償が先だろそもそも

出来ない賠償より出来る新サービス。

* confirm dat-ochi working 　　note that there is a trouble between 2chan and rokka now
+ add Last-Modified with the value copied from source server to rokka response header　　>>84,86-87
　add Content-Type with 'text/plain' to rokka response header
* supports HEAD http method to reduce traffic　　>>84,86-87
* the content of rokka response will be gzipped if Accept-Encoding:gzip in request header　　>>58
　raw=0.0 parameter will never used for gzip flag
* <OPTIONS>
* raw=.xxxxxxxxxx byte offset
* supports HTTPS　　>>26,28
* allows user omit <SERVER>　　>>144-146
* server/board/thread in archives(memories2) listing　　>>149

This is a good list of things that need to be finished still.

I am currently working on a very important project that needs to be finished before Tuesday. I will finish the other project before I can continue Rokka development.
If you guys want, you can submit pull requests on github. I will continue with Rokka development on Tuesday.

>>65
ちょっと書いてみたけどこれでつたわれば。

取得済み 7レス 842byte
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 1ほんぶんほんぶんほんぶん. <>スレッドタイトル
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 2ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 3ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 4ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 5ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 6ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 7ほんぶんほんぶんほんぶん. <>

削除じゃ 762byte
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 1ほんぶんほんぶんほんぶん. <>スレッドタイトル
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 2ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 3ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 4ほんぶんほんぶんほんぶん. <>
あぼーん<>あぼーん<>あぼーん<>あぼーん<>あぼーん
あぼーん<>あぼーん<>あぼーん<>あぼーん<>あぼーん
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 7ほんぶんほんぶんほんぶん. <>

誰かが書いてdat落ち 10レス 1117byte
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 1ほんぶんほんぶんほんぶん. <>スレッドタイトル
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 2ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 3ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 4ほんぶんほんぶんほんぶん. <>
あぼーん<>あぼーん<>あぼーん<>あぼーん<>あぼーん
あぼーん<>あぼーん<>あぼーん<>あぼーん<>あぼーん
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 7ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 8ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 9ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 10ほんぶんほんぶんほんぶん. <>

取得するぞー
Option /8-
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 8ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 9ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 10ほんぶんほんぶんほんぶん. <>

raw=.842
んぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 9ほんぶんほんぶんほんぶん. <>
名無しさん<>mail<>2013/mm/dd(曜) hh:mm:ss.ms ID:abcdefgh<> 10ほんぶんほんぶんほんぶん. <>

datとしては不完全な形なのですべて再取得、これで削除されたかどうか分かる
削除されていなかったらズレは起きないのでちゃんとしたdatの形で返る

http://info.2ch.net/wiki/index.php?monazilla%2Fdevelop%2Faccess#Range
これがいい感じに補ってくれるかなぁ

raw=もOptionも廃止してRangeに対応してくれるといいのかな
普通のdat取得するときと同じようにいける、はず。

rokka.2ch.net/yuzuru/ff/1272034331/?raw=0.0&sid=
古いサーバなら見られるのか（DNSで仮想設定のcloud*サーバを見に行くから？）

現役の掲示板サーバとarchivesしかない退役サーバの違いはなんだろ？
掲示板サーバとarchivesの両方をチェックしてないから？
それともやっぱり許可待ちなだけ？

>>156
> /1272034331/
この数字をUnix Time変換器に突っ込むとクラウド化前の日付なんだよね
↓のProject前後で何か違いがあるかもしれない
■　仔花子を一台で、
http://toro.2ch.net/test/read.cgi/sakhalin/1294606282/

yuzuru.2ch.net -> 207.29.226.25 -> tiger3556.maido3.com
退役鯖だけどまだ花子に格納されてないサーバだと

>>154 翻訳
> This is a good list of things that need to be finished still.
まとめ乙

> I am currently working on a very important project that needs to be finished before Tuesday.
火曜日前に終わらせなきゃなんない大変重要なプロジェクトをやってるんだ　　　　-- おいおいこれじゃねーのかよ
> I will finish the other project before I can continue Rokka development.
Rokka開発を再開する前に終わらせるし　　　　　　　　　　　　　　　　　　　　　　　　　-- まあ2・3日でRokka終わるのかと思ったらもう1週間だからな
> If you guys want, you can submit pull requests on github.
なんかしたいなら、GitHubのpull requestを送ってもいいよ　　　　　　　　　　　　　　　-- 誰がHaskellなんかやるかよ、てか、全面書き換えちゃうぞ
> I will continue with Rokka development on Tuesday.
火曜日から再開するんで( ﾟдﾟ)ﾉ ﾖﾛ

>>154
By the way
What did Hiroyuki Nishimura say about Rokka?

>>160
You should ask him yourself.
I doubt he would want me to post his own opinion.

>>63 に対してのカキコ（>>63以前にも以降にも）で説明くださっているのは
「'raw='はgzipフラグじゃないんだ。（とは明言していただけてない、てか暗黙の了解、もう話題にすらしていない）
　手元に取得済みスレがある。元のスレは追加でいくつか書きこされた後、dat落ちなり過去ログなりになった。
　そしてスレ内のレスに問題があり削除（あぼーん）されてしまった。
　後日このスレを追加読み込みしようと<OPTIONS>使って手元のスレの最終レス番以降をリクエストする。
　するとそのレスが正しく返ってくる。これを手元のとくっつけて出来上がりだ。
　…じゃまずいんだよ。手元の取得済みレスがあぼーんされているから、そいつをあぼーん扱いしなきゃいけないんだ。
　ところが<OPTIONS>ではあぼーんがあったか分からない。
　Rangeならバイトずれであぼーんが分かるんだ。
　だからRangeの実装を要求する」
ということですね？

つまり本質は
「過去ログ（dat落ち含め）の中のスレにあぼーんが起きてた場合、そのスレを再取得した際
　専ブラ側で自動検出して手元のキャッシュをあぼーん化できるような仕組み（紳士協定）が必要である。」
で、
「そのための手段はRangeをサポートすることである。」
ですね？

「だから最初からそーいってんじゃんよ」と言われそうですが頭悪いんで…(´・ω・｀)

# 内容（私の認識）が間違ってないなら、明確に肯定してください。
# 翻訳してCodemonkey氏の意見を求めることにします。
# が、きっと「なら全部取って手元のと比較して違ってるとこ処理すりゃいいだろ」とか言ってきそう

前スレから読み直して、あー私って頭悪いな〜、すでに手元と鯖側のスレログの差異についての説明あったじゃん、とかうつうつします。
さて、そだとすると、NYANNYANをも検出して反映しないといけない、ということになると思いますが、
NYNNYANだとバイトずれしませんよね？
# にゃんにゃんにゃんにゃんにーはおにゃん、ごーじゃすでりしゃすでかるちゃあ〜

あぼーんがあった場合は今まであったdatは破棄して再読み込みだから比較しない
全部取るなら比較しなくてもそのまま使っちゃえばいい

raw=はRangeの代わりと言えば分かるかも。
Range: bytes=100-
=
raw=.100

>>163
ずれないはず。

仔花子が全送信だったから全送信でいいと思うんですが。

>>161
I asked Code Monkey ★.
Why did you answer about that question lol....

Do not answer about what was not asked.

>>166
Sir, yes sir!

>>155>>162
liveなスレと違って、(offlaw.cgiによる)過去ログ取得ではあぼ〜んチェックは専ブラ側でなく鯖側が行っていますよ
raw=.<offset>で指定されたオフセット-1がLFでなければ内容は返らず html_error(ERROR_ABORNED) なるエラーが専ブラに通知されます
先日Codemonkey氏に提供頂いたofflaw.txt参照

これは設計の意図としては、バイトオフセット取得はかちゅ〜しゃ系である事だけが条件ではなく、レス毎の境界を正しく理解している
(正しく.datが同期している)状態でしか許可されないという事でもあると理解できます
この条件に違反する要求に対しては鯖はトラフィックを消費してコンテンツを返す義務を負わないという事かと

バイトオフセット取得の必要性には恐らく２つの観点があったと思われます

・鯖がトラフィックを無駄に消費する事なく専ブラ側がまだ認識していないあぼ〜んを通知する手段の供給
・転送量の軽減手段の供給 (あぼ〜んが頻繁に起こる板では効果的に働かない事も)

前者に関してはIf-Modified-Since:が正しく機能するようになれば不要となります
後者については現在でも板orスレによっては効果がありますが、新しい専ブラにこの仕様を許可していない所を見ると
現在では鯖の負担の軽減＞転送量の軽減なのかもしれません
これは経費の回収手段との兼ね合い等もあるので運営側しか厳密な回答は出来ないと考えます

蛇足ですがこれだけバイトオフセット差分取得を嫌がる(ように見える)のは技術的か作業的に大きなハードルがあるせいだと思われるので、
何よりもそこをまず重視して絶対的な必然性が出てくるまではPendingでいいかなと個人的には思います

炎上したor責任者が逃亡した旧プロジェクトの保守等で何度か火消しを経験した事のある１エンジニアの意見です (´・ω・`)

書き忘れましたがLFチェックではたまたま境界が一致する可能性があり、それを検出するかは専ブラの製作者に一任されています
その意味でもIf-Modified-Sinceもしくはそれに相当する手段が準備されあぼ〜ん検知に関しても正常に働いた方が皆幸せになれるかもしれません

http://www.gedoh.org/aki/2ch/current/bbs/rawmode.txt
これにもちゃんと>>168のエラーのこと書いてありましたね、訂正ありがとございます。

>>168
I think too, it looks better pending...

専用ブラウザが更新しろ更新しろって表示されるけど
正直●がああなった直後だと更新をためらわれる

もう余計な機能はいらないから隙になる要素も作らないで欲しいって人もいることは分かっておいてね
無理なら無理で怒らないから、不誠実が一番いや

>>168の派生で、転送量削減・あぼ〜ん検知のプロセスを技術的に整理してみる

(1) If-Modified-Since
　 ・980以上読んでいて「本当に自分が読んだこのレスがスレの終わりか？」という要求の際に転送を0にする余地を生む
　 ※常駐スレでは割とよくあるケースと思われます
　 ・dat落ちした後のレス削除を検知する
(2) 鯖によるLF検査
　 あぼ〜んの殆どを検知して全取得に移行する前の無駄な転送を無くす余地を生む
(3) 専ブラによる手持ちのdatとの全比較
　 偶然LF境界が一致する僅かな可能性を潰す

(2)(3)は旧システムでも採用された方向性で、(1)は恐らく旧システムでは採用されていなかった要素です
(1)は部分取得の実装有無とは無関係に効果的なのではと思われます
あぼ〜んが頻繁に発生する板では(2)(3)を排除して全取得で全てを任っても転送量効率は下がらない可能性があります

>>125
What? You mean Hiroyuki Nishimura?

>>154
> * confirm dat-ochi working 　　note that there is a trouble between 2chan and rokka now
I've been trying to exam how it works on bbspink where there is no problem with Rokka , since you've already implemented dat-ochi functionality.
It is too hard to catch dat-ochi because bbspink has no such boards easy to dat-ochi, e.g. Jikkyo.

Is Rokka HTTP 1.0 ?

GET /pele/erobbs/1299998629/?raw=0.0&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: DownLoader/0.1
Host: rokka.bbspink.com
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Encoding: gzip
Content-Length: 93405

ﾏﾀﾞｧ?(・∀・ )っ/凵⌒☆ﾁﾝﾁﾝ

Rokkaが登場する直前はどーなってたんだろうと遡ってみました。

Let's talk with Jim-san. Part19
http://pele.bbspink.com/test/read.cgi/erobbs/1338790088/715
715 名前： ◆FUCKKER.Gw [] 2013/08/30(金) NY:AN:NY.AN ID:gzMlEq9G
When all the security problems are fixed we will put live a new system
that old Maru users will be imported into and be able to use.
I don't want to call that system Maru anymore. Does anyone?
It won't store any logs it will not be what Maru was but serve the same
function as Maru.
What would be a good name for this?

名前募集してたのか。でも応募があった名前じゃないし。


867 名前：Code Monkey ★ [] 2013/09/02(月) 17:14:32.40 ID:???
>>865
We have not touched the log files yet. I am looking for a solution to hide the BBSPINK and 2CH log files of the last two months.

Codemonkey氏登場。


Let's talk with Jim-san. Part20
http://pele.bbspink.com/test/read.cgi/erobbs/1378224674/228
228 名前：Code Monkey ★ [] 2013/09/08(日) 00:10:00.84 ID:???
Sorry for the delay. I will be removing the timestamps now. Nyan nyan!

256 名前：名無し編集部員 [sage] 2013/09/08(日) 01:13:20.09 ID:1VaBQIxQ
にゃんにゃんてwww

257 名前：Code Monkey ★ [] 2013/09/08(日) 01:15:52.72 ID:???
>>254
You're welcome.
>>256
Have a look at the image website that I made last year: http://nyan.bbspink.com/

つずき

278 名前：Code Monkey ★ [] 2013/09/08(日) 02:11:20.27 ID:???
Since the moment I heard about the 2ch/bbspink data leaks, I have been working 18 hours a day with no breaks. I spent the first two days reviewing the entire 2ch and bbspink code. I found many things to fix.
Now I am working hard to find the best way to protect the future anonymity of 2ch and bbspink users.

I am currently rebuilding as much of the bbspink and 2ch code as I can. My first goal is to rebuild the Maru system and make it impenetrable. I will take the weak areas of the code and make them strong.

My major priorities are security and anonymity.

Everyone should have the human right to be anonymous when they want it.


私はここ1週間24時間はたら…付き合っています。


■ ２ちゃんねるWiki Part6.0 [プロジェクト･制度解説・FAQなど]
http://qb5.2ch.net/test/read.cgi/operate/1366640919/87
87 名前：C ◆Odemonkey. [] 2013/09/09(月) 18:05:06.97 ID:7z3sJk2k0
Hello.

2ch and BBSPINK need an API update.
　　　　以下略

ここで巻き込まれて、まあ２ｃｈでは言いだしっぺの法則ですから泣かない(´；ω；｀)


427 名前：Code Monkey ★ [] 2013/09/09(月) 22:59:27.49 ID:???
I have a perfect solution.

I wrote new server software to replace the old offlaw.cgi Maru system. My new system is called "Rokka". Inside Rokka, I can do a find/replace to remove the timestamp on posts between the time frame of the leak.

Using the Rokka system, the archived dats on the server will never change. But, when a request is made to view dat files between the certain timeframe, the timestamp will be censored.

Example:
It will be like the mosaic in an AV movie. The girl's body never has a physical change, but the viewer can only see a mosaic. There wont be any way to remove the mosaic on Rokka.

This mosaic will only apply to the 2ch and bbspink timestamps between July and August 2013.

> It will be like the mosaic in an AV movie. The girl's body never has a physical change, but the viewer can only see a mosaic.
君の国にはないだろ>C　あ、あるのか？


490 名前：Code Monkey ★ [] 2013/09/12(木) 00:39:11.61 ID:???
Hello everybody.

I finally completed the new system that will replace Maru. The new system is called "Rokka".

One of the best things about Rokka is that it can display MOSAIC over timestamps. Now we can prevent everybody from seeing timestamps that shouldnt be seen.

You will see the new Rokka system in your apps very soon!

せっかく出したのにもうわやくちゃ。ViewさんとLiveさんには申し訳ない。

Hi Codemonkey,
Regarding NYANNYAN, I've remembered http://www.youtube.com/watch?v=xpqpBtgNFE0
Then I can't get off my mind!

Hi Codemonkey,
I ask you some questions to propose completely new functions.
Please let me know.

1) In Server.hs, I found a comment
　　-- If a board or server dont match the premade list, then everything is set to Nothing, and an error is output
Is the premade list on Rokka server ?
How is it made ?
When is it made ?
What format is it ?

2) Does Rokka lookup another premade list to find a thread which is reqested by Rokka API(user request) ?
Or , does Rokka scan the directry on demand ?

3) Is it easy to send back a subject.txt which is made from another Rokka API ?

BTW, This system is named Rokka , ロッカー(Locker).
Loging-in ● to get archives is as opening the door of the locker to get archives using the key.
KEY is KAGI in japanese. So now we would say get a archive from Rokka using KAGI.
「鍵を使ってロッカーからログ(dat)を取り出す　kagi wo tsukatte rokka kara rogu(dat) wo toridasimasu」
Log-in 「●にログインする　Maru ni rogu-in suru」→「鍵を開ける　Kagi wo akeru」
You won't say MARU any more, will you ?

>>181
That is a really neat idea. I like it very much.

>>180
>Is the premade list on Rokka server ?
Yes.
>How is it made ?
Me and Jim-san made it manually.
>When is it made ?
It is updated everytime the boards change.
>What format is it ?
I will update github with this code. You can check it on github.
>Does Rokka lookup another premade list to find a thread which is reqested by Rokka API
No.
>does Rokka scan the directry on demand ?
Yes.
>3) Is it easy to send back a subject.txt which is made from another Rokka API ?
I dont understand this question. When will you need to "Send back a subject.txt"? What is "another" Rokka API?
>So now we would say get a archive from Rokka using KAGI.
KAGI is a cool name!

>bbspink has no such boards easy to dat-ochi
That is true. I also have not confirmed that "dat-ochi" works correctly or not. We cannot know until rokka.2ch.net is working again.

Right now, rokka has about a thousand requests a day. This is really good! It will surely be more when the system is working with 2ch also.

Please look at github, I just updated it with the files containing the boards and server names.

> http://www.youtube.com/watch?v=xpqpBtgNFE0
This was really funny!

Watch this too, its also funny:
http://www.youtube.com/watch?v=GE8M5QM1sf8

>>182
I've read "That is a realy neet idea" 1st time orz.


>>183
Thanks.
I'd like to have thread-list capability for archives.

Right now , most of 2ch boards have thread-list capability for archives after 2011 autumn.
　http://<server>/<board>/kako/subject.txt　　　root thread list
　http://<server>/<board>/kako/<directory>/subject.txt　　thread list
　<directory> is described in root thread list as thread title.
I've found it on bbspink right now.
http://pele.bbspink.com/ascii2d/kako/subject.txt
http://pele.bbspink.com/ascii2d/kako/o1377/subject.txt

I'd like to have this function for all archives.
So I asked you such questions to find esay, light, automatic updated and unified way.
It is out of function of offlaw, but it is desirable to satisfy ●, oops, Kagi users especcially users who have been leaked their personal information , including me.

>>185
How great job! I've never known. It has been viewed over 100 millions?!

HEADメソッド
付けるのは多分簡単（GETでレスコンテンツを返す前にやめればいいだけ）、
だけどなんに使うの？

gzip指定
raw=0.0があったらgzip返送をする、って思ってそう作っちゃったからこれで我慢してよ。
まあパラメータ名を変えてくれ、ぐらいならやってもいいかな。あーでも http://stream.bbspink.com/update.txt 書き換えるのめんどくさいな。

<OPTIONS>
もう付けちゃったから要らなきゃ使わなければ？
なんで除去しなきゃなんないんだよ？バグでもあるのか？あるなら、外すが。

バイトオフセット
何のために要るんだ。差分？<OPTIONS>でできるだろ？あぼーん？Last-Modifiedで読み直せや。
なにLFシンク？真紅は好きだがシンクはめんどいからいや。

HTTPS
鯖証明書は入手できるし来たらすぐ入れられんぜ？
ところでそんなことしてもRokka以外から（通常のカキコなど）SIDはもれちゃうと思うがそっちはどーなのかね？
なに、SIDの内容物を検討して平文転送でもセキュアなSIDに変更する？せっかくfuten.cgi無変更で運用再開してるんだ、
なんでそんなことまでしなきゃならんの？しかもbbs.cgiをあの連中が変更してくれるとは思えんな。

鯖名指定の省略か鯖板リスト
重そうな処理を鯖でやるのはやだなぁ。てかめんどい。
専ブラで検索やるからリストをよこせ？おらGitHubに載せたぞ。

# このカキコは水玉(Mizutama) ◆qHK1vdR8FRIが妄想したものであり
# 実在の人物・事象とは関係ありますん

あきらめる（もう議論しないことにする）ためのあえての検討。
参考 >>20,27,29,30,32,42,43,45,50,51,53,55,57


SIDの改良
平文で流して、それを盗まれても、本人にしか有効にならない仕組みを取り入れる

公開鍵暗号システムか？
futen.cgiでSIDを取得したとき、従来のSIDに加え公開鍵も送られてくる。
この公開鍵を使って「SIDと送信者IPと時刻」を暗号化したものを作り、これをSIDパラメーター値として送る。
鯖側では秘密鍵（tora3と2chとbbspinkだけが知っている、この3者間での鍵配送は手渡し等3者の責任において厳重に行う）により
SIDパラメーターを復号し、SIDキーの正当性（従来と同じ）および送信者IPとの比較、送信時刻との比較（±30秒位？）により認証する。

・もっと他の、送信者がユニークになる何らかの値、それを鯖側で容易に検証できる、も加えたい
　それは何かあるだろうか。事前通信とかなしに。個人情報は不可。
・.NETはRAS暗号化クラスがあるから実装は容易だが、他の環境ではどのような難易度だろうか。

# まずこんな改良どこ（tora3,Rokka,bbs.cgi）もやってくれそうにないな
# そもそもSIDがどうなっているか教えちゃくれまい。隠すセキュリティはダメなんだけどなぁ。
# こんなHTTPSを手作りするより素直にHTTPSにした方がいろいろ早いんじゃなかろうか
# ところでHTTPSの鯖側負荷ってどのくらい？バルスにどのくらい耐えられなくなっちゃうの？twitterってHTTPS?

ﾋｳｨｯﾋﾋｰは強制httpsになったね

https://blog.twitter.com/2011/making-twitter-more-secure-https　ですね。
んなどーでもいいよーなカキコをわーるどわいどｗに拡散させちゃう奴になんでセキュリティなんか…
ってアクセストークンのプロテクトが目的だからこうせざるを得ないと。
こーいう見えもしないものを保護しなきゃならんことに一般の理解を得るのは難しいんですよね。

http://2chplus.2ch.net/superfree/
このような板も昔ありました。
どんな板があるかはよくわからないので、板はリスト化しない方がいいんじゃないかと

2ch.netは花子=banana300の他に仔花子(cloud4.ula.cc -> banana8152 cloud6.ula.cc ->banana8130)という花子のコピーのようなサーバがあります。
花子一人にすべての退役鯖は負担が強いので仔花子から取ってください
花子収容済みの退役鯖のアドレスは全て仔花子に向けてあります。
2chplus.2ch.net -> 207.29.247.225 -> banana8152.maido3.com = cloud4.ula.cc

#cloud6落ちてるけど何やってんの。

>>186
> it is desirable to ...
Why?

>I'd like to have thread-list capability for archives.
This is a great idea. I will find a unified way to implement that.

pink dat including unmasked timestamp is uploaded on "anonfile".

Mr. Code Monkey,
please ask anonfile to delete these dat.

>194

http://engawa.2ch.net/test/read.cgi/poverty/1379397958/153

Can not you disclose the IP address of such evil writing?

To whom it may concern

Whom should I ask for the disclosure of the IP address?

>>193
ああっ、釣れてしまった

> I dont understand this question. When will you need to "Send back a subject.txt"? What is "another" Rokka API?
って返してきたからああ、やっぱ嫌がるよねぇ
もう一押しして明確に拒否ってもらおう
と思ったら食いついてきた。


Hi CodeMonkey,
How is rokka.2ch.net going ?
There are 3 browsers (Xeno,Live2ch and unofficial Mizutama custom) using Rokka system, currenlty I know.
Some users have complain not to get 2ch dats , and they are confusing now .
The other browsers are waiting and seeing what's going on thr Rokka. Then they could not update yet.
Please kindly inform us what is going on as often as possible.

>>194-196
ひよこさん、ここRokka開発（デバッグ）スレなので元のスレでお願いします。

>198

レスありがとうございます。
スレ違いのご指摘はそのとおりですが、
元スレでは対応しきれない問題なので、
codemonkeyさんに直にお願いしている次第です。

誰にお願いすべきでしょうか？

英語よく分からん・・・。

ファイルの削除はJimさんに聞いてみる。もう誰か聞いてますけど
ttp://pele.bbspink.com/test/read.cgi/erobbs/1378224674/534

こいつの書き込みならパケモン？に聞いてください。
ttp://engawa.2ch.net/test/read.cgi/poverty/1379397958/153

If-Modified-Sinceが機能すればHEADは特に必要ない気もするけど
専ブラ以外とかで何か用途があったりするのかな

>>188
やられちまったら●サポートに連絡でいいと思う
●の建前は過去ログの閲覧だけだし

今回のアレで●IDの計算の仕方も出ていたけど
@前の八文字と@後の8文字だからフリーメールとかで被る可能性もあった

焼かれた人のレス見てると不当な焼きだったら別のIDくれたっぽいしね。

>>201
If-Modified-Sinceだけだと更新検知時のコンテンツ取得トラフィック発生がほぼ強制になる
(無理矢理ソケットを切断する事も不可能ではないが良い方法ではない)

例えば数日前に986スレまで読んでいたスレのdat落ちを検出して過去ログ取得フェイズに移行した時、
HEADが実装されていないと、例えそこがスレの終わりであっても全スレ取得の転送量が発生してしまう

バイトオフセット差分取得が実装されない現状では特にそうなる可能性がある

>>194-196
I have asked Jim-san to request anonfile remove the files.

>>197
I am still waiting for Jim-san to enable rokka.2ch.net.

>>204
Some hardware replacement needs to be done for banana3000.
This is the place to start for deletion request on 2ch.
http://qb5.2ch.net/saku2ch/
I will take care of removing anonfile from Pink Channel myself.

>204

Thank you ,Code Monkey.

>http://pele.bbspink.com/ascii2d/kako/subject.txt
>http://pele.bbspink.com/ascii2d/kako/o1377/subject.txt

How do you want this to be setup?
Are you talking about adding the same subject.txt files to index the banana3000 and banana3001 servers also?
Should these files be reachable with Rokka?

Hi, Codemonkey,
We should exam dat-ochi functionality 1st, but currently it too hard to exam since
rokka.2ch.net is not working
rokka.bbspink.com is working well but bbspink.com doesn't have easy to dat-ochi boards.

To avoid this circumstance, could you make a board only to use examing dat-ochi on your bbspink ?
The board can keep only 3 theads, so dat-ochi can occur easily.
It would be available until the end of this month, many browser developer could exam dat-ochi.
If it's not possible , please advice me.

# watching Anime　GOLGO13 http://www.tv-tokyo.co.jp/anime/golgo/　　http://en.wikipedia.org/wiki/Golgo_13

>>208
Dear Mizutama-san,
I am the one that actually makes the boards. Unfortunately I am not
familiar on how to set them to make a dat-ochi board.
Is this something that is set in the local rules?
I can create a board today for this testing, or if it is only a local
rule setting, we could use the meow board which is already a test board.

>>209
I'm sorry I'm not also familiar.
Maybe SETTING.TXT should be set up appropriate values.
I'll ask 2channelers how it should be.

>ALL
ということでbbspinkにdat落ちをすぐ再現できる板を用意してもらえたようなんですが、
どうやったらそいつが実現できるかってたぶんJimさん？が訊いてきてます。
SETTING.TXTを用意すればいいんですよね？
3スレくらいしか保持しなくて（どんどんスレ立てすればdat-ochiにすぐなるから実験が容易）
どんどんスレ立てられて（TATESUGI値かなにかの設定？）
あとなんか要ります？後から設定変更で修正できますよね？
って皆寝ちゃってるよね(´；ω；｀)

# watching Anime GIFUU DOUDOU Kanetsugu to Keiji　　http://gifuu.jp/

>>209
> I can create a board today for this testing, or if it is only a local
> rule setting, we could use the meow board which is already a test board.
Where is meow ?

>>209
I got it! http://kilauea.bbspink.com/meow/

We should make many threads and make them dat-ochi so quick,
therefore this board meow should not be used out examination since existing threads will be gone.

The new board of SETTING.TXT may be
BBS_THREAD_NUMBER=3　　board can keep only 3 threads
BBS_THREAD_TATESUGI=0　　everyone can make a thread any time continously　　is value '0' avairable ?

If BBS_THREAD_TATESUGI can not be set '0', it means I can't create a thread after value of BBS_THREAD_TATESUGI persons create threads.
That is a problem. I want to create thread continuously to make dat-ochi threads. There is the dat-ochi thread during 15minutes, then it is moved to archives.

>>207
> >http://pele.bbspink.com/ascii2d/kako/subject.txt
> >http://pele.bbspink.com/ascii2d/kako/o1377/subject.txt
>
> How do you want this to be setup?
> Are you talking about adding the same subject.txt files to index the banana3000 and banana3001 servers also?
> Should these files be reachable with Rokka?

Almost yes.
But only this function can be avairable for KAGI users. Rooka catalog.
Currenty it can be accessed everyone. It can be left.
And Kagi users can be get a subject.txt from all of archives, using additional Rokka API like
　http://rokka.<domain>/<server>/<board>/<period>/subject.txt?SID=xxxxxxxxxxx
　<period> is upper 4 digits of thread key , or could be year-month
This function could be a kind of scaning process at current dat request on Rokka.

Also, if possible, server-board mapping list can be gotton from Rokka with XML or something , using additional Rokka API like
　http://rokka.<domain>/serverlist.xml?SID=xxxxxxxxxxx
Eventhough we can see your server/board list in Haskell code on your GitHub,
it so hard to read Haskell code and make relationship between server and board.
The XML can show this structure flexible and standard format, every developers can use server-board list easily.
The XML could only be updated at server changed by manually, but it's better to be built automatically.
　<?xml version="1.0" encoding="UTF-8"?>
　<archiveinfo>
　　<servers>
　　　<server name="[name of the server]">
　　　　<board name="[name of the board]" />
　　　</server>
　　</servers>
　　<lastupdated>ISO 8601 DateTime string</lastupdated>
　</archiveinfo>
Or, any other formats can be considered.

>>211
http://kilauea.bbspink.com/meow/
Meow

>>212
I will change these settings now.

スレ立てなんてしないからちょっと実験。にゃあ板でれんちゃんできるかテスト。
「忍法帖を作成します」工ｴｴｪｪ(´д｀)ｪｪｴｴ工
なんで？bbspinkと別にしたっけっかなぁ？
…「修行が足りません　65sec」
うそーん

>>214
> >>211
> http://kilauea.bbspink.com/meow/
> Meow
Thanx. I'm trying to create a thread now but Nimpo-cho disturb me (T_T)

And, may I have your name ? How can I call you?
You can call me Mizutama or Mztm.

Setttings on meow are now changed. >>212
Please let me know when you are finished with testing and I will change this
back.

>>217
My name is Jim. 初めまして、みずたまーさん。

>>218
> Setttings on meow are now changed. >>212
> Please let me know when you are finished with testing and I will change this
> back.
Oh, it's terrible.
All threads will be gone ewhen someone create threads.
Please resume SETTING.TXT.
And please make another board with
BBS_THREAD_NUMBER=3　　board can keep only 3 threads
BBS_THREAD_TATESUGI=0　　everyone can make a thread any time continously　　is value '0' avairable ?
BBS_NINJA=nashi　　　　　　　　avoid ninpo-cho distrb me
timecount=10
timeclose=8

>>220
I have a meeting to attend, when the meeting concludes. I will make
the new testing board.
I changed number to 10
and tatesugi to 32 on meow. It is only an expirimental board for testing
so hopefully nobody will be angry.

>>204-205
Thank you

>>216
ドメイン別でファイル管理→1つのファイルですべてを管理と変更した時に
2chだけ変換して移してBBSPINKやまちBBSのデータを合成してなかったんじゃ

http://kilauea.bbspink.com/test/read.cgi/meow/1366299717/238
> 238 名前：名前はまだにゃい(WiMAX) [sage] 2013/09/18(水) 04:22:50.55 ID:PKUlAekR
> >>236
> BBS_THREAD_NUMBER=index.htmlにレス内容を表示する上位スレッドの数
>
> Live thread の数では無いよ

>>220
３執着＠BBSPINK掲示板
http://kilauea.bbspink.com/3shuchaku/

くこかああああああああああああああああああああああああああヾ(*´∀｀*)ﾉｷｬｯｷｬ

またなのさ。

>>219
よろしくお願いいたします。
Oh, I saw your cap 1st time.
And, I like american style than japanese style so please call me just Mizutama, abbreviated Mztm.


How many threads the board can keep is not set by BBS_THREAD_NUMBER in SETTING.TXT (http://kilauea.bbspink.com/test/read.cgi/meow/1366299717/238 informed ne).
The number may be set on somewhere in the server.



>>220　のあと連投規制（またゴンタクレ？）に引っかかった。
え〜ここそういう規制ないんじゃなかったのかよう(´Д⊂ヽ
多分今(4+4:8)。

I've post >>220 , then I got same problem as on previous thread http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/109,111 .
I thought there is no Ninpo-cho,Ninja, limitation of continuous posting, black list, etc...


timecount=10 / timeclose=8
むむむむむーーー。
I have to stop posting around 10 hours.


Limitation of continuous posting

every servers of 2ch and bbspink, since november 2011.

Setting: parameter in SETTING.TXT
timecount : number of posting investigated , also this value is used penalty hours
timeclose : number of posting you can post within timecount

exsample:
timecount=16 means there are 16 boxes.
□□□□□□□□□□□□□□□□

timeclose=8 means you can mark boxes as being post up to 8
□□□□□□□□□□□□□□□■ ← 1st post, mark 1
□□□□□□□□□□□□□□■■ ← 2nd
□□□□□□□□□□□□□■■■ ← 3rd
□□□□□□□□□□□□■■■□ ← someone post
□□□□□□□□□□□■■■□■ ← 4th post
…
□□□□□□□■■■□■■■■■ ← 8th post , if you try to post at this time, you will record to black list and increment record count automatically
…
■■■□■■■■■□□□□□□□ ← after 7 peoples post
■■□■■■■■□□□□□□□□ ← another post, makes you to get a box to post


# このあと8連投します
# I'll try posting 8 time continously. If it is nnot completed, I'll be in HELL.

>>223
> >>216
> ドメイン別でファイル管理→1つのファイルですべてを管理と変更した時に
> 2chだけ変換して移してBBSPINKやまちBBSのデータを合成してなかったんじゃ
一度もカキコした事がありませんでした。

>>225
Thanx.

しかし不思議なのは引っかかった時7+0:8のはずなんだけど数え方違うのかしら。

さて引っかかった後エラーダイアログをこのスレで3回、
Let's talk with Jim-san. Part20　http://pele.bbspink.com/test/read.cgi/erobbs/1378224674/　で1回
だからあの時点で(8+4:8)になってしまったはず。

で12時間カキコを止めたからtimecount=10以上だし　>>227 で(0+0:8)に戻った…のか？

一応支援

ＥＲＲＯＲ：連続投稿ですね！！ 0+6回　http://qb5.2ch.net/test/read.cgi/operate/1379352364/
> ・ブラックリストが+0〜+1の時に連投エラーを出すとどんどん数字が増える（timeclose値より上までも）
> ・一度+2以上になってから一旦書き込めるようになるまで待った後は再度連投エラーを出しても数字は増えない
この通りだとするとこのレスで(6+4:8)ってありえない気が。

>>228
ふつうにソッチだったか〜

あ、一個戻ってしまった

>>227
Dont go to HELL. Ill help and post some too.

I am currently writing a new database system for KAGI users. After I finish the database system, then I will add the features we have discussed to Rokka.

There is a new board for testing dat-ochi on bbspink. Please have a look: http://kilauea.bbspink.com/3shuchaku

If you want to chat on IRC, I am in the #2ch channel on irc.freenode.net

>>237
> Dont go to HELL. Ill help and post some too.
(TдT)

> I am currently writing a new database system for KAGI users. After I finish the database system, then I will add the features we have discussed to Rokka.
Oh great!

> There is a new board for testing dat-ochi on bbspink. Please have a look: http://kilauea.bbspink.com/3shuchaku
I've checked and found some inconvenience
　threads can be kept over 3. Please reduce it to 3 , modifying somewhere in the server
　TATESUGI is now 1. It means I can't create another thread after someone create a thread
　We need to ability to create threads continously. I don't know how it could be

>>238
I've never used IRC.
I have to learn how I use.

>>239
Please look at this:
http://kilauea.bbspink.com/3shuchaku/SETTING.TXT

How should I change it to work correctly?

ttp://kilauea.bbspink.com/3shuchaku/html/
/borad/html/
が無いと、ブラウザで見たとき表示がおかしくなっちまう。

f15/22のdat落ちの設定変えればいいのに。
今のまんまでスレ立てでdat落ちさせるなんて750以上立てなきゃダメだぞ、きつすぎる。

あとは
スレッドストップのテストをおねがいしま〜す
とお願いして
意図的にdatファイルををpoolに落とすだけなのかな？
（乱立だと圧縮タイミングが読みづらそうだし1000埋めもちょっと…）

poolに落としてもf22が10分おきにoysterに移動させるからタイミングが大事だな

チャットこえ〜
速すぎてついていけない
こっちに書き込んでる暇がない

16:47 (CipherWraith) hi
16:48 (Mizutama) Hi, I'm invited here by Code Monkey
16:48 (CipherWraith) i am code monkey
16:48 (Mizutama) Oh
16:48 (CipherWraith) this is my github: http://github.com/cipherwraith
16:48 (CipherWraith) :)
16:48 (CipherWraith) maybe more people will join this room later
16:48 (Mizutama) oops
16:49 (CipherWraith) I do not read bbspink or 2ch very often
16:49 (Mizutama) I can not post so quick
16:49 (CipherWraith) but I am always on IRC
16:49 (Mizutama) OK
16:49 (Mizutama) If I have trouble, I'll post here
16:50 (CipherWraith) post on bbspink also. then we can have a record of troubles
16:50 (CipherWraith) but i can help quickly if you come to IRC
16:50 (CipherWraith) I cannot read Japanese very well. So BBSPINK and 2CH are not very interesting for me.
16:51 (Mizutama) absolutly true but I might get blocking over posting limit
16:51 (CipherWraith) yes
16:51 (CipherWraith) right now rokka.2ch.net has some problems with UNEI
16:51 (CipherWraith) UNEI asked to see the code for rokka.
16:51 (CipherWraith) then they saw how rokka works, and found a way to block it on 2ch
16:52 (CipherWraith) so jim-san is fixing rokka.2ch.net, but i dont know how long it will take
16:52 (CipherWraith) maybe it will be okay tomorrow
16:53 (Mizutama) I'll copy this chat log and paste our thread with translation

16:51以降
16:51 (CipherWraith) 運営がRokkaのコードを見せろって言ったさ
16:51 (CipherWraith) で連中Rokkaをブロックする方法を見つけたさ
16:52 (CipherWraith) Jimさんがrokka.2ch.netを修正中だけど、どのくらい掛かるかわかんない
16:52 (CipherWraith) 多分明日じゃね

>>241 says
/board/html/ required on http://kilauea.bbspink.com/3shuchaku/html/
I don't think page is broken on html browser because this board is only for us to debug Rokka

he suggest us you'd bwetter to change dat-ochi setting in f15/f22
current setting makes us need to create over 750 threads

>>241
詳しくお教え願いますか


>>242 says
please exam thread stop
I don't understand what he means

>>242
今何をやろうと目論んでいるかというと
スレがsubject.txtに載らなくなったがまだ過去ログ化されていないスレ、をdat落ちと呼んでいますが（このスレでは）
こいつの取得を先週のRokkaで試した時失敗したので、継続実験をしようとしたらrokka.2ch.netが壊れて
実験できなくなったのです。２ちゃんは実況等dat落ちの速い板がたくさんあるので実験しやすかったのですが
Rokkaが正しく動いてCodemonkey氏が自由にできるbbspinkには実況とかがないのでdat落ちを実験しにくいのです。
そこでスレ保持数が少なくてれんちゃんでスレ立てできる板を用意してもらって意図的にdat落ちを作り出し
Rokkaをデバッグしよう、と言う事なのです
ですが、私はもちろんCodemonkey氏もいまひとつ板の使用に明るくないため現在のような状況です。
実験目的を適切にするための具体的なアドバイスを求めます>ALL

board/html/はRokka関係ないです。すみません。
board/index.htmlを作るときに必要なだけです。

過去ログ化ってoysterに入って
ttp://pele.bbspink.com/erobbs/kako/
にスレが乗ったら過去ログ化ってことかな・・・？

スレッド上限はもう下げ終わってるんでしたっけ
それならスレストしてから1日後に一覧から落ちるのを待つ
なんてまどろっこしい手段は必要ないのか

>>246
過去ログ倉庫は他板と同じルールで↓じゃないの？
ttp://kilauea.bbspink.com/3shuchaku/kako/

Could you change local rule , I mean the descrption text displayed on http://kilauea.bbspink.com/3shuchaku/

Current
３執着＠BBSPINK掲示板
■▼
18歳未満は立入禁止です。

・ここはすごいテスト板です
・「転んでも泣かない」というか「転んでもただでは起きない」を推奨。


Desired
３執着＠BBSPINK掲示板
■▼
18歳未満は立入禁止です。

・ここはRokkaのdat落ちをデバッグするための板です
・意図的なdat落ちを狙っていますのでスレを乱立させてくださるとありがたいです
・詳しくは Rokka System http://pele.bbspink.com/test/read.cgi/erobbs/1379086553/
・事件が終わり次第この板はなくなるでしょう
・「転んでも泣かない」というか「転んでもただでは起きない」を推奨。

>>248
この板からとっちゃった、そのとおりです、すみません。

>>247
> スレッド上限はもう下げ終わってるんでしたっけ
> それならスレストしてから1日後に一覧から落ちるのを待つ
> なんてまどろっこしい手段は必要ないのか
この実験案を言い出した理由は上（前スレかも）でも書いたように2ちゃん実況板でROMってて
スレをリロったらdat落ちだったのでRokkaへ取りに行ってみたらRokkaが応答しなかったことがきっかけです。
この状態から20分くらい後にRokkaへ取りに行ったらちゃんと取れたのでどうなってんの？とC氏に聞いたら
Rokkaは過去ログからしか今は取ってないんだ。じゃあdat落ちを取れるように改造するね、といわれて
できたからさあデバッグ、の矢先にrokka.2ch.netのdeny事件。
あれからもう3日も4日も経ってまだこんな状態なのでとりあえずデバッグだけ済ませちゃおうと提案して板を作ってもらったわけです。

How should I edit settings.txt? I cannot edit f22.cgi.

>>249
I dont think its good to change this. This board is not just for "Rokka System Testing". It can be a real board.

ただいまチャットで絶賛修理中です
もう少し（6時半くらい）したらbbsplinkがOKになるはずです
２ちゃんはJimさんが運営とネゴってるらしいのでいつにな
あだれかきた
うわなにするやめくぁｗせｄｒｆｔｇｙふじこｌｐ；

>>253
OK

こっち？スレふたつもあったぞ

圧縮で落ちたのはは19:15より前？
お試しSIDで読めたけど19:30に移動が終わってるなら実験に参加できてないや

rokka.bbspink.com/kilauea/3shuchaku/1379467390/?raw=0.0&sid=
Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r

たったいま２つバグを見つけて修正中

31分に落としたけど、40分でoysterに移動済み

３執着
http://kilauea.bbspink.com/3shuchaku/
は10超えると5に圧縮します。

以前はMonazilla/1.00だったけど、今度からMonazilla/2.00を名乗るのは決定事項なの？

>>260という事は
いま修正中のバグが直るまでスレ立ては控えた方がいいのかな

ですね

>>261
> 以前はMonazilla/1.00だったけど、今度からMonazilla/2.00を名乗るのは決定事項なの？
RokkaにはSIDをそのまま送ってるだけなのでここがどういう経緯で2.00になったかはまだ明らかじゃありません

お、バグ直したと

まだだった

これはC氏なのか？Jimさんか？

>Codemonkey and Jim
You've already changed SID.
It is now Monazilla/2.0.
Previous SID is Monazilla/1.0.
Did you changed definition(?) of SID Monazilla/1.0 to 2.0 ?

I think Rokka doesn't care but bbs.cgi or somewhere should be care
so browsers should consider it.... Am I correct?

一応ご報告。
bbspinkのdat落ち及び過去ログしたスレは正常に取得できるようになりました。
スレ立てご協力ありがとうございました。

一方２ちゃんねるに対するRokkaアクセスが現在ある事情によりお察しください状態なので
しばらくお待ちください。

対応専ブラ（含む水玉版）等でのアクセスをご確認いただき、動作・取得したスレの具合等
問題ありましたらこちら（このスレ）へご連絡いただけますと幸いです。

>>266
お疲れさまです

>>265
bbs.cgi will be modified to use the new Monazilla/2.0.

>>268
> >>265
> bbs.cgi will be modified to use the new Monazilla/2.0.
So some browsers should be fixed to send Monazilla/2.0 if they send static string Monazilla/1.0, shouldn't ?


bbs.cgiはMonazilla/2.0に変更予定です。
ので1.0を固定で送ってしまう専ブラは修正が必要になりそうです。

>>268
Is it required also User-Agent in post request ?

ステータス行他の変化を確認

bbspink.com → 'success - oyster' (dat正常取得)
2ch.net → 'success - pool' (HTML「このスレッドは過去ログ倉庫に〜」)

LastModifiedは相変わらず来てないけどこっちはまだ対応完了してないんだっけ

>>271
２ちゃんはJimさんのネゴしだい、一応動いて いない ことになっています
Last-Modified,Content-Typeは多分忘れてそうなのであおっておかないと
unified subject.txt＆ servers/boards databaseで熱中しちゃいそう　>>237
かくいう私も忘れていました。昨日チャットしてる間にツッコミ入れておけばよかった。
また今日も（明日も）チャットの日だろうか。なんか新しい何かに目覚めそうでこわひ。。。


Hi Codemonkey,
Yesterday I was very fun to play with you. That is my first experience of chatting.
Well , how are you going to Last-Modified & Content-Type ? >>75
If it is not started yet , please make it 1st before you play >>237 .

Regarding >>268-270 , You mean Monazilla in SID shall be changed , don't you?
I guss Monazilla which is the value of User-Agent in HTTP request header sent by browser on posting
is not clear to need to be changed.
If bbs.cgi doesn't check whether the version value is 1.0 , browsers are not required to change posting program.

>>Codemonkey
The status line which is line 1 of dat from Rokka ,
　success - pool
　success - oyster
　Error XXXXX
Won't you change these strings , will you ?

なんか大文字小文字ハイフンありなしとちょっと取って付け状態だが現状見ながら作っちゃってる専ブラもあるでしょうから固定しちゃいましょう。

# 忍法帖がリセット喰ってる！40まであったのにー

ひどいな、いままで楽々投稿できてた長文がカキコできない(;_;)

しかしrokka.2ch.net、poolから返してくるのがdat形式に巧妙に偽装した過去ログ倉庫入りHTMLなんで
専ブラだとdat形式を守られているからちゃんと表示してしまうところがいやらしい。

# 4+0:8 か？

名無しさん＠お腹いっぱい。<><>2011/01/02(日) ***<> Firefox の*** <>Pale Moon　Part1
1001, 197395 (総レス数, サイズ)<><>1308661068000000 (最終更新)<><div style="color:navy;font-size:smaller;">|<br />| 中略<br />|</div><>
１００１<><>Over 1000 Thread<> このスレッドは１０００を超えました。 <br> もう書けないので、新しいスレッドを立ててくださいです。。。 <>

依頼があったので少し駄文

もし可能でしたらにゃあ板の名前欄を２ちゃんねるのニュース速報のように猫の名前ランダムにして下さい

>>276
ご支援ありがとうございます。

>>Codemonkey
Now Ninpocho has come back.It makes me not allow posting so long text and deny link because of the level of Ninpocho.
The level of Ninpocho can increment only 1 level every 23hours.
And if I get error by Ninpocho (long text or link), continuous counter is incremented even post has not been succeeded.
How do I do ?!

そっかーbbspinkは忍法帖が別なのね、で昨日スレ立てあたりで忍法帖が復活して、カキコした事がなかったからまっさらからスタートだったと。
でまだ長いって怒られて、でもこの怒られんのも1投稿にカウントされちゃって、
でリンクは修行中はダメとかまた怒られて、削って、削り残しがあったからまた怒られて、で書こうとしたらゴンタクレってる。
デバッグにならんよ。

依頼があったので連投規制緩和のためのレス

この時間は人がいないから連投するには10/8でもきついんですかね

これで少しはレスできますかね

ありがとうございます。カウンタ使い切るまでしていただいて申し訳ないです。Codemonkey氏が来るまで沈黙します。

>>275 続き、ホントはdatもう一行分あるのだけど忍法帖と連投規制のダブルコンボで書き込めないから生dat見てください
これって最近作った（cgiを）HTMLモドキですね。なぜなら<br>じゃなくて<br />になっているから。
cgiがdatに書き込むと<br>ってなってていつの時代のHTMLなんだよっていつも思ってたんですけど
このdat（Rokkaいぢめdat）だけはXHTMLを意識した記述になってる。
んなの作ってないで他にやることあるんじゃないかしらん

本来はContent-Type: text/htmlか302で識別出来るけどまあ過渡期だから…
と思いきやそうじゃないんですよね
まあ政治の話に現場の人間が口を挟めないのはこの業界に限らずよくある話なので待つしかねーです

支援を兼ねてレスしてみる

>>273
http://qb5.2ch.net/test/read.cgi/operate/1366640919/119
> Let's define and declare usage of 1st line of archieved dat;
> 1st line indicates processed status of the server.
http://qb5.2ch.net/test/read.cgi/operate/1366640919/120
> Okay!
> If there are any more suggestions, please tell me. I can fix it immediately.

I think it is better that the Rokka returns dat (or gzipped dat) itself,
without status code at the 1st line, when the process has successfuly done.
Because clients have to skip the 1st line for every dat, to get original dat.

Suppose that clients want to get an old dat, and save it in gzipped format,
they have to gzdecode the received content body, skip the 1st line,
and then gzencode the content from the 2nd to last line. It is incovenient.

http://qb5.2ch.net/test/read.cgi/operate/1366640919/115
> Did Maru return error or success code in 1st line? It can't know now, either.
As far as I remember and refering my code,
Maru did not return success code at the 1st line, but did return error code.

一部の方に非常に分かりやすい現状
rokka.bbspink.com　プリズムラーイブ！　にゃはっ　エスニックスプラーッシュ！
rokka.2ch.net　プリズムラーイブ！プリズムラーイブ！！

やめて差し上げろｗ

ROKKAまだなの？
いつになったら始まるの？

rokkaでは取得したコンテンツの1行目は
success - pool
などで、その後にdatの中身が記載されてるようですが、
以前の●での取得は2行目にもなにか似たような記載ってありましたか？
専ブラで取得すると>>1がずれてた(なくなる)ので…

Rokka導入前のHTTPレスポンスの話をしてるならこの辺を

ttp://toro.2ch.net/test/read.cgi/sakhalin/1378893022/79
ttp://toro.2ch.net/test/read.cgi/sakhalin/1378893022/87

リクエスト書式だけでなくステータス行も基本的に旧仕様との互換性はないと思っていい

以前も２行目からdatの中身が記載されてた
１行目は↓みたいな感じ
+OK 183133/1024K Location:temp/

http://www8.atwiki.jp/doom2k/pages/123.html#id_98c99169
の
http://cdn8.atwikiimg.com/doom2k?cmd=upload&act=open&pageid=123&file=1022146762.zip
辺りをダウンロードして見るのが手っ取り早い

なんかHTTPのRequest-Lineを送信した時点でサーバが応答してくるんだけど
そこに続けてヘッダーを送ると応答の途中で接続が切断されてしまう
このせいで一部のHTTPライブラリでrokkaにアクセスできない

本来はヘッダーの終わりを示す空行まで読んでから応答するべきだと思う

>>290
めんまああああああああをして目が腫れぼったかったのが収まってきたので実験す。
Telnetでちょちょいと見ればいいかな。
…ってないじゃん。え〜とインスコの仕方ググって、コマンドプロンプトで起動。うわ使いにく。
カーソルどこいっちゃんたんだよー。あ、画面がクリアされた。もー。
なんかないの？GUIなコンソール…TeraTerm？インスコ。なんだかな。MS Telnetでいいや。

telnet
> set localecho
> o rokka.bbspink.com 80

えとえとGET …ああっ接続がキレた。仕方ない、コピペする行をメモ帳に作っといて高速コピペだ。
> o rokka.bbspink.com 80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla〜 HTTP/1.1
リターンキーを押すとおお、応答が返ってきた。って >>290によればもう1行空行を送ってからじゃないとダメなのだからまずいねぇ。
RFCさが、そのまえに掲示板サーバーで試してみるか。

> o kilauea.bbspink.com 80
GET /3shuchaku/1379468188/ HTTP/1.1
リターン
まだ何もおきない
もっかいリターン
404htmlが返ってきた。
こういう動作じゃないといけない、ってことだよね。

http://www.ietf.org/rfc/rfc2616.txt
> 5 Request
>
> A request message from a client to a server includes, within the
> first line of that message, the method to be applied to the resource,
> the identifier of the resource, and the protocol version in use.
>
> Request = Request-Line ; Section 5.1
> *(( general-header ; Section 4.5
> | request-header ; Section 5.3
> | entity-header ) CRLF) ; Section 7.1
> CRLF
> [ message-body ] ; Section 4.3
>
> 5.1 Request-Line
>
> The Request-Line begins with a method token, followed by the
> Request-URI and the protocol version, and ending with CRLF. The
> elements are separated by SP characters. No CR or LF is allowed
> except in the final CRLF sequence.
>
> Request-Line = Method SP Request-URI SP HTTP-Version CRLF

ふむ。いけませんね。

>>Codemonkey
I got a problem report >>290 .
>>290 says
When the client send the request-line , Rokka respond immediately before the client has not send followings yes.
Using some http libraries , client can not communicate with Rokka.

It seems Rokka works as HTTP/0.9 even request is HTTP/1.0(1.1).
You have to check HTTP-Version and wait final CRLF if HTTP-Versin is specified on the request.

I think this is the reason why I got response delay trouble which I told you during chatting.
Mizutama custom retries when connection has closed even request has not completed yet.

うーむAccept-Encoding:gzipがあったらとか言う以前の問題でしたねー

支援

>>292 correction.

> You have to check HTTP-Version and wait final CRLF if HTTP-Versin is specified on the request.

You have to check HTTP-Version and wait <empty line> if HTTP-Versin is specified on the request.

　　Request　　　　　　　=　Request-Line　　　　　　　　　　　　　　;　Section　5.1
　　　　　　　　　　　　　　　　　　*((　general-header　　　　　　　　;　Section　4.5
　　　　　　　　　　　　　　　　　　　|　request-header　　　　　　　　;　Section　5.3
　　　　　　　　　　　　　　　　　　　|　entity-header　)　CRLF)　　　;　Section　7.1
　　　　　　　　　　　　　　　　　　CRLF　　　　　　　　　　　　　　　　　　　　　　　　　　　<== <empty line>
　　　　　　　　　　　　　　　　　　[　message-body　]　　　　　　　　　;　Section　4.3

支援

支援

ご支援ありがとうございます。
今日はもう寝ることにして、明日またレスが付いてたら活動再開することにします。

# と、いちいち書いちゃうから貴重なレスカウントを減らしちゃうんだよな、頭悪いな>水玉
# でも自分のカキコで終わらないと気がすまない、電話を自分から切れないタイプの人

>>288,289
ありがとうございました。
過去ログの>>1が消える理由がわかりました

こないな。リクエスト応答の件はちょっとやばいんだけど。
そういえばC氏どころかJimさんも昨日からきてないな。
毎日Let's talk with Jum-sanの両スレにおはようとおやすみの挨拶してたのに
昨日・今日レスを見ないな。
来日してるとかFBIに捕まってるとか妄想がひろがりんぐ。

Hi!

I have been very busy yesterday and today.

I am currently working on a new module to better manage headers. It should be finished today or tomorrow. Then Rokka will be html/1.0 compliant.

>Well , how are you going to Last-Modified & Content-Type
Yes that is being added in the new header module that I am working on now.

>> 269
I will make bbs.cgi work for both Monazilla/1.0 and Monazilla/2.0. Dont worry about that. I have not yet had time to work on bbs.cgi.

>>270
User agent is not required right now. It is nice if you put your browser's identification in the UA, then I can count how many times your browser has accessed Rokka.

>> 273
> Won't you change these strings , will you ?
Should I change these strings?

>> 277
I dont know what Ninpocho is.

> clients have to skip the 1st line for every dat, to get original dat.
The old offlaw.cgi put a status code in the first line.

> Maru did not return success code at the 1st line, but did return error code.
Wrong. The old Maru's offlaw.cgi returns a success code on the first line.

> You have to check HTTP-Version and wait final CRLF if HTTP-Versin
This will be installed in the next version of Rokka.

> Mizutama custom retries when connection has closed even request has not completed yet.
Thanks. I noticed that on the server also and couldnt figure out what was wrong. Now I know. I will fix it.


Please if anyone has any suggestions, just tell me. You can also make a pull request on the github repository here: https://github.com/Cipherwraith/Rokka

Sorry if my development is slow, I am working on many projects simultaneously.

>>301
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

> I have been very busy yesterday and today.
昨日今日すんげ忙しくてさ

> I am currently working on a new module to better manage headers. It should be finished today or tomorrow. Then Rokka will be html/1.0 compliant.
ヘッダをもっと良く管理するモジュールのために作業してる。強明日には終わらせないとね。そしたらRokkaはHTTP/1.0に則るさ。

> >Well , how are you going to Last-Modified & Content-Type
> Yes that is being added in the new header module that I am working on now.
うい、いまやってる新しいヘッダモジュールに追加するぜ。

> >>269
> I will make bbs.cgi work for both Monazilla/1.0 and Monazilla/2.0. Dont worry about that. I have not yet had time to work on bbs.cgi.
bbs.cgiをManazilla/1.0でも2.0で動くようにするぜ。気にスンナ。まだbbs.cgiさわる時間取れねんだけどね。

> >>270
> User agent is not required right now. It is nice if you put your browser's identification in the UA, then I can count how many times your browser has accessed Rokka.
いまUser-Agentは要らんぜ。UAにおまいのブラウザIDを入れりゃナイスだぜ、おいらがおまいのブラウザが何回来たか数えられるし。

> >>273
> > Won't you change these strings , will you ?
> Should I change these strings?
Because 'success' starts lower case letter , 'Error' starts upper case letter. It is not beautiful.
'success' has parameter(pool or oyster) following with hyphen.
'Error' has parameter which is a error code separated by space.
These are not so formal.
I don't think it is necessary to change , up to you.

> >>277
> I dont know what Ninpocho is.
http://ja.wikipedia.org/wiki/%E5%BF%8D%E6%B3%95%E5%B8%96
I coudn't find english translated.
Maybe someone give you.

> > clients have to skip the 1st line for every dat, to get original dat.
> The old offlaw.cgi put a status code in the first line.
>
> > Maru did not return success code at the 1st line, but did return error code.
> Wrong. The old Maru's offlaw.cgi returns a success code on the first line.
多分>>283の最終行に対する返事。
> ●は成功の時1行目（に成功コードを）は返さなでエラーのときエラーコードを返した。
ちげーよ。旧●のofflaw.cgiは1行目に成功コードを返しす。

> > You have to check HTTP-Version and wait final CRLF if HTTP-Versin
> This will be installed in the next version of Rokka.
次のバージョンのRokkaに入るは。
　新しいモジュールを入れた奴を新しいバージョンって言ってるのかな、多分。

つずき

> > Mizutama custom retries when connection has closed even request has not completed yet.
> Thanks. I noticed that on the server also and couldnt figure out what was wrong. Now I know. I will fix it.
>水玉カスタムがリトライしちゃうんだわ、リクエストが送り終わってもいないのにコネクションきられちゃうと。
あり。サーバーで（そうなってんの）気づいたけどなんが悪いんか分からんかった。直すは。

> Please if anyone has any suggestions, just tell me. You can also make a pull request on the github repository here: https://github.com/Cipherwraith/Rokka
提案があるならおいらにいってね。GitHubのpull requestしてもいいよ。
Just tell you? I can not get suggestions , can I?

> Sorry if my development is slow, I am working on many projects simultaneously.
開発が遅くてごみんなさい、たくさんのプロジェクトを同時にやってるんでね。

■新システムRokkaに関しまして■
http://pele.bbspink.com/test/read.cgi/erobbs/9249663629/

924スレだから見えなかった

Range header での部分取得にも対応して欲しいな

>>80
> げっ・・・取得先のURLまで入ってやがる、移動したからいいのか？
>
> http://kilauea.bbspink.com/kakolog.html
> > 倉庫 ?? vault 0 (思い出)
>
> 隠したいディレクトリは最初に_を入れるとkakolog.htmlには出なくなるよ
> _vaultみたいな感じで、_を入れなかったら変えたとしてもまた出てきちゃうよ
アッー！やっと意味が分かった、というか頭に入ってきた
ここへ普通のブラウザで行くと「倉庫 ?? vault 」って見えるのですね。
他にも rqi とか html とかあるけどこっちは準備中に飛ばしてるから多分いいとして
vault（保管庫）は隠しディレクトリが見えちゃってるからディレクトリ名先頭に'_'を付けてかくしてね、てことですね。
や、まあそう書いてくださってますがなぜか日本語が読めなかった？

>>Codemonkey
>>80 pointed out vault directory on kilauea.bbspink.com is still appeared when you open http://kilauea.bbspink.com/kakolog.html .
It should be changed to '_vault' to hide.
Right now if you kick the link of vault , 404htm is shown.

> Because 'success' starts lower case letter , 'Error' starts upper case letter. It is not beautiful.
I will make it beautiful.

Consistency is beautiful, isn't it :D

ところでRangeとか部分取得とかの仕様は固まったの？

>>307
> > Because 'success' starts lower case letter , 'Error' starts upper case letter. It is not beautiful.
> I will make it beautiful.
How are you going to make it ?
Browsers are detecting the process result to check the string in 1st line of the response content from Rokka.
To comparing string , sometime it makes a trouble (character case , spacing, spelling, etc.).

>>310
It will be like this:

<Code><Space><Modifier>

Error 12345
Error 83572
Success Pool
Success Oyster

Rokka now returns the correct HTML codes in the header: 404, 200, 401, 403 etc

Rokka now waits for "crlf" before outputting data.

I have bug in Rokka. I am fixing it right now. The server will be on and off until it is fixed.

>>311
> >>310
> It will be like this:
>
> <Code><Space><Modifier>
>
> Error 12345
> Error 83572
> Success Pool
> Success Oyster
Great! Nice Job!!

> Rokka now returns the correct HTML codes in the header: 404, 200, 401, 403 etc
HTML codes? You mean HTTP status codes?

> Rokka now waits for "crlf" before outputting data.
Let's check....Oh My anime time orz

>>312
> I have bug in Rokka. I am fixing it right now. The server will be on and off until it is fixed.
Take it easy.

>HTML codes? You mean HTTP status codes?
Haha yes, my mistake.

>Take it easy.
Bug is fixed now. Please have a look at the new Rokka with status codes, and up to HTML/1.0

Rokka for both 2ch and bbspink are back online now.

Seems to be a problem with Authentication at the moment "Error 69". Fixing that right now.

Okay the Authentication is working correctly now.

2ch boards are still not live. We are still waiting for Jim-san to finish moving the banana3000 to a new hardware machine.

>>316
> 2ch boards are still not live. We are still waiting for Jim-san to finish moving the banana3000 to a new hardware machine.
He said it takes arround 2days at http://qb7.2ch.net/test/read.cgi/operate2/1378699887/174
> 174 名前：xerxes.maido3.net(地震なし) [sage] 2013/09/21(土) 15:07:35.01 ID:91i6KyaU0
> So the transfer of the data on banana3000 will take at least another 40 hours.
> It is time consuming, but patience will save all the data.
Has he started already ?

2ch can be available with rokka on Tuesday or later, can't ?

>>317
He already started. Maybe it will be finished tomorrow.

'Telnet/0.1' is my application using TcpClinet(kind of socket).
Each line has been sent by manually.

1) to server (HTTP) root
connected to rokka.bbspink.com Port:80
GET / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 404 Not Found
Content-Length: 13

Error 8008135



2) get a dat without gzipped
connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Length: 385

Success Oyster
???O????????????</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:36:28.21 ID:yNfqARZV<> Test <>Test
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:53:48.42 ID:yNfqARZV<> ?????? <>
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 11:06:11.70 ID:yNfqARZV<> ?????? <>
</b>?E?@???yLv=40,xxxPT?z(2+0?F8)<b> </b>(??)<b><>sage<>2013/09/18(??) 17:00:43.08 ID:Lwq7M9L4<> test <>


Need
　Last-Modified
　Content-Type


# Ero Anime time

>Need
>　Last-Modified
>　Content-Type
Content-type is just plaintext. I will make it explicit.

I will add last-modified also.

># Ero Anime time
Which anime are you watching?

for your reference;

connected to hayabusa2.2ch.net Port:80
GET / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: hayabusa2.2ch.net
Connection: close

HTTP/1.1 200 OK
Date: Sat, 21 Sep 2013 15:04:20 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8q PHP/5.3.8 mod_antiloris/0.4
Last-Modified: Fri, 11 Nov 2011 09:04:00 GMT
ETag: "1368003-472-4b171cd434000"
Accept-Ranges: bytes
Content-Length: 1138
Vary: Accept-Encoding
Connection: close
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>・・・・・・・・・・・・・・

>>320
> ># Ero Anime time
> Which anime are you watching?
Today it was not Ero chapter.
http://pa.dip.jp/jlab/a2/s/pa1379774496436.jpg

Kimi no iru machi　　http://www.kiminoirumachi.com/

Usually;
http://livedoor.blogimg.jp/sumi4460/imgs/5/a/5a0dda67.jpg
http://livedoor.blogimg.jp/sumi4460/imgs/0/7/078ef6e6.jpg

Content-Type is now set as plain text with the "Shift_JIS" encoding. It works on both rokka.bbspink and rokka.2ch now.

I will add "last-modified" tomorrow morning in Japanese time. Last modified needs me to setup a new parser to parse the last-modified date from the archive headers.

I am very hungry now and will watch a movie. Hope you have a good weekend!

>>322
That anime looks pretty. Maybe I will watch it too.

I downloaded this game recently: http://www.katawa-shoujo.com/

But I have no time to play it.

>>323
> Content-Type is now set as plain text with the "Shift_JIS" encoding. It works on both rokka.bbspink and rokka.2ch now.
Well,
connected to rokka.bbspink.com Port:80

GET / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 404 Not Found
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 13

Error 8008135

Humm.

> I will add "last-modified" tomorrow morning in Japanese time. Last modified needs me to setup a new parser to parse the last-modified date from the archive headers.
From the archive headers ? Does Rokka access a dat file directry ? Doesn't get it thru network ? Where is Rokka instance ?

>>324
> I downloaded this game recently: http://www.katawa-shoujo.com/
ちょｗｗｗｗｗｗｗ

http://motto-jimidane.com/jlab-dat/s/235053.jpg
http://pa.dip.jp/jlab/a2/s/pa1379777448113.jpg
(　ﾟ∀ﾟ)o彡°おっぱい！おっぱい！

>>325
Rokka gets dat through the network. It needs to request headers from the dat, then forward them to the user.

>>326
Boobs are good! haha

>>327
> >>325
> Rokka gets dat through the network. It needs to request headers from the dat, then forward them to the user.
I got it.

request gzipped content

connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?raw=0&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
???O????????????</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:36:28.21 ID:yNfqARZV<> Test <>Test
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:53:48.42 ID:yNfqARZV<> ?????? <>
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 11:06:11.70 ID:yNfqARZV<> ?????? <>
</b>?E?@???yLv=40,xxxPT?z(2+0?F8)<b> </b>(??)<b><>sage<>2013/09/18(??) 17:00:43.08 ID:Lwq7M9L4<> test <>


connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?raw=0&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Accept-Encoding: gzip,deflate
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
???O????????????</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:36:28.21 ID:yNfqARZV<> Test <>Test
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:53:48.42 ID:yNfqARZV<> ?????? <>
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 11:06:11.70 ID:yNfqARZV<> ?????? <>
</b>?E?@???yLv=40,xxxPT?z(2+0?F8)<b> </b>(??)<b><>sage<>2013/09/18(??) 17:00:43.08 ID:Lwq7M9L4<> test <>


connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?raw=0.0&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Content-Encoding: gzip

<binary>

connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?raw=0.1&sid=Monazilla/2.00:437329
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Accept-Encoding: gzip,deflate
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
???O????????????</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:36:28.21 ID:yNfqARZV<> Test <>Test
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:53:48.42 ID:yNfqARZV<> ?????? <>
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 11:06:11.70 ID:yNfqARZV<> ?????? <>
</b>?E?@???yLv=40,xxxPT?z(2+0?F8)<b> </b>(??)<b><>sage<>2013/09/18(??) 17:00:43.08 ID:Lwq7M9L4<> test <>


connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?raw=.12345&sid=Monazilla/2.00:43
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
???O????????????</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:36:28.21 ID:yNfqARZV<> Test <>Test
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 10:53:48.42 ID:yNfqARZV<> ?????? <>
?e?X?g</b>(?v?[?A????)<b><>sage<>2013/09/18(??) 11:06:11.70 ID:yNfqARZV<> ?????? <>
</b>?E?@???yLv=40,xxxPT?z(2+0?F8)<b> </b>(??)<b><>sage<>2013/09/18(??) 17:00:43.08 ID:Lwq7M9L4<> test <>


GZipped content can only be gotten when request URL has exact 'raw=0.0'.
No other values will not be recognized for gzipped. Of course it will not be recognized as byte offset.

http://stream.bbspink.com/update.txt doesn't tell any details of raw=0.0 then browswers shall put raw=0.0 in the request URL.
It is OK but designing specification must define the detail.
Currently it is described in http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/1 but it has not become official yet.

And I found minor problems in http://stream.bbspink.com/update.txt ;
　SID for development is too old.
　The document doesn't have date when it was described. So 'Here is a test SID. It will expire in 5 days:' has no sense.
Even the document should be updated, Jim has already infromed to all of 2channelrs on thread 924.

http://kzho.net/jlab-giga/s/1379782540722.jpg
Ai Astin 13y.o. grave-keeper
http://kami-nai.com/
http://en.wikipedia.org/wiki/Sunday_Without_God

支援

支援

ご支援ありがとうございます。

昨日のまとめ

・レスポンスコンテンツ１行目（以降ステータス行）について >>273,301,307,310,311,313,314
　「成功はsuccess - pool、失敗はError 69みたいに返してるけどsuccessは小文字始まり、Errorは大文字始まり。
　　ハイフンがあったりとか、なんかね。ふつくしくないわ。」
　「おう、ならふつくしくしてやるぜ。」「どんなふうに？文字列比較ってバグり易いのよね」
　決定仕様 >>311
　HTTPレスポンスヘッダへもHTTP仕様に則したレスポンスコードを返すようにした。

・HTTPリクエストに対する応答の仕方について >>290,292,295,301,311,314,319-321,323,325,328-329
　「よし、Rokka空行待つ様にしたじぇ。HTTP1.0に合わせたじぇい。bbspinkと2chともにやったじぇ。」
　水玉の実験結果。Content-TypeとLast-Modifiedが付いてない。
　「Content-Typeはtext/plain、ShiftJISで固定。Last-Modifiedはとってきたアーカイブのヘッダをパースして日付取り出さなきゃならんからちと待て」
　水玉確認結果。
　Last-Modifiedは明日の朝くらい。

・gzipコンテンツ取得について >>328-329
　'raw=0.0'以外のrawパラメーターを送ってもgzipで返ってこない。もちろんバイトオフセットとしては機能しない。

・Rokka for ２ちゃんの現状 >>317-318
　JimさんがBanana3000を別マシンに置き換えたようで、データを移動中。
　40時間掛かるとか言ってるからまあ火曜日からかな。えーまだ引っ張るのー？
　「明日中に終わるんじゃね」

・Rokka公式仕様書について >>329
　Jimさんが924スレで全ネラーに告知したつもりになってる（が924スレを隠す専ブラ多し）中に
　Rokka公式仕様が http://stream.bbspink.com/update.txt である旨記載し、専ブラ作者への対応を求めている。
　がこのtxtは第2版で、9月10日に9月9日版を修正したままの状態である。お試しSIDは一番初めの5日有効な奴だからもちろんもう使えない。
　だがtxtには日付もなく「5日間有効」とか言われてもいつからやねん！状態。
　前スレ >>1 が設計仕様書ではあるがこれも承認されていない。
　を伝えた。いずれにせよ現状詳細仕様をまとめなおすかな、２ちゃんが動き出したら。

・その他
　自作Telenetクライアントモドキ（というかTcpClent/socketで1行ずつリクエストを送れるようにしたもの）での実験結果を
　貼った時「エロアニメタイムだ」といたづら書きしたら食いつかれた。
　が今日の君町はエロ回じゃなかったから残念とキャプを貼ったら何か気に入ったみたい。
　でエロゲをDLしたけどやる時間がないって かたわ少女かよｗｗｗｗｗｗｗｗｗ
　さらに調子に乗って(　ﾟ∀ﾟ)o彡°おっぱい！おっぱい！キャプを貼ったら「乳こそこの世の理」
　神ないのアイちゃんがど真ん中直球なんですけど。いままでたくさんアニメ見てきたけど、ここまでどストライクなのは。
　公式設定画も原作も普通にかわいいけど、アニメ絵がツボにはまりすぎて録画を細かく切り出して夜中にブヒブヒしている自分がキモい。

# だいぶ壊れてきた後何日持つだろうかてかいつ終わんのってエンドレスエイトならぬエンドレスナイン？今日の神ない？？

英語コミュに一番齟齬の不安がないという所も理由の一つではあるものの
「窓口を一本に絞ってくれ」
という向こう側の希望が今は乗っちゃってますからな

OSS専ブラの改修で分配の恩恵に与れるかは知らないけども何か折衝費用的なものを上乗せ請求してもいいんでない

マにとって英語のドキュメントを読むのは必須スキルだから対訳なんかなくても
全文追ってる人間が大半じゃないのか？とか考えてはいけない (・∀・)

>Jim has already infromed to all of 2channelrs on thread 924.
Oh really. Okay, I will update it now.

The http://stream.bbspink.com/update.txt is now updated with a 10 day sid code

We need to decide on the specifications for "raw=??" today.

If "raw=??" is going to be a byte offset, then please tell me in which way it should be offset.

If "raw=??" is going to be removed, then I will check incoming headers for "gzip" instead of checking raw=0.0 for gzip.

Is "raw=??" useful to anybody?

Can I remove "raw=??"

Please give me some ideas. Thanks.

Maybe you should make it rawr

>>335
> The http://stream.bbspink.com/update.txt is now updated with a 10 day sid code
I've checked now(12:03JST) and find ...
> Here is a test SID. It will expire in 5 days:
> Monazilla/2.00:4373298c8948z3710L4758p6811a4278j8170k1299y43207q2897a2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
10 days?

And,
　Please put your name
　Plaase put the revision history. I rember 1st : 9 Sep. 2nd : 10 Sep. 3rd : today(22 Sep.) with the reason


> We need to decide on the specifications for "raw=??" today.
> If "raw=??" is going to be a byte offset, then please tell me in which way it should be offset.
> If "raw=??" is going to be removed, then I will check incoming headers for "gzip" instead of checking raw=0.0 for gzip.
> Is "raw=??" useful to anybody?
> Can I remove "raw=??"
> Please give me some ideas. Thanks.
I give following notice to 2channnelers;
"Rokka will never support byte offset request.
And 'raw=' will also be removed to avoid confuse with offlaw.cgi.
Alternately, requesting gzipped content can be specified 'gzip' included in QueryString.
　　http://rokka.xxxx.xx/server/board/thread/?gzip&SID=Monazilla........"
It will be decided until 20 o'clock JST.
If they choose another specification, then I'll infom you.

今日中に"raw=??"の件決めなきゃならねんだ。
"raw=??"がバイトオフセットなら、どうゆう方法のオフセットにするんだか言って。
"raw=??"を取っちゃっていいんなら、ヘッダとか見るし。
"raw=??"って有用？ダレに？
"raw=??"取っちゃっていい？
ということで決めます。どうすればいいとかもうやってる暇ないのと話題が出て１週間以上でちょっとはもんだので。

「バイトオフセットはサポートしない。またraw=0.0をgzipフラグ代わりにするのはofflaw.cgiとの混乱も生じるので
　'raw='そのものを廃止する。代わりにQueryStringにgzipを含めることでgzip指示とする。
　　http://rokka.xxxx.xx/server/board/thread/?gzip&SID=Monazilla........
」
リクエストヘッダを使わないのはRFCでgzipで返さないかもしれない、と記述されていたので明示的指定のためgzipをQueryStringに含めることにしました。
ただそれにかかわらずクライアントはレスポンスヘッダのContent-Encodingをチェックしなければなりません。

ぐうの音も出ないほどの理由付なら別案の採用も可能ですが、基本ねらーサイドで決定案をC氏に提示する必要があります。
提示した内容は技術的に不可能でない限り実装してくれるはずです。
賛成または別案をこのレスへアンカー付けてレスしてくださいね。
20時JST締め切りで。
別案提示の場合、最終的に絞られた案を彼に提示します。決定を明記してくださいね。見かけられなければなかったものとします。
なお自力交渉はおやめください。これは技術的問題じゃないので。

「offlaw.cgiがやってたんだからそうしろ」「そいうこというなら花子は全取得だったんだからいらね」とかもういいです。

>>337
> RFCでgzipで返さないかもしれない、と記述されていた

具体的にどんな記述？

Accept-Encoding ヘッダはクライアントが受け入れ可能な内容コーディングをサーバーに
通知するヘッダであり、サーバーにそれを強制するヘッダではない。ゆえにサーバーが
gzip 圧縮で返すとは限らない、、、、という屁理屈なんだろうけど

それは一般的 HTTP の話であって、Rokka のような閉鎖システムでは
Rokka サーバーをそのように（Accept-Encodingにしたがってgzip圧縮するように）
設定すればいいだけで、リクエスト行の QUERY_STRING に持っていくとか頭悪すぎ。

そんな理屈をこねるなら、Accept ヘッダだって同じような主旨のヘッダなのだから
送信する意味ナッシングなんだけどなんで送ってるの？

どんどん HTTP から乖離していくことで専ブラウザ開発者の負担を増やすばかり。

もうリクエスト行と Host: ヘッダだけにして、残りは全部 QUERY_STRING にすれば？（ｗ

開発者のレベルが低すぎて涙が出てくるわ。

変態度：＊＊＊＊　興奮感知度：＊＊＊＊　sm度：＊＊＊＊
http://77.dreamlog.jp/archives/32090105.html

Removing "raw" completely is easiest for me.

>Alternately, requesting gzipped content can be specified 'gzip' included in QueryString.
Wouldnt it be best to have 'gzip' be flagged in the headers instead of the querystring? I still dont understand why offlaw.cgi required it to be specified in the query string.

>>337
バイトオフセット取得は蔵の要求でなく鯖と運営の要求で採用された仕様のはずなので、現在そちらに問題がないと保証出来るかどうかです。
利用してる専ブラがどれとどれで、そのシェアが何％で、運営の財布にどのような影響があるか(∵転送量)、情報を握っているのは運営側で蔵側は答えを知りません。
ぶっちゃけ蔵側は必要なら専ブラ内部で全体取得を部分取得に加工すれば済む話で(技術面では非常に容易)、止めて欲しいのは以下のようなケースだけでしょう。

「思ったより部分取得をしてる専ブラのシェアで経費が削減できてたみたいで、運営側からすげークレーム付いた。
やっぱり実装するから専ブラは全部機能復活させてデバッグ再リリースしてね(てへぺろ)」

個人的には専ブラのUIを考慮すれば混雑や経費ロス等の実害は発生しても微々たるものだと考えますが、正しい答えを出せるのは鯖側の実績統計データだけです。

>>337
gzipの指示はリクエストヘッダでやりたい･･･というかQueryStringに入れて欲しくない
> ただそれにかかわらずクライアントはレスポンスヘッダのContent-Encodingをチェックしなければなりません。
Content-Encodingのチェックなら●でdatを拾う場合に限らずやるもんじゃないの？
チェックしてない専ブラもあるのかな

raw=廃止して、
Success Oyster 3432432byte
こんな感じでdatの全サイズ送ってくれれば差分取得でも削除判断できるかなぁ
gzipはAccept-Encodingでいいのかな
全送信して専ブラ側でどうにかしてもらうってのが一番楽だよなぁ

>>341
> Removing "raw" completely is easiest for me.
>
> >Alternately, requesting gzipped content can be specified 'gzip' included in QueryString.
> Wouldnt it be best to have 'gzip' be flagged in the headers instead of the querystring? I still dont understand why offlaw.cgi required it to be specified in the query string.
Me too.
But some web tool , for exsample http://ajaxcontroltoolkit.codeplex.com/workitem/26843 uses similar way.
I did not find the reson why it specified gzip in QueryString.
If all of http clients could handle http header manually, gzip command in QueryString was no sense.

Another question.
Are there any transfering costs difference between archieves storage and Rokka if a Rokka client requests partial dat ?
Are traffics between a client and Rokka shared ?
Who requirs reducing amount of transferred data ? Smart phone ? WiFi ?


# YAMATO2199　http://yamato2199.net/　http://en.wikipedia.org/wiki/Space_Battleship_Yamato_2199

>>337
'raw=' の廃止は賛成です。
QueryString で gzip 指示を与える方法は、反対です。
Accept-Encoding で要求 / Content-Encoding でチェックすれば済むことに余計な一手間を加えてるだけの
感がどうしても拭えない。必要性がわからないです。

>>337
gzipフラグとして'raw='を実装してしまったことから混乱がはじまりす。
前にC氏がアクセスログかなんかを見てraw=0.0以外で送ってくる奴なんかいなかった、って言ってたから
それでgzipフラグなんだと解釈して実装してしまった、なのかな。
gzipの件は、ブラウザが解釈可能ならAccept-Encoding:gzipをリクエストヘッダに含めることででRokkaに伝え、
その上でRokkaがgzip送信可能ならgzip圧縮してConten-Encoding:gzipを付けて返す。
エラー行1行のためだけにまさかgzipしたりしないよね、きっと。

で今のところ'raw='として残った（というか本来のこのパラメーターの定義）機能としてバイト差分取得をどうするか、だが、
　あぼーん検出したい→Last-Modified（搭載決定）でできる。というか、あぼーんを検出しなきゃいけない？
　従量課金だから転送量を減らしたい→レス番指定取得（搭載済み）で差分取得できる。
ということで　いらない。
ただし'raw=xxxx'を送ったからって"Error 69"にはしないでね（現在のエラーコード定義だと実は漏れる）>Rokka

>>347
> エラー行1行のためだけにまさかgzipしたりしないよね、きっと。

connected to rokka.bbspink.com Port:80

GET /kilauea/3shuchaku/1379468189/?raw=0.0&sid=Monazilla/2.00:4...... HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 404 Not Found
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 28
Content-Encoding: gzip

00000000 1F 8B 08 00 00 00 00 00 00 03 73 2D 2A CA 2F 52　　..........s-*E/R

00000010 30 34 06 00 E7 D6 D6 A2 08 00 00 00　　　　　　　　　　04..cOO¢....

うええええgzipして返してきた！ご苦労様なこって。クライアント側は送ってもいいよっていったから大丈夫だけど
わざわざ鯖のリソースを使わなくても・・・
んーこういう実装してるんだな。

"raw=??" は廃止で良い
gzipはAccept-Encoding headerで対応で良い

>>344
レス番指定の取得で1行目に全体のサイズを返す訳か
もしくは普通にRange header/Content-Range response headerに対応するか

専ブラ側であぼーん検出するにはどちらか（又は類似のしくみ）だね

>>347
バイトオフセット差分取得とレス番指定差分取得は転送量削減に関しては等価ではないよ

例えば500レスまで以前に読んでいたdat落ちスレがあり、283レス目にあぼ〜んがあったとすると、
前者では-1位置のLFチェックで鯖側が転送を拒否して全取得に切り替えろと専ブラに指示出来るけど、
後者では鯖側がそれを検知出来ず一度は転送が発生し、
その後あぼ〜んを検知した場合は削除内容を知るために全体を再度転送という流れになる
差分取得に関しては『後者の機能 ⊃ 前者の機能』でなく『前者の機能 ⊃ 後者の機能』が本質だと思われ
ローカルに記憶してる最新のLast-Modifiedも500レス位置のものなので、こういうケースではあぼ〜ん検知には役に立たない

ただ転送量削減そのものが昔でなく今の収益状況やインフラにとって必要かが不明なので、
その観点からバイトオフセット方式を一旦Pendingにするなら順当な論旨だと思う
(>>342の人が言うように運営からクレームが来たら対応の手間がってリスクは受け入れた上で)
そもそも差分取得は未見のスレでなく以前住んでたliveな常駐スレを補完する目的でしか発生しないので、
それが全体にとってどの程度注意を払うべき話なのか？って根本的な話もあるしね

http://stream.bbspink.com/update.txt

> last updated:
> Sat Sep 21 19:30:08 PDT 2013
>
> Hello.
>
> 2ch and BBSPINK need an API update.
>
> 　　省略
>
> Here is a test SID. It will expire in 10 days:
> Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
>
> We are currently developing the specifications for "raw=". Maybe it will be removed, maybe it will be kept. Please go to this thread and give your opinion:
> http://pele.bbspink.com/test/read.cgi/erobbs/1379086553/
>
>
> Currently BBSPINK archived dat is enabled. 2CH archived dat is disabled. After a couple of days, then 2CH archived dat will be enabled.
。。。。

>>337
仮に'raw=xxx"が廃止されたとしよう。
gzipはリクエストヘッダのAccept-Encodingにより適宜（datの時はgzip、そうじゃないときはプレーンでもgzipしてもいいけど）
コンテンツを返す。
バイトオフセットは未搭載状態にしておく。
もし搭載されたら'Accept-Ranges'をRokkaが返すようになる（する）からリクエストヘッダにRangeを含める事ができるようになり、
これでライブdatの取得と似たようなことはできるしRokkaAPIの仕様も（URLだけだが）変更しなくて済む。
まあRokkaをHTTP 1.1準拠にしなきゃなんなくなるけどね。（今はまだ1.0、昨日まではなんと0.9!）

支援

支援

ご支援ありがとうございます。

締め切りです。
'raw='が変に実装されているからややこしいことになったので、取っちゃいましょう。
彼も取りたいみたいだし。
>>335
> Is "raw=??" useful to anybody?
> Can I remove "raw=??"
gzipに関しては、皆も彼も言ってる通りAccept-EncodingでRokkaが判断します。
バイト差分だとかの件は、RokkaがHTTP 1.1にしなきゃならない時に再検討して押し込んでもらいましょう。

いずれにせよリクエストURLは●システムとは違ってるんだし、無理やりリクエストURLで互換性を取る必要性はないでしょう。

Hi Codemonkey,
Here is the conclusion.

'raw=xxx' is removed.
To get content gzipped, a browser should set Accept-Encoding:gzip in HTTP request header.
Then Rokka decides whichever the content is returen zgipped or not. Mabe to return a dat, gzipped, error text can be plain.
If the request doesn't contain Accept-Encoding:gzip , it means the browser doesn't have capability to uncompress ,
Rokka shall return as plain text(uncompressed content).

The byte ofsset function is not implemented.
When Rokka should be upgraded to HTTP 1.1 , it will be considered with Accept-Range/Range header fields.
If Rokka will return Accept-Range:bytes , a browser can send Range: as similer as getting live dat.

# 以降この件に関するお問い合わせ・交渉等は自力で願います。
# 翻訳依頼あればお申し付けください

>Are there any transfering costs difference between archieves storage and Rokka if a Rokka client requests partial dat ?
There is a processing difference, but it is very small.

>Are traffics between a client and Rokka shared ?
No.

>Who requirs reducing amount of transferred data ? Smart phone ? WiFi ?
I dont know.

>To get content gzipped, a browser should set Accept-Encoding:gzip in HTTP request header.
OK!

>The byte ofsset function is not implemented.
OK!

>When Rokka should be upgraded to HTTP 1.1 , it will be considered with Accept-Range/Range header
OK!

>>356
If a browser sends 'raw=xx' , how does updated Rokka respond ?
1) Error 69　current(previous?) Rokka
2) HTTP 400 Bad request
3) Success
4) Gone
5) who knows

# Anime time

show you guts cool say what 最高だぜ
http://satake.bglb.jp:81/cap/130923-0043540371-1440x810.jpg
http://folderman.heteml.jp/s/fh678.jpg
http://satake.bglb.jp:81/cap/130923-0047510690-1440x810.jpg

http://www.ro-kyu-bu.com/　http://en.wikipedia.org/wiki/Ro-Kyu-Bu!

How is Last-Modified going ?
After Last-Modified is attached , it should be examined.
To do it ,
1) make some threads with 20-30 posts local dat on the client should be kept fot further examination
2) dat-ochi these threads , then these will be moved to archive.
3) confirm their Last-Modified and record them (write datetime down to text file,...)
4) delete some posts（あぼーん） in middle of each threads
5) check Last-Modified of each threads and confirm recorded datetime
6) check how あぼーん will be proceeded
Above procedure is simulating '削除delete'.

I think something should be prepared, but I'm not sure.
Can I(everyone) delete some posts in threads? How?


さてLast-Modifiedがそろそろ付いてもいい頃ですが、付いたら付いたで動作検証しなければなりません。
手動で時刻確認するとかはいいとして、あぼーんスレを故意に作り出して懸案の差分更新ができるのか検討できる環境を
準備しておく必要があるでしょう。
ある程度任意に実験素材が使えれば、各専ブラの機能確認等が捗るでしょう。またスレで検討した意見も実験でき、
問題点やスマートな処理法の発見など有意義に使えると思います。
それを既存のものでできるかどうか、が不明なので問い合わせてみましたが果たして？

>If a browser sends 'raw=xx' , how does updated Rokka respond ?
Rokka will ignore it.

>I think something should be prepared, but I'm not sure.
>Can I(everyone) delete some posts in threads? How?
I can delete posts on bbspink easily. We can test this later after I finish the code for "last-modified"

By the way, Banana3000 works with Rokka now. You can test it here:
http://rokka.2ch.net/human7/nohodame/1057605617/?raw=0.0&sid=<YOUR SID>

>If a browser sends 'raw=xx' , how does updated Rokka respond ?
Rokka will ignore it.

>I think something should be prepared, but I'm not sure.
>Can I(everyone) delete some posts in threads? How?
I can delete posts on bbspink easily. We can test this later after I finish the code for "last-modified"

By the way, Banana3000 works with Rokka now. You can test it here:
http://rokka.2ch.net/human7/nohodame/1057605617/?raw=0.0&sid=<YOUR SID>

>>361
Oops double post, sorry!

Mizutama, what is the URL for your 2ch viewer app?

>>359
あぼーんの想定は手元のdatのレスを数バイト増やせば良いだけだし、
差分更新はレス数削れば良いだけ

>>361
http://rokka.2ch.net/human7/nohodame/1057605617/?raw=0.0&sid=<YOUR SID>

I made sure that the URL above works. But the URL below didn't work though
it returned "Success Pool".

http://rokka.2ch.net/qb5/operate/1379076400/?raw=0.0&sid=<YOUR SID>

>>364
"qb5" is a live 2ch server. Currently only the archived servers will work with Rokka.

Tomorrow, the live servers will work correctly.

Rokka currently works with these dat files:
archived 2ch dat files
live bbspink dat files
archived bbspink dat files

Tomorrow, Rokka will work with:
live 2ch dat files
archived 2ch dat files
live bbspink dat files
archived bbspink dat files

Thank you for your patience.

Awesome! Go Code Monkey!

>>365
I see. Thank you for answering.

My plan for today:

1. Make the "head request" work correctly.
2. Ignore the "raw=0.0" functionality
3. Rewrite the header parser
4. Check incoming headers for "gzip" and then compress if asked
5. Return "last-modified" in header

Pele just had "error 5102", but I fixed it. Sorry about that.

Sorry, It Seems I was very tired.
I was waiting for you with making test tool until 11am.
The tool had been finished then I was sleeping although I thought I took only a few rest.

>>360
> >If a browser sends 'raw=xx' , how does updated Rokka respond ?
> Rokka will ignore it.
OK.

> >Can I(everyone) delete some posts in threads? How?
> I can delete posts on bbspink easily. We can test this later after I finish the code for "last-modified"
Good.

> By the way, Banana3000 works with Rokka now. You can test it here:
> http://rokka.2ch.net/human7/nohodame/1057605617/?raw=0.0&sid=<YOUR SID>

>>362
> Mizutama, what is the URL for your 2ch viewer app?
Mine is not official so there is no distribution site.
Only Rokka System http://toro.2ch.net/test/read.cgi/sakhalin/1378893022/25,29 is available.
> 25 名前：水玉(Mizutama) ◆qHK1vdR8FRIm (もんじゃ) [sage] 2013/09/12(木) 02:01:33.14 発信元:202.212.254.68 0
> The conclusion is
> Required changing is request URL to rokka complied with >>1, if the browser could have accessed Maru correctly.
>
> Here is evidence, which is twintail Mizutama custom version.
> twintail-2.3.110.0.zip
> http://www1.axfc.net/uploader/so/3025603/TwinTail


うー寝落ちしてしまった。疲れてんのかな。
簡易翻訳
> Rokkaは'raw='を無視します
> おいらがラクショーでbbspinkのレスをあぼーんできるから、Last-Modified終わったらＮ| "ﾟ'`　{"ﾟ｀lﾘ　　＜　やらないか？
> Banana3000がRokkaで動くようになったからね。
> おまいの専ブラのURLは？


>>363
> >>359
> あぼーんの想定は手元のdatのレスを数バイト増やせば良いだけだし、
> 差分更新はレス数削れば良いだけ
Last-Modifiedによる検出云々の話が出てたのと、C氏のは実践でバグりやすいから
できるだけ本ちゃんに近い形での実験がしたいからどこまで可能か訊いてみたのです。
実際今までも「できたー」「バグったー」の繰り返しだったし。

さて２ちゃんでも動いてるとかまだLast-Modifiedを付けてないっぽいとか、どうなってるか調べてみますか。
なんかもうすでにキナ臭いし。

>>365
> Rokka currently works with these dat files:
> archived 2ch dat files
> live bbspink dat files
> archived bbspink dat files
What do you mean live dat files ?
dat-ochi dats? live threads also ?

>dat-ochi dats? live threads also ?
yes, both dat-ochi and live threads

>Mine is not official so there is no distribution site.
Why is yours not official?

Im putting a new version of Rokka online now. Ran into some bugs, give me a few minutes to fix them please.

Ok Rokka is updated now!

1. Make the "head request" work correctly.
DONE!
2. Ignore the "raw=0.0" functionality
DONE!
3. Rewrite the header parser
DONE!
4. Check incoming headers for "gzip" and then compress if asked
DONE!
5. Return "last-modified" in header
NOT DONE!

You can now do a "head request" and just get the headers, instead of returning everything including the body.

>>372
> >dat-ochi dats? live threads also ?
> yes, both dat-ochi and live threads
Both! That's great.

> >Mine is not official so there is no distribution site.
> Why is yours not official?
Mine is a special customized version from twintail http://www.geocities.co.jp/SiliconValley/5459/ .
This is a open source software and authored by てつと ◆/koroDDM/E.
I just help her debugging and made some extra tools to support twintail functionality.
And my source code is modified old version of twintail source code.
To avoid confusion for twintail users, I've declared no to be official, which means no site, no further maintenance.

Rokka now captures the User-Agent data, so I can count which developer's apps are being used the most.

For instance: User-Agent: Monazilla/1.00 Live2ch/1.25

>>374
> 1. Make the "head request" work correctly.
> DONE!
> 2. Ignore the "raw=0.0" functionality
> DONE!

HEAD /human7/nohodame/1057605617/?raw=0.123&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.1)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.2ch.net
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Length: 75843
Content-Type: text/plain; charset="Shift_JIS"

Confirmed.

> 4. Check incoming headers for "gzip" and then compress if asked
> DONE!

GET /human7/nohodame/1057605617/?raw=0.123&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.1)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.2ch.net
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Length: 75843
Content-Type: text/plain; charset="Shift_JIS"

Am I wrong ?

>Am I wrong ?
No. I made a mistake. I will fix it!

>>379
> >Am I wrong ?
> No. I made a mistake. I will fix it!
Uh-oh.

Please try again with GZIP

支援

支援

支援

ご支援ありがとうございます。

>>381
> Please try again with GZIP

GET /human7/nohodame/1057605617/?raw=0.123&sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.1)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.2ch.net
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Encoding: gzip
Content-Length: 18864
Content-Type: text/plain; charset="Shift_JIS"

Confirmed.

Do you see any more bugs?

支援

支援

Mizutama, do you mind if I make a link to your twintail unofficial version?

支援

connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:43********** HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test
テスト
</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:53:48.42 ID:yNfqARZV<> てｓｔ <>
テスト
</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てｓｔ <>

</b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>


00000000 53 75 63 63 65 73 73 20 4F 79 73 74 65 72 0A 96 Success Oyster..

00000010 BC 91 4F 82 CD 82 DC 82 BE 82 C9 82 E1 82 A2 3C ?.O.I.U.?.E.a.¢<

00000020 2F 62 3E 28 83 76 81 5B 83 41 83 8B 92 83 29 3C /b>(.v.[.A....)<

00000030 62 3E 3C 3E 73 61 67 65 3C 3E 32 30 31 33 2F 30 b><>sage<>2013/0



connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:437********* HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
---- same text ----
00000000 53 75 63 63 65 73 73 20 4F 79 73 74 65 72 0A 96 Success Oyster..

00000010 BC 91 4F 82 CD 82 DC 82 BE 82 C9 82 E1 82 A2 3C ?.O.I.U.?.E.a.¢<

00000020 2F 62 3E 28 83 76 81 5B 83 41 83 8B 92 83 29 3C /b>(.v.[.A....)<

00000030 62 3E 3C 3E 73 61 67 65 3C 3E 32 30 31 33 2F 30 b><>sage<>2013/0


Why not? Am I wrong?

支援

支援

>>389
> Mizutama, do you mind if I make a link to your twintail unofficial version?
No problem but please describe it is a custom version and it will never be supported.
Also it will requir .NET 4.5.
I already asked Jim when he post somewhere
Let' talk with Jim-san
http://qb7.2ch.net/test/read.cgi/operate2/1378699887/159

支援

GET /kilauea/3shuchaku/1379468188/

Accept-Encoding: identity
User-Agent: Mozilla/3.0 (compatible; Indy Library)
HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Accept-Encoding: gzip, deflate, identity
User-Agent: Mozilla/3.0 (compatible; Indy Library)
HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Content-Encoding: gzip

支援

ご支援ありがとうございます

When I send a request using Downloader(HttpClient , it sends a request at once), Rokka returns gzipped successfully.
When I send a request using Telnet, measn send a request line by line, Rokka returns plain text.
are there any timing behaviours?

>398
Yes, Rokka looks for "crlf". If it sees "crlf", then it will stop processing headers. Probably on telnet, you have a "crlf" and it doesnt process the whole header.

>>399
> >398
> Yes, Rokka looks for "crlf". If it sees "crlf", then it will stop processing headers. Probably on telnet, you have a "crlf" and it doesnt process the whole header.
You mean Telnet has extra CRLF inbetween request headers?

昨日だか一昨日だかから気になってたけど、2ch.net(Success Pool)の
『このスレッドは過去ログ倉庫に〜』HTMLがSJISでなくUTF-8で返って来るようになったね

それだけならanydat.so辺りの話でCodemonkey氏のメンテは無関係かなって思ってたけど、
今日試したらbbspink.comの3shuchaku板(Success Oyster)でも同じ現象が出てる

ウチの環境がContent-Typeを上手く処理出来てないのか鯖側で何かしくじってるのかどっちだ？

支援

支援

>400
I dont know. I am not familiar with telnet.

Either way, I will disable telnet on the server because it is a potential security hazard.

>>401
> ウチの環境がContent-Typeを上手く処理出来てないのか鯖側で何かしくじってるのかどっちだ？
Downloaderで試したところgzip、plaintextともにShiftJISで返送されております。

>>404
> >400
> I dont know. I am not familiar with telnet.
>
> Either way, I will disable telnet on the server because it is a potential security hazard.
My tool Telnet is not actual telnet but send a HTTP request as line by line manually.
If you will make small aount of time-out inbtween lines inbetween HTTP request header, it causes serious problem.

>>405
取得したデータをファイルに直書きしてバイナリエディタでダンプを取ったもの

ADDRESS 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 0123456789ABCDEF
------------------------------------------------------------------------------
00000000 53 75 63 63 65 73 73 20 50 6F 6F 6C 0A 20 3C 2F Success Pool. </
00000010 62 3E 94 45 96 40 92 9F 81 79 4C 76 3D 32 31 2C b>忍法帖【Lv=21,
00000020 78 78 78 50 54 81 7A 3C 62 3E 20 3C 3E 73 61 67 xxxPT】<b> <>sag
00000030 65 3C 3E 32 30 31 32 2F 30 39 2F 30 33 28 8C 8E e<>2012/09/03(月
00000040 29 20 30 32 3A 30 37 3A 33 38 2E 34 35 20 49 44 ) 02:07:38.45 ID
00000050 3A 76 56 5A 6F 6B 67 49 37 30 3C 3E 20 46 69 72 :vVZokgI70<> Fir
00000060 65 66 6F 78 20 82 CC 83 5C 81 5B 83 58 83 52 81 efox のソースコー
00000070 5B 83 68 82 F0 8C B3 82 C9 81 41 8D 82 91 AC 89 ドを元に、高速化
00000080 BB 82 F0 8E 75 8C FC 82 B7 82 E9 83 75 83 89 83 を志向するブラウ
00000090 45 83 55 20 3C 62 72 3E 20 81 77 50 61 6C 65 20 ザ <br> 『Pale
000000A0 4D 6F 6F 6E 81 78 20 82 C9 8A D6 82 B7 82 E9 98 Moon』 に関する話
000000B0 62 91 E8 82 F0 82 C7 82 A4 82 BC 20 3C 62 72 3E 題をどうぞ <br>
000000C0 20 20 3C 62 72 3E 20 8C F6 8E AE 83 7A 81 5B 83 <br> 公式ホーム

ShiftJIS特有の'Shiftされた'バイトを見る事ができます。

支援

支援

支援

おつかれさま！頑張って！

いつごろ●がふっかつするの？

しばらく各ブラウザの実装を見守ってはどうですか？
仕様変更が続くとRokkaの組み込みもしにくいだろうし
何か不都合があったら言ってくるだろうし

ご支援ありがとうございます

Here is network capture log by Wireshirk.

16341.954617192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 01 1b 21 9f 40 00 80 06 aa f5 c0 a8 01 02 ce df ..!.@...........
0020 9c be de 48 00 50 e8 9d 16 64 9e 4d 92 f1 50 18 ...H.P...d.M..P.
0030 40 e6 10 3c 00 00 48 45 41 44 20 2f 6b 69 6c 61 @..<..HEAD /kila
0040 75 65 61 2f 33 73 68 75 63 68 61 6b 75 2f 31 33 uea/3shuchaku/13
0050 37 39 34 36 38 31 38 38 2f 3f 73 69 64 3d 4d 6f 79468188/?sid=Mo
---- omitted -----
0110 34 39 39 73 36 38 31 31 61 32 37 32 39 72 20 48 499s6811a2729r H
0120 54 54 50 2f 31 2e 31 0d 0a TTP/1.1..

16743.090586192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 00 57 21 a0 40 00 80 06 ab b8 c0 a8 01 02 ce df .W!.@...........
0020 9c be de 48 00 50 e8 9d 17 57 9e 4d 92 f1 50 18 ...H.P...W.M..P.
0030 40 e6 78 5a 00 00 41 63 63 65 70 74 3a 20 74 65 @.xZ..Accept: te
0040 78 74 2f 68 74 6d 6c 2c 20 61 70 70 6c 69 63 61 xt/html, applica
0050 74 69 6f 6e 2f 78 68 74 6d 6c 2b 78 6d 6c 2c 20 tion/xhtml+xml,
0060 2a 2f 2a 0d 0a */*..

17545.555387192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 00 47 21 a3 40 00 80 06 ab c5 c0 a8 01 02 ce df .G!.@...........
0020 9c be de 48 00 50 e8 9d 17 86 9e 4d 92 f1 50 18 ...H.P.....M..P.
0030 40 e6 9a 3f 00 00 41 63 63 65 70 74 2d 45 6e 63 @..?..Accept-Enc
0040 6f 64 69 6e 67 3a 20 67 7a 69 70 2c 64 65 66 6c oding: gzip,defl
0050 61 74 65 0d 0a ate..

19548.235812192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 00 40 21 a5 40 00 80 06 ab ca c0 a8 01 02 ce df .@!.@...........
0020 9c be de 48 00 50 e8 9d 17 a5 9e 4d 92 f1 50 18 ...H.P.....M..P.
0030 40 e6 a8 96 00 00 55 73 65 72 2d 41 67 65 6e 74 @.....User-Agent
0040 3a 20 54 65 6c 6e 65 74 2f 30 2e 31 0d 0a : Telnet/0.1..

19949.602092192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 00 41 21 a6 40 00 80 06 ab c8 c0 a8 01 02 ce df .A!.@...........
0020 9c be de 48 00 50 e8 9d 17 bd 9e 4d 92 f1 50 18 ...H.P.....M..P.
0030 40 e6 77 58 00 00 48 6f 73 74 3a 20 72 6f 6b 6b @.wX..Host: rokk
0040 61 2e 62 62 73 70 69 6e 6b 2e 63 6f 6d 0d 0a a.bbspink.com..

20250.747795192.168.1.2206.223.156.190TCP[TCP segment of a reassembled PDU]
0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 00 3b 21 a7 40 00 80 06 ab cd c0 a8 01 02 ce df .;!.@...........
0020 9c be de 48 00 50 e8 9d 17 d6 9e 4d 92 f1 50 18 ...H.P.....M..P.
0030 40 e6 ba 18 00 00 43 6f 6e 6e 65 63 74 69 6f 6e @.....Connection
0040 3a 20 63 6c 6f 73 65 0d 0a : close..

支援

支援

20751.610282206.223.156.190192.168.1.2TCP[TCP segment of a reassembled PDU]
0000 c8 2a 14 0c 58 ee 00 90 cc 80 e7 fc 08 00 45 00 .*..X.........E.
0010 00 37 0f 9a 40 00 34 06 09 df ce df 9c be c0 a8 [email protected].........
0020 01 02 00 50 de 48 9e 4d 92 f1 e8 9d 17 eb 50 18 ...P.H.M......P.
0030 00 36 bc 26 00 00 48 54 54 50 2f 31 2e 30 20 32 .6.&..HTTP/1.0 2
0040 30 30 20 4f 4b 00 OK

20851.610450206.223.156.190192.168.1.2TCP[TCP segment of a reassembled PDU]
0000 c8 2a 14 0c 58 ee 00 90 cc 80 e7 fc 08 00 45 00 .*..X.........E.
0010 00 70 0f 9b 40 00 34 06 09 a5 ce df 9c be c0 a8 [email protected].........
0020 01 02 00 50 de 48 9e 4d 93 00 e8 9d 17 eb 50 19 ...P.H.M......P.
0030 00 36 13 08 00 00 0d 0a 43 6f 6e 74 65 6e 74 2d .6......Content-
0040 54 79 70 65 3a 20 74 65 78 74 2f 70 6c 61 69 6e Type: text/plain
0050 3b 20 63 68 61 72 73 65 74 3d 22 53 68 69 66 74 ; charset="Shift
0060 5f 4a 49 53 22 0d 0a 43 6f 6e 74 65 6e 74 2d 4c _JIS"..Content-L
0070 65 6e 67 74 68 3a 20 33 38 35 0d 0a 0d 0a ength: 385....

It seems Telenet doesn't send any extra CRLF, illegal bytes, etc.
Just time between each TCP packets is so much (arround 2sec) sinse packets were sent by manual.


>413
> しばらく各ブラウザの実装を見守ってはどうですか？
> 仕様変更が続くとRokkaの組み込みもしにくいだろうし
> 何か不都合があったら言ってくるだろうし
それはどういう意味でしょうか？
仕様変更してるわけではなく、http://stram.bbspink.com/update.txtで公開されている仕様をデバッグしてて
あとは２ちゃんとのあいだの動作確認を待つ間に仕様の詳細で煮詰めきれていなかったところを
他の皆さんの指摘によって再検討し実装修正を行った旨C氏から報告及び検証依頼があったので
検証作業をしたところ不透明な動作があったので報告しているだけですが。
かく言う私も「各ブラウザの実装」者の一部であり「何か不都合があった」のでいま「言って」るのですが。

# ガス抜きにあえてカキコさせていただきます
# もう2週間も付き合ってるからかなり壊れてきた

支援

支援

>>405>>407
追試してみた
デコード前のgzip搬送データを直接調べてみた所アーカイブ内は確かにSJISだった
という事はContent-Typeが従来のtext/plainからtext/plain; charset="Sjift_JIS"に変更された事で何か誤動作してるのか・・・
現象は理解したけどこういうのがちょくちょく起きると面倒だなー
HTTP仕様的には変更後の方が厳密な訳ではあるのだけど

支援

ご支援ありがとうございます

Here is the another net work capture log by wireshirk.
>>414 is on Telenet, this one is on Downloader.

163.195164192.168.1.2206.223.156.190HTTPHEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4**** HTTP/1.1

0000 00 90 cc 80 e7 fc c8 2a 14 0c 58 ee 08 00 45 00 .......*..X...E.
0010 01 ce 22 b6 40 00 80 06 a9 2b c0 a8 01 02 ce df ..".@....+......
0020 9c be de 69 00 50 58 44 94 af 1d e0 fe 86 50 18 ...i.PXD......P.
0030 40 e6 90 ac 00 00 48 45 41 44 20 2f 6b 69 6c 61 @.....HEAD /kila
0040 75 65 61 2f 33 73 68 75 63 68 61 6b 75 2f 31 33 uea/3shuchaku/13
0050 37 39 34 36 38 31 38 38 2f 3f 73 69 64 3d 4d 6f 79468188/?sid=Mo
0060 6e 61 7a 69 6c 6c 61 2f 32 2e 30 30 3a 34 33 37 nazilla/2.00:437
---- omitted ----
0110 34 39 39 73 36 38 31 31 61 32 37 32 39 72 20 48 499s6811a2729r H
0120 54 54 50 2f 31 2e 31 0d 0a 55 73 65 72 2d 41 67 TTP/1.1..User-Ag
0130 65 6e 74 3a 20 44 6f 77 6e 4c 6f 61 64 65 72 2f ent: DownLoader/
0140 30 2e 31 20 28 42 65 74 61 2d 44 65 62 75 67 20 0.1 (Beta-Debug
0150 30 2e 31 2e 30 2e 31 29 0d 0a 41 63 63 65 70 74 0.1.0.1)..Accept
0160 3a 20 74 65 78 74 2f 68 74 6d 6c 2c 20 61 70 70 : text/html, app
0170 6c 69 63 61 74 69 6f 6e 2f 78 68 74 6d 6c 2b 78 lication/xhtml+x
0180 6d 6c 2c 20 2a 2f 2a 0d 0a 48 6f 73 74 3a 20 72 ml, */*..Host: r
0190 6f 6b 6b 61 2e 62 62 73 70 69 6e 6b 2e 63 6f 6d okka.bbspink.com
01a0 0d 0a 41 63 63 65 70 74 2d 45 6e 63 6f 64 69 6e ..Accept-Encodin
01b0 67 3a 20 67 7a 69 70 2c 20 64 65 66 6c 61 74 65 g: gzip, deflate
01c0 0d 0a 43 6f 6e 6e 65 63 74 69 6f 6e 3a 20 4b 65 ..Connection: Ke
01d0 65 70 2d 41 6c 69 76 65 0d 0a 0d 0a ep-Alive....

183.394241206.223.156.190192.168.1.2TCP[TCP segment of a reassembled PDU]
0000 c8 2a 14 0c 58 ee 00 90 cc 80 e7 fc 08 00 45 00 .*..X.........E.
0010 00 37 79 d2 40 00 34 06 9f a6 ce df 9c be c0 a8 [email protected].........
0020 01 02 00 50 de 69 1d e0 fe 86 58 44 96 55 50 18 ...P.i....XD.UP.
0030 00 36 e2 cc 00 00 48 54 54 50 2f 31 2e 30 20 32 .6....HTTP/1.0 2
0040 30 30 20 4f 4b 00 OK

193.394390206.223.156.190192.168.1.2TCP[TCP segment of a reassembled PDU]
0000 c8 2a 14 0c 58 ee 00 90 cc 80 e7 fc 08 00 45 00 .*..X.........E.
0010 00 88 79 d3 40 00 34 06 9f 54 ce df 9c be c0 a8 [email protected]......
0020 01 02 00 50 de 69 1d e0 fe 95 58 44 96 55 50 19 ...P.i....XD.UP.
0030 00 36 1e 59 00 00 0d 0a 43 6f 6e 74 65 6e 74 2d .6.Y....Content-
0040 54 79 70 65 3a 20 74 65 78 74 2f 70 6c 61 69 6e Type: text/plain
0050 3b 20 63 68 61 72 73 65 74 3d 22 53 68 69 66 74 ; charset="Shift
0060 5f 4a 49 53 22 0d 0a 43 6f 6e 74 65 6e 74 2d 4c _JIS"..Content-L
0070 65 6e 67 74 68 3a 20 32 34 30 0d 0a 43 6f 6e 74 ength: 240..Cont
0080 65 6e 74 2d 45 6e 63 6f 64 69 6e 67 3a 20 67 7a ent-Encoding: gz
0090 69 70 0d 0a 0d 0a ip....

It shows the request has been sent in a TCP playload packet.
>>414 shows the request has been sent 5 packets.
But both payloads does not have any difference when >>414 payloads has been combined together.

>>420
> >>405>>407
> 追試してみた
> デコード前のgzip搬送データを直接調べてみた所アーカイブ内は確かにSJISだった
> という事はContent-Typeが従来のtext/plainからtext/plain; charset="Sjift_JIS"に変更された事で何か誤動作してるのか・・・
> 現象は理解したけどこういうのがちょくちょく起きると面倒だなー
> HTTP仕様的には変更後の方が厳密な訳ではあるのだけど
IEで直接取得したときHTML解釈されて読みにくかったので、２ちゃんのdatはどう返してるんだろうなぁとみたら
Content-Typeをいれてたから、あ、こうするとプレーンテキストとしてIEでひょうじされるのか、ならRokkaにも付けておいてもらおう、
とたのんだらcharsetもご丁寧につけてきてくれたから、ああ、HTTP仕様を一生懸命（慣用）調べんたんだなぁ、と。

支援

This 'splitted transfering' problem can be inspect later.
I'd like to see Last-Modified.

# I'm going to have a dinner(?)
# I'll be back arround 0am since Anime time

>>412
Very soon.

>>425
I am still not decided on how "last-modified" should be implemented. Should the "last-modified" just be a forwarded value from the 2ch/bbspink archives?

>>423
経緯は理解した
一つ気になるんだけど、それはつまり各鯖から取って来たHTTPレスポンスヘッダを
ミラーコピーせず独自に加工してRokkaに流してるって事だよな
まさかLast-Modifiedとかも単純なテキストとしてコピーせず一回パースして日付型に落として
再構築とかしてるんじゃ・・・いやまさかそんな馬鹿な事は・・・

>>426
> >>425
> I am still not decided on how "last-modified" should be implemented. Should the "last-modified" just be a forwarded value from the 2ch/bbspink archives?
It should be actual time stamp of the dat file.
Everyone thought that date from the source server sent within response header.
I asked yesterday(?) and you answered me the dat has been gotton thru network but you didn't say HTTP GET.
I thought Rokka gets a file thru the network as similer as Shared File on Windows.
Then you(Rokka) should parse the dat.gz(or something) to get the timestamp of raw dat file.
Am I correct ?

> 427 名前：名無し編集部員 [sage] 2013/09/23(月) 22:08:07.01 ID:vqJeeoa1
> >>423
> 経緯は理解した
> 一つ気になるんだけど、それはつまり各鯖から取って来たHTTPレスポンスヘッダを
> ミラーコピーせず独自に加工してRokkaに流してるって事だよな
> まさかLast-Modifiedとかも単純なテキストとしてコピーせず一回パースして日付型に落として
> 再構築とかしてるんじゃ・・・いやまさかそんな馬鹿な事は・・・
いや、そういうことみたいですよ。
RokkaがHTTP GETしていないみたいな。

>Then you(Rokka) should parse the dat.gz(or something) to get the timestamp of raw dat file.
>Am I correct ?
Yes I think so. That is probably the only way to do it.

支援

支援

しまった、お茶を沸かすのを忘れていた。へそでは十分に沸いてるんだけどね。
沸くの待ってる間についリロっちゃって、レス見ると脊髄反射しちゃって、
ご飯食べそこなわないだろうな。

>>428
・・・as similer as Shared File on Windows？ってNBTに近い接合で動いてんのかよ！
てっきりフィルタプロキシとして設計してるのかと思ったら何て事だ
セキュリティとか効率とか何か事情があるのかも知れないけど嫌な予感しかしない

各専ブラの製作者さんが妙な対応に巻き込まれませんように (−人−)

支援

支援

支援

支援

connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip, deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Content-Encoding: gzip


GET / HTTP/1.1
connected to pele.bbspink.com Port:80
HEAD / HTTP/1.1
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: pele.bbspink.com
Connection: close

HTTP/1.1 200 OK
Date: Mon, 23 Sep 2013 15:13:34 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n
Last-Modified: Thu, 10 Feb 2011 11:31:33 GMT
ETag: "524c03-472-49bebec6c8f40"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 546
Connection: close
Content-Type: text/html


connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Content-Encoding: gzip


Are you expecting white-space ?

# Kin-iro MOSAIC　http://www.kinmosa.com/　http://en.wikipedia.org/wiki/Kiniro_Mosaic

支援

ご支援ありがとうございます

ほーらやっぱりこうなった。
上の実験はAccept-Encodingのあとのgzip,deflateを
　gzip,の後にスペースを入れたとき
　rokkaじゃない鯖
　gzipだけ指定したとき
の応答を見たものです。全部成功しています。
文字列完全一致かなんかで判断してるのか？C氏は。
なんかこういうミス（？）でうまくうごかんとか言う問題に散々付き合ってきた気がするなー。
なのに
「おいらはtelnet良く分からんが、セキュリティの問題もあるし、禁止するんだ！どや」
とか( ´,_ゝ｀)ﾌﾟｯ

Wow im tired now.

I just made a lot server-side optimization improvements for Rokka. My fingers hurt. I will take a break and eat some food now.

You can see the new changes on github: https://github.com/Cipherwraith/Rokka

Have a good evening everyone!

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
http://pa.dip.jp/jlab/a1/s/pa1379950215046.jpg

支援

支援

>>442
cute!

支援

このスレを無駄に「支援」で埋めないでテストスレかどこかでやったらどうかと

>>447
> このスレを無駄に「支援」で埋めないでテストスレかどこかでやったらどうかと
それでいいはずなんですけどなぜかカウンタが回復しなかった気がするんですよね。
いくらbbspinkだから過疎鯖といえかなりの数の板があるしそんな何時間も書き込めなくなるとは思えないのに
実際書き込めなかったですし。
あとなんか書いてくださってるの見ると癒されるので逆にうれしいです。

# ミュージカル良かったε-(´∀｀*)ﾎｯｺﾘ

Apache上で動かしてるのにApacheが面倒見てくれるはずの所でトラブってる気がするのは気のせいだろうか
空行まで読まずに応答とか何故そんな事が？ソケット直読みじゃあるまいしHTTP鯖の基本要件は悩まなくていいはずでは
モジュールの触り方大丈夫なんかな

>>449
> Apache上で動かしてるのにApacheが面倒見てくれるはずの所でトラブってる気がするのは気のせいだろうか

Server.hs
> main = withSocketsDo $ do
> sock <- listenOn $ PortNumber 80
> print "Welcome to the inside of the vault"
> mapM_ checkPaths directoriesToCheck
> loop sock
>
>
> loop sock = do
> (h,x,z) <- accept sock
> currTime <- epochTime
> rand <- randomRIO (1000000,9999999) :: IO Int
> toLog "ip" $ mconcat [show currTime, " ", encryptT x rand]
> -- process one line at a time
> hSetBuffering h LineBuffering
> print (h,x,z)
> forkIO $ body h
> loop sock

生ソケットの(ﾟ∀ﾟ)ﾖｶｰﾝ

・・・いよいよこちらも覚悟を決める必要がありそう
せめて実績のある所から持って来たソースである事を祈ろう

Haskellだからないでしょ、そんなの。
てか、Haskellで書くかね、Webアプリ。
・・・とか思ってググったら、結構はやってて、あるんですね。　http://www.haskell.org/haskellwiki/Web/Frameworks
でもこーいうの使ってなくてフルスクラッチで作ってるから低レベル処置の所がもうアレっぽい。
「ちょちょっと文字列処理してファイル返すだけだろ？楽勝！」とかいって始めたのかなー。
来月になんなきゃいいですけどね。クリスマス？まっさかぁ。ははは。

一応支援したいた方がいいですか？

あ、いえもう落ちます
録画円盤に書き出すあいだにリロったらつい脊髄してしまって…

|ﾟДﾟ)))ｺｿｰﾘ!!!!

parseUserAgent :: [String] -> Maybe String
parseUserAgent [] = Nothing
parseUserAgent (x:xs)
| "User-Agent:" `elem` s = Just x
| otherwise = parseUserAgent xs
where
s = words x


Prelude> let s = words "User-Agent: gzip,deflate"
Prelude> let t = words "User-Agent: gzip, deflate"
Prelude> s
["User-Agent:","gzip,deflate"]
Prelude> t
["User-Agent:","gzip,","deflate"]
Prelude>

ｼｰｯ! d( ﾟεﾟ；)

Prelude> let parse s = words (map (\x -> if x==',' then ' ' else x) (map (\x -> if x==':' then ' ' else x) s))
Prelude> parse "Accept-Encoding: gzip, deflate"
["Accept-Encoding","gzip","deflate"]
Prelude> parse "Accept-Encoding : gzip , deflate"
["Accept-Encoding","gzip","deflate"]
Prelude> parse "Accept-Encoding:gzip,deflate"
["Accept-Encoding","gzip","deflate"]
Prelude> parse "Accept-Encoding :gzip,deflate"
["Accept-Encoding","gzip","deflate"]
Prelude> parse "Accept-Encoding: gzip,deflate"
["Accept-Encoding","gzip","deflate"]
Prelude> parse "Accept-Encoding: gzip ,deflate"
["Accept-Encoding","gzip","deflate"]
Prelude>

>>455
良く見たらコピペする場所間違えてるじゃん

> parseUserAgent :: [String] -> Maybe String
> parseUserAgent [] = Nothing
> parseUserAgent (x:xs)
> | "User-Agent:" `elem` s = Just x
> | otherwise = parseUserAgent xs
> where
> s = words x

parseGzipFlag :: [String] -> Bool
parseGzipFlag [] = False
parseGzipFlag (x:xs)
| "Accept-Encoding:" `elem` s && "gzip" `elem` s = True
| otherwise = parseGzipFlag xs
where
s = words x

GzipFlag…

# apt-get remove telnetd
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package telnetd is not installed, so not removed

psでtelnetdが止まっているか確認したかな？

>>459
Confirmed

>>455
I admit that the gzip parsing is pretty weak. I will improve it today to pick up all the test cases.

Today I will also implement last-modified.

I just finished writing the code for "last-modified". It is in github now.
I did not compile the new code yet. I will go to the store now, and compile it later when I get home.
The rokka.2ch and rokka.bbspink are not running the new rokka with "last-modified". They will run it later tonight. You can see the new code at: https://github.com/Cipherwraith/Rokka

HEAD /anago/software/1346605658/?sid=
Monazilla/2.00:4373298c8948z3710L4758Y0624V8081Z8057C1299i5093s20646o2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Host: rokka.2ch.net
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 401 Unathorized
Content-Encoding: gzip
Content-Length: 28
Content-Type: text/plain; charset="Shift_JIS"

やればできるではないか。

connected to rokka.bbspink.com Port:80

GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385

Success Oyster
名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:53:48.42 ID:yNfqARZV<> てｓｔ <>
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てｓｔ <>
</b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>

outgoing headers works now. please test:

example:
HTTP/1.0 200 OK\r\nContent-Type: text/plain; charset=\"Shift_JIS\"\r\nContent-Length: 683\r\nLast-Modified: Sun, 22 Apr 2007 23:45:27 GMT\r\nContent-Encoding: gzip\r\n\r\n

>>464
I mean "last-modified", not "outgoing headers"

g/outgoing headers/last-modified/

kilauea/3shuchaku/1379495067/
1 ：テスト(もんじゃ)【】：2013/09/18(水) 18:04:27.43 ID:H2i9Rwo3

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 904
Last-Modified: Wed, 18 Sep 2013 09:04:29 GMT

(Local time = 2013/09/18 18:04:29)

>>466
confirmed

connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:************ HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT

Success Oyster
名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:53:48.42 ID:yNfqARZV<> てｓｔ <>
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てｓｔ <>
</b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>


1379468188(Unix time) → 2013/9/18 10:36:28

一応支援

>>468
</b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>

17:00(JST) - 9hours = Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT


GET /erobbs/dat/1379086553.dat HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Accept: text/html, application/xhtml+xml, */*
Host: pele.bbspink.com
Accept-Encoding: gzip, deflate

HTTP/1.1 200 OK
Vary: Accept-Encoding
Content-Encoding: gzip
Connection: close
Transfer-Encoding: chunked
Accept-Ranges: bytes
Content-Type: text/plain
Date: Tue, 24 Sep 2013 13:16:54 GMT
ETag: "5520b7-3ceb5-4e720de6567c0"
Last-Modified: Tue, 24 Sep 2013 13:11:03 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n


名無し編集部員<>sage<>2013/09/24(火) 22:11:03.81 ID:8QkMWZ/1<> 一応支援 <>

22:11(JST) - 9hours = Last-Modified: Tue, 24 Sep 2013 13:11:03 GMT

今日もおつかれさま

HEAD /pele/erobbs/1379086553/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.bbspink.com
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 404 Not Found
Content-Encoding: gzip
Content-Length: 28
Content-Type: text/plain; charset="Shift_JIS"

Live threads are not supported yet , are they?

>Live threads are not supported yet , are they?
Jim-san is supposed to setup the live thread support. I do not have permission to set it up.

Is the "last-modified" working correctly?

がんばってください

>>474
> Is the "last-modified" working correctly?
Seems OK but I'm examing more.

支援

支援

I'm looking for http://pele.bbspink.com/test/read.cgi/ascii2d/1372014155/ .
Last week I could get this thread though Rokka , but today I cound not get (404).
Am I somthing wrong ?

Previous thread of the thread can be gotton, also more olds through Rokka.
What's going on?

支援

GET /pc11/software/1185009190/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.2ch.net
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Encoding: gzip
Content-Length: 74498
Content-Type: text/plain; charset="Shift_JIS"
Last-Modified: Mon, 22 Oct 2007 22:18:33 GMT


名無しさん＠お腹いっぱい。<>sage<>2007/10/23(火) 07:18:33 ID:cVigC7ix0<> 1000？ <>
１００１<><>Over 1000 Thread<> このスレッドは１０００を超えました。 <br> もう書けないので、新しいスレッドを立ててくださいです。。。 <>

2007/10/23 07:18:33(JST) - 9hours → Last-Modified: Mon, 22 Oct 2007 22:18:33 GMT

Last-Modified of threads on Oyster seems OK.
How can I check threads on pool ?
Also あぼーん.

It is required some preparation so it will exam tommorow.
Now, how is gzip parser going ?

今日の早朝以降のあらすじ
録画を円盤に焼き終えたあときんモザを見直してふわふわ気分で寝ようと目論んでいた。
ところがベッドで横になると頭に謎の文字が浮かんでは消え、なぜかな無理に落ちない。我慢ができずその原因を探る。
GHCIとか謎のアプリをインスコしている。「何をやっているんだろう…」自問自答しつつも手が勝手に動く。
「やっぱりな」吸い込まれているコンマを確認して、悦に入る。「そりゃ空白で分割したらダメに決まってるだろ」
分かりもしないHaskell構文に右往左往しながら「Linqっぽいねぇ」と謎の行を打ち込む。「ふふふ>>456」
良く分からない満足感とともに眠りについた。…はずだった。が緊急地震速報にたたき起こされる。寝付けない。
スレを覗く。「そりゃTelnetなんかインスコしてないでしょ、いまどきの鯖は。root取られたいの>>458」
少し横になる。寝たつもりはなかったがなぜか目が覚める。
「なんか言ってきたかな」「Accept-Encodingのパーサーがいまいちなの認める>>461」そっかー？
401 Unathorizedをみていつもの使ってたSIDが期限切れを迎えたことを知る。「もう10日経っちまったか。」
しかし初めの頃にエラーをHTTPステータスで返せないか尋ねた時はできなかったのに今はどや顔で返してくる>>463
飯でも食って録画したままのSBKでも見るか。しばしバイクレースを楽しむ。
「む、出遅れたか。」Last-Modifiedが返ってくるようになっていた。

# どこがあらすじやねん

(^ω^)

http://kilauea.bbspink.com/3shuchaku/
誰か糞スレ2個くらい建てて

>>479
Jim-san will fix that problem.

>>485
> >>479
> Jim-san will fix that problem.
OK

>Now, how is gzip parser going ?
I will upload the new gzip parser tomorrow morning (japanese time).

>>487
Nevermind!

I will update the new gzip parser tonight (japanese time). Please give me 30 minutes time to fix it.

>>488
No problem, today's anime is only GOLGO13 at 1.00am(JST).

>>489
Do you watch Anime on TV, or do you download it on your computer?

>>490
> >>489
> Do you watch Anime on TV, or do you download it on your computer?
TV and HDR(Panasonic).

*Header > parseGzipFlag ["Accept-Encoding:"]
False
*Header > parseGzipFlag ["Accept-Encoding:gzip"]
False
*Header > parseGzipFlag ["Accept-Encoding: gzip"]
True
*Header > parseGzipFlag ["Accept-Encoding: gzip,,"]
True
*Header > parseGzipFlag ["Accept-Encoding: gZip"]
True
*Header > parseGzipFlag ["Accept-Encoding: ,gZip"]
True
*Header > parseGzipFlag ["Accept-Encoding: ,gZiP,asdf,"]
True

Is this okay?

HEAD /kilauea/3shuchaku/1379515087/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.bbspink.com
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 401 Unathorized
Content-Encoding: gzip
Content-Length: 29
Content-Type: text/plain; charset="Shift_JIS"

???
SID is from update.txt

支援

>>492
> *Header > parseGzipFlag ["Accept-Encoding:"]
> False
means response content will not be gzipped? if so, right.

> *Header > parseGzipFlag ["Accept-Encoding:gzip"]
> False
why? it should be gzipped. White-space is required after ':'?

> *Header > parseGzipFlag ["Accept-Encoding: gzip"]
> True
OK

> *Header > parseGzipFlag ["Accept-Encoding: gzip,,"]
> True
Can be.

> *Header > parseGzipFlag ["Accept-Encoding: gZip"]
> True
Yes. case sense should be ignored.

> *Header > parseGzipFlag ["Accept-Encoding: ,gZip"]
> True
Can be.

> *Header > parseGzipFlag ["Accept-Encoding: ,gZiP,asdf,"]
> True
Can be.

>>493
I dont know. I will debug it now.

>White-space is required after ':'?
I think so. What do you think?

For your reference on test case 2 , without white space

GET / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding:gzip,deflate
User-Agent: Telnet/0.1
Host: pele.bbspink.com
Connection: close

HTTP/1.1 200 OK
Date: Tue, 24 Sep 2013 15:01:09 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n
Last-Modified: Thu, 10 Feb 2011 11:31:33 GMT
ETag: "524c03-472-49bebec6c8f40"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 546
Connection: close
Content-Type: text/html

>>493
Okay I know what the problem is. I will fix it now.

>http://rokka.bbspink.com/kilauea/3shuchaku/1379515087/?
>sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
Fixed!

I forgot to update the paths in a bash script. Sorry about that!

>>498
Does it work correctly without space? If it works correctly, then I wont change the code. If it doesnt work, then I will make it work.

RFC 2616
4.2 Message Headers
HTTP header fields, which include general-header (section 4.5),
request-header (section 5.3), response-header (section 6.2), and
entity-header (section 7.1) fields, follow the same generic format as
that given in Section 3.1 of RFC 822 [9]. Each header field consists
of a name followed by a colon (":") and the field value. Field names
are case-insensitive. The field value MAY be preceded by any amount
of LWS, though a single SP is preferred.

Reading BNF is little hadr for me.

For reference:
Error 420 is a timelimit error. When you make too many requests per second, per minute, or per hour, then rokka will stop you until you slow down. This is to prevent automated spidering of the dat files.

The current time limits are in the DatTimer.hs file.

maxPerSecond :: Int
maxPerSecond = 10

maxPerMinute :: Int
maxPerMinute = 60

maxPerHour :: Int
maxPerHour = 600


No more than 10 per second. No more than 60 per minute. No more than 600 per hour.

If this is not enough for the average user, then we can change it no problem. I just dont want automated spiders to download too many dats.

>>500
HEAD /kilauea/3shuchaku/1379515087/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Accept: text/html, application/xhtml+xml, */*
Host: rokka.bbspink.com
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Encoding: gzip
Content-Length: 162
Content-Type: text/plain; charset="Shift_JIS"
Last-Modified: Wed, 18 Sep 2013 14:38:09 GMT

confirmed.

>>503
うむ。

>>502
Okay, i will need to make Rokka work correctly without spaces also.

>>501
connected to rokka.bbspink.com Port:80
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding:gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT

Success Oyster
名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test

Accept-Encoding: gzip;q=1.0

なんてな

>>508
connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: deflate, gzip
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT
Content-Encoding: gzip


connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip;q=1.0
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 385
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT




ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

支援

支援します

支援

*Header> parseGzipFlag ["Accept-Encoding:gzip"]
True
*Header> parseGzipFlag ["Accept-Encoding:gzip;"]
True
*Header> parseGzipFlag ["Accept-Encoding:gzip,deflate"]
True
*Header> parseGzipFlag ["Accept-Encoding:gzip;q=1.0"]
True
*Header> parseGzipFlag ["Accept-Encoding: gzip;q=1.0"]
True

Okay?

New gzip code is on github. Now I will compile and install on rokka server.

https://github.com/Cipherwraith/Rokka/blob/master/Header.hs

New code is installed on Rokka. Please verify that the gzip parser works correctly.

connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT
Content-Encoding: gzip


connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding:gzip,deflate
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT
Content-Encoding: gzip


connected to rokka.bbspink.com Port:80
HEAD /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip;q=1.0
User-Agent: Telnet/0.1
Host: rokka.bbspink.com
Connection: close

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 240
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT
Content-Encoding: gzip

confirmed.

支援

支援

>>516
Great!

By the way, is anyone interested in updating the "README.md" file on the github for Rokka? Here is the direct URL:
https://github.com/Cipherwraith/Rokka/blob/master/README.md

If someone wants to update the README, then you can click the "Edit" button on that page and write some stuff, then make a pull request and I will merge it into the main repository.

Alternatively, you can write an updated README and put it in this thread, and I can make the changes on github.

支援

>>519
If nobody wants to write a README, then thats also fine. I dont mind either way.

I am going to take a break now and play Zelda Ocarine of Time. Talk to you guys later! Have a good evening everyone.

>>519,521
GitHubに出てくるREADMEだけど、「Edit」ボタンを押せば変更要求を送れるからよかったらどうぞ。
またはこのスレに貼ってくれてもいいよ。
ダレも書こうと思わんなら、まあいいけどね(ﾉД`)ｼｸｼｸ

>>522
> I am going to take a break now and play Zelda Ocarine of Time. Talk to you guys later! Have a good evening everyone.
Have a fun!

ゼルダかよｗｗ

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
http://live2.ch/jlab-tv/2/k/s/tv1380038513763.jpg

いくつか2chの過去ログ倉庫で確認した限りlast-modifiedは維持してるっぽいけど
信用して良いのかね？
HEADでContent-Lengthが判るからまあ良いのだけど

HTTP鯖のLast-Modifiedは通常atime素性なので普通はファイル内容変化と完全同期する
今回はApache標準でなく独自応答のようだがこのロジックは変えないだろう

むしろLast-Modifiedが不変なのにファイルサイズが変わったりその逆が見つかったらそれは作為的な操作、
それもこれまで誰も知らなかった「一体裏で何やってんすか？」というネタになるのでガンガン報告上げればいい

ああファイルサイズは偶然一致があるからこの文脈では適切じゃないな・・・
×ファイルサイズが変わったり ○内容が変わったり

Hi Codemonkey,
I'm revising the Rokka specification and creating the document.
I found Success status(place code) shoul be changed to general meaning.
Could you change it? Or disagree?
Live　　　　not supported yet
Pool　　　　same as current, it is general meaning of dat-ochi
Archive　　previously Oyster, but it's name is not official

I'd like to ask you to publish the document which I'm making on your site
as http://2ch.tora3.net/Rokka.txt (alternating of http://2ch.tora3.net/system_DOLIB100.html).

The draft which has about 200lines, can I
　post this thread
　upload to the uploader where I'm using
　upload to the uploader where you'll suggest
Or deny my request.

Remain things for Rokka
　make sure Last-Modified is updated when a post of the thread has あぼーん by usual way
　get from live thread, which is not in original spec. but you will add
　work with 2channel
　thread listing with Servers/Boards data base (not announced)

>>528 一応和訳
いまRokkaの仕様を見直して（まとめなおして）ドキュメントにしてるんだけど
成功コード（に返ってくる取得場所）を一般的なのにした方がいいと思うんだ
変えてくれる？それとも反対？
Live　　まだだけど
Pool　　これは今と同じ、dt落ちを取った時
Archive　Oysterなやつ、Oysterって公式じゃないし（いや公式かもしれんが一般的名称じゃないってことで）

で、この私が作ったドキュメントをhttp://2ch.tora3.net/system_DOLIB100.htmlの代わりに
http://2ch.tora3.net/Rokka.txtとして公開してくれないかな？

ドラフトは約200行くらいあるんで
　このスレに投下していい？
　私のいつも使ってるうｐろだ（おの）に上げる？
　どっか上げていいとこ教えて？
か拒否って？

Rokka残り作業
　Last-Modifiedが通常手段であぼーんされたときちゃんとしてるのを確認
　ライブスレの取得、もともとの仕様にはないけどできるようになるって言うから
　２ちゃんで動くこと
　スレリスト with 鯖板データベース、研究中

>>529 こちろこそどもありがとうございます。

Test
http://kilauea.bbspink.com/test/read.cgi/3shuchaku/1379468188/

GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r HTTP/1.1
User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.8)
Host: rokka.bbspink.com
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Encoding: gzip
Content-Length: 240
Content-Type: text/plain; charset="Shift_JIS"
Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT

Success Oyster
名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:53:48.42 ID:yNfqARZV<> てｓｔ <>
テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てｓｔ <>
</b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>


Could you あぼーん post 3 on this thread (http://kilauea.bbspink.com/test/read.cgi/3shuchaku/1379468188/) ?

つ旦~

I just installed a new version of "bbs-yakin.cgi" on bbspink. You should be able to make new posts and replies with the Kagi now. Please test and verify!

>Could you あぼーん post 3 on this thread (http://kilauea.bbspink.com/test/read.cgi/3shuchaku/1379468188/) ?
I dont understand.

>>529
If the status code should be changed, please tell me how to change it.

I can publish the document. Where is the document? Please post it in this thread.

I fixed some paths for the bbspink servers. They are working correctly now. Please check the github to see the changes.

> http://pele.bbspink.com/test/read.cgi/erobbs/1361968844/971
This post is proof that the new bbs-yakin.cgi is working correctly.

>>534
> I just installed a new version of "bbs-yakin.cgi" on bbspink.
> You should be able to make new posts and replies with the Kagi now. Please test and verify!
Is this a part of Rokka?
No, but Kagi can be used to post , you said.
So this post is post using Kagi.

BTW, where do you inform Kagi can be used to post?

>>535
> >Could you あぼーん post 3 on this thread (http://kilauea.bbspink.com/test/read.cgi/3shuchaku/1379468188/) ?
> I dont understand.
Please delete post #3 on that thread.


> >>529
> If the status code should be changed, please tell me how to change it.
Currently
1) Success Pool
2) Success Oyster

Please change to
1) Success Pool　　　　same
2) Success Archive　　　Oyster -> Archive
3) Success Live　　　　if a live thread can be gotton through Rokka


> I can publish the document. Where is the document? Please post it in this thread.
I'll post later but I have to consider how many times I can post continuously.


# Failed to capture the network traffic on last post, then try again with Kagi

POST /test/bbs.cgi HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Referer: http://pele.bbspink.com/erobbs/index.html
User-Agent: Monazilla/1.00 (twintail/2.3.110.5)
Host: pele.bbspink.com
Cookie: PON=st0196.nas951.k-tokyo.nttpc.ne.jp; yuki=akari; PREN=*********; HAP=FOXdayo*******
Content-Length: 1296
Expect: 100-continue
Connection: Keep-Alive

submit=********&FROM=!ninja+%90%85%8b%ca(Mizutama)%23mizutama+new+trip&mail=sage&MESSAGE=****
&bbs=erobbs&key=1379086553&time=1380102068&yuki=akari&sid=Monazilla%2f2.00%3a*******


HTTP/1.1 200 OK
Date: Wed, 25 Sep 2013 09:48:03 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n
Set-Cookie: HAP=FOXdayo************1; expires=Mon, 26-Sep-2011 00:00:00 GMT; path=/;
Set-Cookie: HAP=FOXdayo************5; expires=Fri, 25-Sep-2015 00:00:00 GMT; path=/
Vary: Accept-Encoding
Content-Length: 343
Connection: close
Content-Type: text/html; charset=shift_jis

<html lang="ja">
<head>
<title>B</title>
<meta http-equiv="Content-Type" content="text/html; charset=shift_jis">
<meta content=5;URL=../erobbs/index.html http-equiv=refresh>
</head>
<body>IB<br><br>
B<br><br>
<br><br><br><br><br>
<center>
</center>
</body>
</html>

こういうこと？

えーと、Kagiでカキコできるようになったから試してちょということで試したしキャプも取りましたが
Rokkaに何の関係が…
そしてこのスレでなんか恩恵を得る事ができるのか……？

>>534
Is this only available on BBSPINK?
How about 2ch?
I'm watching ●thread on 2ch and no one can post with Kagi.

過去ログ＆●(2chビューア)情報スレ 31
http://qb5.2ch.net/test/read.cgi/operate/1379578757/

>>535
Here thr draft 1/3

Rokka System Specification Ver. 2013/09/25 12JST　Copyright (c) N.T. Technology, Inc.

Rokka System is the new method to get 2ch/bbspink archived dats.

Rokka retrieves dat files:
　archived 2ch dat files
　archived bbspink dat files
　pooled 2ch dat files
　pooled bbspink dat files
　live 2ch dat files
　live bbspink dat files

Remark:
　live dat - a thread where you can post and listed on subject.txt
　pooled dat - a thread where you can not post and not listed on subject.txt, it will be archived soon
　archived dat - a thread archived


KAGI
To get a dat from Rokka, you need to get KAGI from authentication server.

　https://2chv.tora3.net/futen.cgi?ID=<User ID>&PW=<Password>

When authentication is succeeded , KAGI is returned like;
Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r


Getting a dat
You can get a dat from Rokka using KAGI.

　http://rokka.<DOMAIN>/<SERVER>/<BOARD>/<THREAD>/[<OPTIONS>]?sid=<KAGI>

　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...
　<KAGI> : authenticated KAGI, UrlEncoding is recommended

　Response : 1st line indicates processed status of the server.
　　"Success XXX"　- The process has successfuly done. XXX shows where the dat is retrieved from
　　　　　　　　　　　Live　　　　
　　　　　　　　　　　Pool　　　　
　　　　　　　　　　　Archive 　　
　　　　　　　　　　 Following lines are posts formatted with 2ch dat format(name<>email<>datetime<>body<>[title]).
　　"Error XXX"　　- The process has not succeeded. XXX is error code.
　　　　　　　　　　 Error codes:
　　　　　　　　　　　13 　　　not found　　　　　　the requested dat not found
　　　　　　　　　　　8008135　inputError 　　　　　invalid SERVER or BOARD or THREAD
　　　　　　　　　　　666　　　urlError 　　　　　　invalid OPTIONS
　　　　　　　　　　　69 　　　authenticationError　invalid KAGI
　　　　　　　　　　　420　　　timeLimitError 　　　access too fast, interval between requests required

Draft 2/3

Rokka also returns standard HTTP status codes in the HTTP response header: 404, 200, 401, 403 etc.

You can get gzipped content specifying Accept-Encoding:gzip in the HTTP request header.

Note:
　Error 420
　When you make too many requests per second, per minute, or per hour, then rokka will stop you until you slow down.
　This is to prevent automated spidering of the dat files.
　The current time limits are;
　　10 dats within 1 second
　　60 dats within 1 minute
　　600 dats within 1 hour
　When you try to get more dats over the limitation, you will get Error 420.


Source Code:
https://github.com/Cipherwraith/Rokka

Discussion BBS:
Rokka System
http://pele.bbspink.com/test/read.cgi/erobbs/1379086553/


2013/09/25 Code Monkey @ N.T. Technology, Inc.



Rokkaシステム仕様書 Ver. 2013/09/25 12JST　Copyright (c) N.T. Technology, Inc.

Rokkaシステムは２ちゃん/BBSPINKのDAT落ちログを取得する新しい方法です。

Rokkaからは以下のdatログを取得する事ができます：
　２ちゃん過去ログ
　bbspink過去ログ
　２ちゃんdat落ちログ
　bbspink dat落ちログ
　２ちゃんライブスレッド
　bbspinkライブスレッド

注:
　ライブスレッド - subject.txtに載っていて書き込み可能なスレッド
　dat落ちスレッド - subject.txtに載っていなく書き込み不可能なスレッド、じきに過去ログ化されます
　過去ログ - 板移転前からのログを蓄積したものです　一部失われているものもあります


KAGI
Rokkaからdatを取得するには「KAGI」を認証サーバーより取得する必要があります。

　https://2chv.tora3.net/futen.cgi?ID=<User ID>&PW=<Password>

認証に成功すると以下のようなKAGIが取得できます。
Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r

Draft 3/3

datの取得
取得したKAGIを使ってRokkaからdatを取得します。

　http://rokka.<DOMAIN>/<SERVER>/<BOARD>/<THREAD>/[<OPTIONS>]?sid=<KAGI>

　DOMAIN : 2ch.net または bbspink.com
　SERVER : サーバー名, pele,kilauea,...(bbspink)　anago,awabi,....(2ch)
　BOARD : スレッド名, news,entrance,.....
　THREAD : スレッドキー
　OPTIONS : ２ちゃんの標準URLオプションです, l50 , 25-35 , -45 , 13- , etc...
　<KAGI> : 取得したKAGIです　URLエンコード推奨

　レスポンス : 1行目にrokkaの処理結果が記述されます
　　"Success XXX"　- 成功　XXXにdatの状態（取得元）が記述されます
　　　　　　　　　　　Live　　　　ライブスレッド
　　　　　　　　　　　Pool　　　　dat落ちスレッド
　　　　　　　　　　　Archive 　　過去ログ
　　　　　　　　　　 以降の行にDAT形式(name<>email<>datetime<>body<>[title])でログが記述されています
　　"Error XXX"　　- 何らかのエラーです　XXX がエラーコードです。
　　　　　　　　　　　13 　　　not found　　　　　　要求されたdatが見つかりませんでした
　　　　　　　　　　　8008135　inputError 　　　　　リクエストURLのSERVERかBOARDかTHREADが正しくないです
　　　　　　　　　　　666　　　urlError 　　　　　　OPTIONSが正しくないです
　　　　　　　　　　　69 　　　authenticationError　KAGIが不正（有効期限切れその他）
　　　　　　　　　　　420　　　timeLimitError 　　　アクセス間隔が短すぎます

HTTPステータスコード（404,200など）もHTTPレスポンスヘッダに同時に返します。

HTTPリクエストヘッダーにAccept-Encoding:gzipを含めるとレスポンスをGZipで返します。

注:
　エラーError 420について
　クローラー対策のため1秒あたり、1分あたり、1時間あたりの合計取得数には制限があり、これを過ぎるとこのエラーが返ります。
　制限値は以下の通りです。
　　1秒間に10スレまで
　　1分間に60スレまで
　　1時間に600スレまで
　この制限値以上スレを取得しようとするとError 420が返ってきます。


ソースコード:
https://github.com/Cipherwraith/Rokka

議論スレ:
Rokka System
http://pele.bbspink.com/test/read.cgi/erobbs/1379086553/

2013/09/25 Code Monkey @ N.T. Technology, Inc.
　　　　　　翻訳　水玉(Mizutama) ◆qHK1vdR8FRIm

支援

>>542
Uh-oh.
You wrote
> I just installed a new version of "bbs-yakin.cgi" on bbspink.
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~
When is Kagi available on 2ch? Never? Hahaha....orz

>>539
> > >>529
> > If the status code should be changed, please tell me how to change it.
> Currently
> 1) Success Pool
> 2) Success Oyster
>
> Please change to
> 1) Success Pool　　　　same
> 2) Success Archive　　　Oyster -> Archive
> 3) Success Live　　　　if a live thread can be gotton through Rokka
I mean 1st line of response content(dat).

　　　　HTTP/1.0 200 OK
　　　　Content-Encoding: gzip
　　　　Content-Length: 240
　　　　Content-Type: text/plain; charset="Shift_JIS"
　　　　Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT

>>>>　Success Oyster
　　　　名前はまだにゃい</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:36:28.21 ID:yNfqARZV<> Test <>Test
　　　　テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 10:53:48.42 ID:yNfqARZV<> てｓｔ <>
　　　　テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てｓｔ <>
　　　　 </b>忍法帖【Lv=40,xxxPT】(2+0：8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>

支援

支援

支援します

支援

ご支援ありがとうございます
みなさんも●でカキコしてみてください
私は何が変わるのか良く分かっていない｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡
名前欄に○でなくて●がでてSambaを突破すればいいのかしら？といってSamba突破できるほど連投試したら…


>>548
It too hard for me to read Haskell.

Maybe
Server.hs(480)　　oyster = BL.pack " Oyster"
　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　oyster = BL.pack " Archive"
??

---------------------------
ＥＲＲＯＲ！
---------------------------


ＥＲＲＯＲ - 593 15 sec たたないと書けません。(1回目、13 sec しかたってない)

●ログインで規制が軽減できますー。2ちゃんねるビューア

(Samba24-2.13)
---------------------------
OK
---------------------------

えええーーーー違うﾉｫｫ━(ﾟ∀ﾟ)━( ﾟ∀)━(　ﾟ)━(　　 )━(ﾟ　)━(дﾟ ；)━(ﾟдﾟ；)━━ｯ!!!!ーーー？

以前2ちゃんねるの方で●持ちでもsamba値突破できないようにしたはず
そのため●持ちは通常30秒のところ15秒に軽減の設定

連投

あと連投規制が＋２ほど増える

>>534
> I just installed a new version of "bbs-yakin.cgi" on bbspink.
What is the advantage using Kagi in CURRENT CONDITION on this bbspink ?
I can get ● in my name field of my post.
I can't post within samba (30 seconds).
I've never used proxy so I don't know how I can check posting throug a proxy.

>>556→>>554

>>555
> 以前2ちゃんねるの方で●持ちでもsamba値突破できないようにしたはず
> そのため●持ちは通常30秒のところ15秒に軽減の設定
むむ。そいつぁ難しいぞ。うまくできるかな？

えとえと
くっ、またできなかった。てか、さっきとタイミング違うはずなのにまた13秒しか経ってないって…
本当に時間計ってる？

どうだ

19:56:37.92 - 19:56:22.05 = 00:00:15.87
おお、こういうことですね？ﾆｬﾙほど。

# 暗算ができなくて1桁ずつ電卓してる私って…

>>561
私が連投したときは7秒しか…と出ました

Okay, now I need to figure out how to edit samba. Please give me a few minutes and I will figure that out.

ちゃんと計っているんですね。
あとTTもSamba残り秒数表示してくれてて、そいつがちゃんと●の残り時間になってるみたいで。
鯖が秒数返してくるんでしたっけ？Sambaに引っかかるような投稿とかしたことないから
まじめにこの辺のソースコード読んだことないや、読んでみるかな。

>>565
> Okay, now I need to figure out how to edit samba. Please give me a few minutes and I will figure that out.
I don't think you need to edit Samba.
I've learned how Samba and Kagi work.

専ブラJane Styleだと15秒でカウントダウンしてくれるから
そんなに引っかからない

>>567
Does Kagi and Samba work correctly now?

>>569
> >>567
> Does Kagi and Samba work correctly now?
Yes may be.
The inspection result is >>563.
It calced time between >>561 and >>562.
It is 15sec , if without Kagi, it can not be.

>>570
Wonderful. Its confirmed then.

>>570
> 570 名前：● 忍法帖【Lv=40,xxxPT】(-1+0：8) 水玉(Mizutama) ◆qHK1vdR8FRIm [sage] 2013/09/25(水) 20:14:38.38 ID:mf/kBDDU
　　　　　　　　　　　　　　　　　　　　　　　　↑
Look! This negative value can only be if the post is used with Kagi.

> 34 名前：● 忍法帖【Lv=5,xxxP】(1+0：8) [sage] 2013/09/25(水) 20:18:20.43 ID:JNkUJ3kq
> テスt
> 40 名前：● 忍法帖【Lv=6,xxxP】(0+0：8) [sage] 2013/09/25(水) 20:22:50.08 ID:JNkUJ3kq
> なるほどレベル上げに使えるのはここだけなのか
> スレ立て権がもらえればそれでいいや
> Xeno快調です

Also the level of Ninpouchou(Nimpo-cho,Ninpo-cho:忍法帖) is incremented even time between posts is less than 23hours.
Without Kagi, the level can increment only 1 during 23hours.
So most of functionality of Kagi are confirmed on BBSPINK, not on 2ch...orz

>>573
I still did not install on 2ch. I am waiting to make sure it works correctly on bbspink, then I can install on 2ch.

>>574
> >>573
> I still did not install on 2ch. I am waiting to make sure it works correctly on bbspink, then I can install on 2ch.
I've understood.
Well how is your feeling?
It was inspected enough? More inspections?

I did not test
　post through proxy　　I never used and I don't know how
　posting from denied remote host　　please do not deny my remote host(´；ω；｀)

>>575
I dont know how to post through proxy either.
I am a denied remote host, thats why I need to use my "Codemonkey" cap every time I make a post.

I think its working fine. Jack★ said that there is no problem.

>>576
> >>575
> I dont know how to post through proxy either.
> I am a denied remote host, thats why I need to use my "Codemonkey" cap every time I make a post.
>
> I think its working fine. Jack★ said that there is no problem.
Humm.
If you install on 2ch, we can get more feedback from neler, who uses a proxy, denied,...

>>577
Jim-san is still waiting for approval from UNEI before I can install on 2ch.

I am on the #2ch channel on irc.freenode.net if anyone wants to chat. My username is "cipherwraith"

Url optionはread.cgiを模したものだからdatを保存する専ブラで使う事はあまり無いと思うけど、
こういうパターンの場合はメッセージに'Out of Range'とかなんとか足したほうが良い気がしなくもない
http://rokka.bbspink.com/kilauea/3shuchaku/1379495067/5-?sid=

>>579
ソースコードで範囲外のときは全体を返すので、これは仕様とさせていただきます
…とのことです

The github's README is updated. Much thanks to Mizutama for putting it together!
https://github.com/Cipherwraith/Rokka/blob/master/README.md

>>581
You are welcom.

隠居のボケ防止を手伝おう　★６
http://katsu.ula.cc/test/read.cgi/superfox/1378275321/89
> 89 名前：いわし ★ [] 2013/09/25(水) 21:03:51
> やった!!
> rokkaを通して過去ログが読めた
>
> 正常系だけの一本道ではあるが、
> 高いハードルだった。
> 一番つまづいたのは、POSTは受け付けなくだんまりになるところか、
> GETだけよ〜んって http://stream.bbspink.com/update.txt に書いておいて欲しいぞー

http://deleter.bbspink.com/wiki/wiki.cgi?page=Rokka
にもGETメソッドONLY とは書いてなかったですよね？

>>583
しまった、HEADできるって書き忘れてますね？
POSTできないとも書いておかないといけないということですね。
あ、githubに乗せてもらったドキュメントですけど。
直してもらいます。

ちなみにwikiの方は申し訳ないですけどこちらで関知しておりませんのであしからず。

ということでGitHubに載せてもらったドキュメント、記述ミス等ありましたらご連絡いただけると幸いです。
これと同等のテキストファイルが公式公開される予定です。

>>530
> Archive　Oysterなやつ、Oysterって公式じゃないし（いや公式かもしれんが一般的名称じゃないってことで）

>>545
> Archive 　　過去ログ

Oysterって牡蠣→課金システム→dat落ちを閲覧できるシステム（2chビューア●）のことじゃないの？
それで過去ログ化するとIEなどの一般のブラウザでも見られるようになると思ってたんだけど、認識が古いのかしら。

Pinkの過去ログが404になるようになったけど何か弄ってる最中？
http://pele.bbspink.com/test/read.cgi/erobbs/1285357421/

>>586
> Oysterって牡蠣→課金システム→dat落ちを閲覧できるシステム（2chビューア●）のことじゃないの？
そういう駄洒落になっている用語を、一般化してドキュメントにしたいと思っています。
が、私はあまりそういうのに明るくなく、もちろん彼らは日本語読めませんので
そのようなご指摘をしていただけると幸いです。

> それで過去ログ化するとIEなどの一般のブラウザでも見られるようになると思ってたんだけど、認識が古いのかしら。
Oysterという名称が出てくるまで（出てきた後も？ちゃんと確認していない）、from archivesとあったので
この用語を採用しています。
ずっと前はHTML化して閲覧可能になっていたようですが、かなり前にやめてしまったようです。
また現在取得できる過去ログは旧いもので、2009年くらいから後のものはアクセスできないはずです。

dat落ち、過去ログの定義（？）は http://2ch.tora3.net/about.html　に基づいています。

http://2ch.tora3.net/search/　このページがトップからリンクされていないようなので参考に、ですが、
http://www.2ch.net/kakolog.html　へ今行っても2008までしかリストされず、その先へのアクセスができませんので
そういった機能は現在すべて有料化されているものと認識しております。

>>587
そのはずはないんですがまたなんかシクったかな？

>>589
404 not foundが返ってきますね。
今日実はちゃんと確認できてないのはPoolからの動作で、
Oysterにあるこれ↓はちゃんと取れてるので
http://rokka.bbspink.com/kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
もしかしたら今日ちょっと修正した時にどっかシクった？
C氏もうどっか行っちゃったと思うんで一応あおっときますね？
明日の朝このスレが取れればOysterに落ちて取れるようになった→Pool取得を再度検証
ずっとシクりっぱなしなら→ぢごくがまっている


Hi Codemonkey,
http://rokka.bbspink.com/pele/erobbs/1285357421/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
returns 404 not found now.
Accessing http://pele.bbspink.com/test/read.cgi/erobbs/1285357421/ retuns HTML
which says this dat is in archive, use ●.
So we have to exam Rokka getting from pool correctly.
Or you can find what's going on.

あ、pele鯖がだめか？
今日なんかどっかでpele鯖が落ちてるだかなんだか変だって言うのを見たなぁ。
でなんか直してなかったっけっかなぁ…

>>591
http://kilauea.bbspink.com/test/read.cgi/mobpink/1379998945/
http://rokka.bbspink.com/kilauea/mobpink/1379998945/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
こっちは動くからどうやらpele鯖故障してるみたい（鯖がじゃなく多分Rokkaのソースを壊した）なので
修正依頼出しますね。


>Codemonkey
I found kilauea can be get correctly so pele has some problems.
The link above works, but the link on >>590 for you doesn't.

>>583-584
GitHubでpull requestを送っておきました。

# なんだか使い方がさっぱり分からんかったがちゃんと届いたのだろうか？

>>590
I am checking it now.

>>590
It seems to be a http 500 internal server error. Please wait, I will try and locate the problem.

>>595
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

>>590
Jim-san is fixing this problem. Please wait for him to finish.

>>590
Jim-san fixed it. Confirmed.

>>597
OK

>>598
I've tried another thread on pele then it has been succeeded.

>>587
ということなのでご確認ください。

>>584
> だんまりになる
タイムアウトまで待たされるのか
さっさと接続を切るのかで意味合いが違いそうですけどね

ヒントなしって事はGETとHEAD以外のメソッドが送られてきた時に
HTTPの400 Bad Request で帰ってもらうじゃなくて切断してるのかな？

ヒントを出しすぎると悪用されるかもですけど
検索サイトのBOTが辿ったりアーカイブするほどノーヒント
というのも困るかもですし…

>>602
鯖屋さんに判断してもらいましょうか。

Hi Jim and Codemonkey,
Currently Rokka will never respond HTTP POST method, then some client will wait until timeout(over 30sec?).
>>602 suggest Rokka can be respond as HTTP error 400 Bad Request
then client can close connection immediatly.
Also other HTTP methods Rokka will never respond.

I've tried pele.bbspink.com...

connected to pele.bbspink.com Port:80
POST / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: pele.bbspink.com
Connection: close

HTTP/1.1 200 OK
Date: Wed, 25 Sep 2013 18:04:05 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n
Last-Modified: Thu, 10 Feb 2011 11:31:33 GMT
ETag: "524c03-472-49bebec6c8f40"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 546
Connection: close
Content-Type: text/html

connected to pele.bbspink.com Port:80
PUT / HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Encoding: gzip,deflate
User-Agent: Telnet/0.1
Host: pele.bbspink.com
Connection: close

HTTP/1.1 405 Method Not Allowed
Date: Wed, 25 Sep 2013 18:06:08 GMT
Server: Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n
Allow: GET,HEAD,POST,OPTIONS,TRACE
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 274
Connection: close
Content-Type: text/html; charset=iso-8859-1

README.md 読みました
数日前テストしたとき KAGI をURLエンコードしたらエラーになってたんですけど、
今はおｋなのでしょうか。

>>604
> README.md 読みました
> 数日前テストしたとき KAGI をURLエンコードしたらエラーになってたんですけど、
> 今はおｋなのでしょうか。
えーと、かなり初期にそのバグは直してもらったはずなのでここ1週間、少なくとも
水玉版（必ずURLエンコード）でError 69を食らっている様子はないんですが。
Kagiだから貼ってもらうわけにはいかないしさて。

こちらでいくつか試してみますね。
ちなみにURLエンコードはどのような方法（ライブラリとか）で行ってらっしゃるのでしょうか？
どっかのWebサイトではちょっとちがうぞ？という変換をしてるのを見た覚えがあります。

あ、あと参考までに取得を試みたスレのURLいただけると幸いです。

>>605

【百合】女の子同士の画像 第104弾【レズ】
http://pele.bbspink.com/test/read.cgi/ascii2d/1372219417/

GET /pele/ascii2d/1372219417/?raw=0.0&sid=Monazilla%2f2.00%3a6709544l634********* HTTP/1.1
User-Agent: Monazilla/1.00 (twintail/2.3.110.5)
Accept-Encoding: gzip
Pragma: no-cache
Cache-Control: no-cache
Host: rokka.bbspink.com
Connection: Keep-Alive

HTTP/1.0 200 OK
Content-Type: text/plain; charset="Shift_JIS"
Content-Length: 59308
Last-Modified: Sat, 07 Sep 2013 15:12:29 GMT
Content-Encoding: gzip

Kagiを省略していますが、Kagiの省略部は[A-Za-z0-9]なのでUrlEncodeでも変形しないです。
なお水玉版はraw廃止前のままなのでraw=0.0を送っていますが必要ありません（Rokkaで無視する）。

またこのスレの上のほうでMonazillaを2.0にしなければならないのかという問いがあったと思いますが
この例で分かるとおりUAにMonazilla/1.0を指定しても問題ありません。というか、UAが何であっても問題ありません。
すべて受け付けます。なくてもいいです。あればアクセスログに書き込まれるだけ（できればそーしてください）。
Kagiの部分を加工せずすべて丸ごと送ればMonazillaを気にする必要はなかったと言えます。

>>606
bbs.cgiを改造するからMonazilla2.0を名乗らなきゃいけないんじゃなかったの？>>269

>>607
> >>606
> bbs.cgiを改造するからMonazilla2.0を名乗らなきゃいけないんじゃなかったの？>>269
これはいわゆるSID中のMonazilla部分のことで、UAのことではないです。
以前どこかでSIDのMonazilla部分をハードコードしていて
futen.cgiが返すSIDの:以降を付け替えて送るようなコーディングを見た気がします。
気のせいならいいのですが。

>>607
ちなみにこの「Monazillaを名乗る」の元ネタは http://www.monazilla.org/index.php?e=196 だと思いますが
このページはmenuの取得の仕方のページであり取得してるものも普通にIEとかで見ているのと同じHTMLなので
なぜここにこのような記述があるのか謎です。
また現在２ちゃんの無料コンテンツ（subject.txt、ライブスレのdat）はIE等で普通に取得できますので
専ブラかどうかの判断を２ちゃん鯖でやって何かをしているかどうかは知り得ませんが
目的コンテンツはいずれにしても取得できます。
bbs.cgiはIE等が叩くのと全く同じ方法で専ブラから叩いているのでもしUAがMonazillaでなかったらはじくとなると
IE等から投稿できなくなってしまうはずです。

このあたりは過去になにか専ブラを特別扱いする事情があって、それが現在はないことになっている
（例えばスクリプト型専ブラとか）のではないかと思います。

どーしてもというのであればC氏が暇そうなら訊いてみますが
きっとどなたか過去のしがらみをご存知の方がカキコしてくださるはず。おながいします。

過去でなく現在でも利用してると思しき局面はあるよ、主にレスポンスタイム絡み
IE等による『２ちゃん鯖に配慮しない利用者と思われる』リクには一定の応答時間ペナがかかってる節がある
感覚というか経験的な事なので真偽はCodeMonkey氏でなく元の設計者さんに聞いた方がいいと思うけど

>>605-606
詳しい説明と検証ありがとうございます。
自分の使ってた専ブラだとSIDの末尾に\nがついていて、エンコードなしの場合はそこが無視されておｋになっていたようです。
末尾から\nをとってやるとエンコード有りでもちゃんと>>606のログが取得出来ました。

テストしたのはbbspinkの運用のどこかのスレでしたが失念してしまいました。
お騒がせしました。

>>603
Okay. Today I will make POST return a 405 method not allowed.

I am refactoring the code base to make everything more modular and easier to understand. I will include the 405 method also.

Rokka now has a new version installed on the servers.

New error code: 42 (if it doesnt recognize a GET or HEAD request, then it returns error 42)

Updated to have "Success Archive" instead of "Success Oyster"


Current bugs: It is returning error 42, when it should be returning error 8008135. I will fix this next.

After I fix the error 42 bug, I will upload the code on github.

Okay the error 42 bug should be fixed now.
I also fixed a nasty bug that was causing the server to crash: Non-exhaustive patterns in function parseRequestQuery

The codebase is more modularized now, and its easier to find and fix bugs.

Please have a look:
https://github.com/Cipherwraith/Rokka

>>610
> 過去でなく現在でも利用してると思しき局面はあるよ、主にレスポンスタイム絡み
> IE等による『２ちゃん鯖に配慮しない利用者と思われる』リクには一定の応答時間ペナがかかってる節がある
> 感覚というか経験的な事なので真偽はCodeMonkey氏でなく元の設計者さんに聞いた方がいいと思うけど
聞けてればこんな苦労はしないのですが…
聞いていただけますか？

>>611
> >>605-606
> 詳しい説明と検証ありがとうございます。
> 自分の使ってた専ブラだとSIDの末尾に\nがついていて、エンコードなしの場合はそこが無視されておｋになっていたようです。
> 末尾から\nをとってやるとエンコード有りでもちゃんと>>606のログが取得出来ました。
この現象（というか\n混入）についてどこかで注意するような文を見た記憶が…
futen.cgiからのレスポンスを調べて取り扱い方をRokkaのReadMeに追記しますか

>>612-616
Oh, you made a lot of changes...

> -- prepOut checks if the header is POST, HEAD, or GET, then outputs accordingly
> prepOut :: HeaderNew -> Int -> BL.ByteString -> BL.ByteString -> [BL.ByteString]
> prepOut getInput code outgoingHeader msg'
> | httpMethod == "HEAD" = [outgoingHeader] -- HEAD: just return header
> | httpMethod == "GET" = [outgoingHeader, msg'] -- GET: return header and message
> | httpMethod `elem` methods = [error405NotAllowed] -- All other methods: output a 405 error here!
> | code == 404 = [outgoingHeader, msg']
> | code == 401 = [outgoingHeader, msg']
> | code == 400 = [outgoingHeader, msg']
> | otherwise = [error404NotFound] -- If no method, then return 404 not found
> where
> httpMethod = fst . requestQuery $ getInput
HTTPメソッドの検査ですね。前のソースにはなかったような。
HEADとGET以外は405 NotAllowedを返すようにしたと。
その下は良く分からん。404 NotFound/401 Unauthorized/400 BadRequestを返す準備かな。

>>614
> New error code: 42 (if it doesnt recognize a GET or HEAD request, then it returns error 42)
> Updated to have "Success Archive" instead of "Success Oyster"
405 NotAllowedのときのレスポンスコンテンツとして Error 42 が返ってくるようにしたのだな。
それと Success Oyster を Archive にと。
Error 42 はReadMeへの追記が必要だが直してくれたかな？

>>609
Monazillaを名乗ってもらう理由は、元々はdatの直読みをMonazillaに制限していたことがあったから。
http://www.monazilla.org/document/1011385033.htmlの>>1「datの直読み制限」

そして現在もMonazillaか否かで挙動を変えている処理があり、今後もサーバー側で専ブラか否かの判定に使われるだろうから。
http://www2.atpages.jp/mirror/2ch/ajax/read.php?key=1153819270&st=752&to=802
の>>752-754,768,770「Monazilla/ の場合だけ 302 にしますた」

>なぜここにこのような記述があるのか謎です。
専ブラにMonazillaを名乗ることを習慣付けてもらうためにそのページにも書いてあるだけの話で、menuの取得の際にMonazillaを名乗る行為自体はさほど重要ではありません。
http://www.monazilla.org/index.php?e=143

余談ですが過去に「read.cgi再開発スレ Part2」で●ログインしていない専ブラでもdat落ちしたスレの>>1だけは見られるようにしようという話があって、そのときにUAがMonazilla/2.00だったら>>1を返すようにするという提案がありました。
http://qb5.2ch.net/test/read.cgi/operate/1105909861/655-（←今は見れないけど）
この話は立ち消えになりましたが、今後また同じような話が浮上した際にKAGIのMonazilla/2.00とUAのMonazilla/2.00で話がごっちゃにならないかと少し心配です。