>>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.
キタ━━━━━━(゚∀゚)━━━━━━ !!!!! 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.
5 :
>>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 "&".
6 :
>>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.
7 :
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?
8 :
>>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.
> 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
10 :
お、よかった同じだ >>8 The document is a public? I mean everybody can read it? If I can read the document, I can help you more.
11 :
>>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.
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? By the way, you have excellent English. Where did you study English?
13 :
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.
14 :
>>13 I will ask you if I need help. For now I will take a rest and eat some food. Enjoy your anime!
>>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.
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.
>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!
25 :
>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?
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. Did the old offlaw.cgi system use https?
>>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.
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?
>>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?
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.
>>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.
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
75 :
>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.
76 :
Dat-ochi is now installed on the live server. If it still does not work, please tell me.
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.
83 :
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
84 :
>>83 Can Rokka respond 'HEAD' http method ? I tried it right now but Rokka didn't respond.
85 :
>>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. 何で除去したかが皆分かると思います。
>>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.
88 :
Haskellなんてしらんがな…
89 :
>>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 ?
>>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.
99 :
>>89 Cryptography is not removed from the active server, it is only removed from the source code that is published on github.
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.
プリキュアまでの間寝ちゃうと寝過ごしちゃいそうなので >>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'(など現在までに使用されたことのない名前)だったら検索になる なんだやりようはあるな。ただこんなのを実装しちゃっていいのかな? あと過去ログ鯖がそう都合よくできているかな? こういう機能を提供しているミラーサイトとかないのかなぁ? 移転で複数の鯖にまたがるスレはどうなる?どうなっていた?? # 眠くなってきた・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
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
151 :
>>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でやらにゃならんのだ、と言われるかもだけど。 ●の売りページに書いて営業効果があるかなぁ。 専ブラ作者的には喉から手が出る情報だし、●ユーザーには流出迷惑かけたんだからこのくらいオマケしてよ。
152 :
新しい物作りの前にまずは賠償が先だろそもそも
153 :
出来ない賠償より出来る新サービス。
154 :
* 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.
>>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. 火曜日から再開するんで( ゚д゚)ノ ヨロ
160 :
>>154 By the way What did Hiroyuki Nishimura say about Rokka?
161 :
>>160 You should ask him yourself. I doubt he would want me to post his own opinion.
>>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.
176 :
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
177 :
マダァ?(・∀・ )っ/凵⌒☆チンチン 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/
178 :
つずき 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.
2ch and BBSPINK need an API update. 以下略 ここで巻き込まれて、まあ2chでは言いだしっぺの法則ですから泣かない(´;ω;`)
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 あ、あるのか?
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, 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 ?
181 :
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 ?
182 :
>>181 That is a really neat idea. I like it very much.
183 :
>>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!
184 :
>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.
>>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?!
To whom it may concern Whom should I ask for the disclosure of the IP address?
197 :
>>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 I have asked Jim-san to request anonfile remove the files. >>197 I am still waiting for Jim-san to enable rokka.2ch.net.
205 :
>>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.
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
209 :
>>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.
210 :
>>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/
211 :
>>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 ?
212 :
>>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.
213 :
>>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.
>>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.
218 :
Setttings on meow are now changed. >>212 Please let me know when you are finished with testing and I will change this back.
>>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
221 :
>>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.
またなのさ。 >>219 よろしくお願いいたします。 Oh, I saw your cap 1st time. And, I like american style than japanese style so please call me just Mizutama, abbreviated Mztm.
>>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.
>>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
238 :
If you want to chat on IRC, I am in the #2ch channel on irc.freenode.net
239 :
>>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.
チャットこえ〜 速すぎてついていけない こっちに書き込んでる暇がない 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) 多分明日じゃね
245 :
>>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が壊れて 実験できなくなったのです。2ちゃんは実況等dat落ちの速い板がたくさんあるので実験しやすかったのですが Rokkaが正しく動いてCodemonkey氏が自由にできるbbspinkには実況とかがないのでdat落ちを実験しにくいのです。 そこでスレ保持数が少なくてれんちゃんでスレ立てできる板を用意してもらって意図的にdat落ちを作り出し Rokkaをデバッグしよう、と言う事なのです ですが、私はもちろんCodemonkey氏もいまひとつ板の使用に明るくないため現在のような状況です。 実験目的を適切にするための具体的なアドバイスを求めます>ALL
Could you change local rule , I mean the descrption text displayed on http://kilauea.bbspink.com/3shuchaku/ Current 3執着@BBSPINK掲示板 ■▼ 18歳未満は立入禁止です。 ・ここはすごいテスト板です ・「転んでも泣かない」というか「転んでもただでは起きない」を推奨。
まだだった これは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?
>>265 bbs.cgi will be modified to use the new Monazilla/2.0.
269 :
>>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 ?
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.
273 :
>>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まであったのにー
>>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投稿にカウントされちゃって、 でリンクは修行中はダメとかまた怒られて、削って、削り残しがあったからまた怒られて、で書こうとしたらゴンタクレってる。 デバッグにならんよ。
>>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.
>>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 ふむ。いけませんね。
292 :
>>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.
293 :
うーむAccept-Encoding:gzipがあったらとか言う以前の問題でしたねー
294 :
支援
295 :
>>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
こないな。リクエスト応答の件はちょっとやばいんだけど。 そういえばC氏どころかJimさんも昨日からきてないな。 毎日Let's talk with Jum-sanの両スレにおはようとおやすみの挨拶してたのに 昨日・今日レスを見ないな。 来日してるとかFBIに捕まってるとか妄想がひろがりんぐ。
301 :
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.
302 :
>>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に入るは。 新しいモジュールを入れた奴を新しいバージョンって言ってるのかな、多分。
303 :
つずき > > 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. 開発が遅くてごみんなさい、たくさんのプロジェクトを同時にやってるんでね。
>>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.
307 :
> Because 'success' starts lower case letter , 'Error' starts upper case letter. It is not beautiful. I will make it beautiful.
308 :
Consistency is beautiful, isn't it :D
309 :
ところでRangeとか部分取得とかの仕様は固まったの?
310 :
>>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.).
311 :
>>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.
312 :
I have bug in Rokka. I am fixing it right now. The server will be on and off until it is fixed.
313 :
>>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.
314 :
>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.
315 :
Seems to be a problem with Authentication at the moment "Error 69". Fixing that right now.
316 :
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.
317 :
>>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 ?
318 :
>>317 He already started. Maybe it will be finished tomorrow.
319 :
'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
320 :
>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?
321 :
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>・・・・・・・・・・・・・・
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!
324 :
>>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.
325 :
>>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/ ちょwwwwwww
>>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
328 :
>>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>
329 :
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 <>
>Jim has already infromed to all of 2channelrs on thread 924. Oh really. Okay, I will update it now.
335 :
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.
336 :
Maybe you should make it rawr
337 :
>>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=??"取っちゃっていい? ということで決めます。どうすればいいとかもうやってる暇ないのと話題が出て1週間以上でちょっとはもんだので。 「バイトオフセットはサポートしない。また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がやってたんだからそうしろ」「そいうこというなら花子は全取得だったんだからいらね」とかもういいです。
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.
>>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 ?
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. 。。。。
ご支援ありがとうございます。 締め切りです。 '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. # 以降この件に関するお問い合わせ・交渉等は自力で願います。 # 翻訳依頼あればお申し付けください
356 :
>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!
357 :
>>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
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?
>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 :
>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>
362 :
>>361 Oops double post, sorry! Mizutama, what is the URL for your 2ch viewer app?
>>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.
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
369 :
Pele just had "error 5102", but I fixed it. Sorry about that.
370 :
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
>>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 ?
372 :
>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?
373 :
Im putting a new version of Rokka online now. Ran into some bugs, give me a few minutes to fix them please.
374 :
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!
375 :
You can now do a "head request" and just get the headers, instead of returning everything including the body.
376 :
>>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.
377 :
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
378 :
>>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 ?
379 :
>Am I wrong ? No. I made a mistake. I will fix it!
380 :
>>379 > >Am I wrong ? > No. I made a mistake. I will fix it! Uh-oh.
381 :
Please try again with GZIP
382 :
支援
383 :
支援
384 :
支援
385 :
ご支援ありがとうございます。 >>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.
386 :
Do you see any more bugs?
387 :
支援
388 :
支援
389 :
Mizutama, do you mind if I make a link to your twintail unofficial version?
390 :
支援
391 :
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<> てst <> テスト </b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てst <>
</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?
392 :
支援
393 :
支援
394 :
>>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
ご支援ありがとうございます 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?
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.
400 :
>>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?
>>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.
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
426 :
>>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?
>>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していないみたいな。
429 :
>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.
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!
|゚Д゚)))コソーリ!!!! 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>
456 :
シーッ! 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>
457 :
>>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…
458 :
# apt-get remove telnetd Reading package lists... Done Building dependency tree Reading state information... Done Package telnetd is not installed, so not removed
>>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.
462 :
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 /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?
473 :
>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.
474 :
Is the "last-modified" working correctly?
475 :
がんばってください
476 :
>>474 > Is the "last-modified" working correctly? Seems OK but I'm examing more.
477 :
支援
478 :
支援
479 :
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?
名無しさん@お腹いっぱい。<>sage<>2007/10/23(火) 07:18:33 ID:cVigC7ix0<> 1000? <> 1001<><>Over 1000 Thread<> このスレッドは1000を超えました。 <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 ?
>>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.
>White-space is required after ':'? I think so. What do you think?
498 :
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
499 :
>>493 Okay I know what the problem is. I will fix it now.
500 :
>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!
501 :
>>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.
502 :
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.
503 :
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.
New code is installed on Rokka. Please verify that the gzip parser works correctly.
516 :
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.
517 :
支援
518 :
支援
519 :
>>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.
520 :
支援
521 :
>>519 If nobody wants to write a README, then thats also fine. I dont mind either way.
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.
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)
530 :
>>528 一応和訳 いまRokkaの仕様を見直して(まとめなおして)ドキュメントにしてるんだけど 成功コード(に返ってくる取得場所)を一般的なのにした方がいいと思うんだ 変えてくれる?それとも反対? Live まだだけど Pool これは今と同じ、dt落ちを取った時 Archive Oysterなやつ、Oysterって公式じゃないし(いや公式かもしれんが一般的名称じゃないってことで) で、この私が作ったドキュメントをhttp://2ch.tora3.net/system_DOLIB100.htmlの代わりに http://2ch.tora3.net/Rokka.txtとして公開してくれないかな? ドラフトは約200行くらいあるんで このスレに投下していい? 私のいつも使ってるうpろだ(おの)に上げる? どっか上げていいとこ教えて? か拒否って? Rokka残り作業 Last-Modifiedが通常手段であぼーんされたときちゃんとしてるのを確認 ライブスレの取得、もともとの仕様にはないけどできるようになるって言うから 2ちゃんで動くこと スレリスト with 鯖板データベース、研究中
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!
535 :
>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.
536 :
I fixed some paths for the bbspink servers. They are working correctly now. Please check the github to see the changes.
>>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?
> >>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
>>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
544 :
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.
>>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
548 :
>>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<> てst <> テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てst <> </b>忍法帖【Lv=40,xxxPT】(2+0:8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <>
>>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.
>>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.
>>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 > 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.
573 :
> 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
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.
575 :
>>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(´;ω;`)
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.
577 :
>>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,...
578 :
>>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"
>>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
>>603 Okay. Today I will make POST return a 405 method not allowed.
613 :
I am refactoring the code base to make everything more modular and easier to understand. I will include the 405 method also.
614 :
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.
615 :
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
>>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を返す準備かな。
620 :
>>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への追記が必要だが直してくれたかな?
>>614 > Current bugs: It is returning error 42, when it should be returning error 8008135. I will fix this next. > 615 名前:Code Monkey ★ [] 2013/09/26(木) 15:25:57.65 ID:??? > Okay the error 42 bug should be fixed now. connected to rokka.bbspink.com Port:80 GET /akilauea/mobpink/1379998945/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r 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 00000000 45 72 72 6F 72 20 38 30 30 38 31 33 35 Error 8008135 connected to rokka.bbspink.com Port:80 GET /kilauea/nobpink/1379998945/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r 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 00000000 45 72 72 6F 72 20 38 30 30 38 31 33 35 Error 8008135 connected to rokka.bbspink.com Port:80 GET /kilauea/mobpink/1379998946/?sid=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r /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: 8 Error 13 00000000 45 72 72 6F 72 20 31 33 Error 13 Confirmed. ReadMe should be changed at Error 8008135
630 :
>>615 > I also fixed a nasty bug that was causing the server to crash: Non-exhaustive patterns in function parseRequestQuery connected to rokka.bbspink.com Port:80 GET /kilauea/mobpink/1379998945/?sid=Monazilla/2.00:****** 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: 215163 Last-Modified: Tue, 24 Sep 2013 13:42:16 GMT Success Archive
connected to rokka.bbspink.com Port:80 GET /kilauea/mobpink/1379998945/?raw=0.0&sid=Monazilla/2.00:****** 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: 215163 Last-Modified: Tue, 24 Sep 2013 13:42:16 GMT Success Archive
connected to rokka.bbspink.com Port:80 GET /kilauea/mobpink/1379998945/?raw=0.12345&sid=Monazilla/2.00:****** 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: 215163 Last-Modified: Tue, 24 Sep 2013 13:42:16 GMT Success Archive
>>636 "Error XXX" - 何らかのエラーです XXX がエラーコードです。 13 not found 要求されたdatが見つかりませんでした 8008135 inputError リクエストURLのSERVERかBOARDが正しくないです 666 urlError OPTIONSまたはQueryStringが正しくないです 69 authenticationError KAGIが不正(有効期限切れその他) 420 timeLimitError アクセス間隔が短すぎます 42 methodError そのHTTPメソッドは許可されていません "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 666 urlError invalid OPTIONS or QueryString 69 authenticationError invalid KAGI 420 timeLimitError access too fast, interval between requests required 42 methodError method not allowed >>637 When authentication is succeeded , SESSION-ID=Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r When failed , SESSION-ID=ERROR:pppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppp KAGI is 192 bytes after 'SESSION-ID=' when authentication is succeeded. Monazilla/2.00:4373298c8948y4671g4635r53615D4699f4014I3455C9148A6600f2811s45242k42852u6725y95346g6820L6383H0297o62124l2450n64672G6826N2472L7957N2508x9686O8904U4108793x6855v1216b1499s6811a2729r
HTTP HEAD/GET/POST method can be used.
639 :
Maybe timeLimitError should return status code 429 and not status code 401. What do you think?
>>641 Oh I forgot about HTTP 1.0. I think maybe 401 or 503 are both okay. Actually it doesnt really matter either way. By the way, are you able to decrypt the SID? I also made the encryption algorithm for that, and I am wondering if the encryption is easy to crack or not.
643 :
>>642 > >>641 > Oh I forgot about HTTP 1.0. I think maybe 401 or 503 are both okay. Actually it doesnt really matter either way. Yeah. > By the way, are you able to decrypt the SID? 工エエェェ(´д`)ェェエエ工???? I can't and I will never try to decrypt. Or, do you let me do? > I also made the encryption algorithm for that, and I am wondering if the encryption is easy to crack or not. You have to disclose what algorithm you use. Hidden security is not secure. Use public algorithm which is already inspected by so much specialists. For example RSA, if the algorithm is known (already known), but the private key is not know, the seculity is still kept. So if KAGI is made by your own algorithm , it is dangerous. KAGI should be protected by popular cipher algorithms, Mr. cipherwraith?
Go ahead and try to decrypt it. If it is too weak, then I can easily switch it to another algorithm. If you can successfully decrypt it, then please tell me.
646 :
>>645 > Go ahead and try to decrypt it. If it is too weak, then I can easily switch it to another algorithm. > > If you can successfully decrypt it, then please tell me. 工エエェェ(´д`)ェェエエ工工エエェェ(´д`)ェェエエ工工エエェェ(´д`)ェェエエ工工エエェェ(´д`)ェェエエ工 やだよめんどくさい。 よほど自信があるようなのでみなさんどうですか? >Codemonkey I'll never try.
647 :
>>646 Many people will try to break the encryption. I just hope that its not easily broken. If the people in this thread can test it, then I would be grateful. It is better to find out sooner than later.
648 :
Does rokka need an index page? rokka.bbspink.com/index.html rokka.2ch.net/index.html Is this necessary?
649 :
>>648 No, it is not necessary. Rokka is just a service, it is not a site. You can just put a redirect to the front page of 2ch.net or something like that.
650 :
>>649 I was thinking it might be good to put the rokka specifications for app developers on the index.html for rokka.
>>653 Wonderful. Please tell me if they have any results.
655 :
HTTP status code response Value Description 1st line 200 Success Success Live the dat is live thread Pool the dat in not live and not archived Archived the dat is archived 400 Bad Request Error 401 Unauthorized 69 invalid KAGI, expired or illegal 420 access too fast 666 invalid OPTIONS or QueryString 403 Forbidden 404 Not Found 13 invalid THREAD 8008135 invalid SERVER/BOARD 405 Method Not Allowed 42 invalid HTTP method maybe HTTP status code response Value Description 1st line 200 Success Success Live the dat is live thread Pool the dat in not live and not archived Archived the dat is archived 400 Bad Request Error 666 invalid OPTIONS or QueryString 401 Unauthorized 69 invalid KAGI, expired or illegal 403 Forbidden 420 access too fast 404 Not Found 13 invalid THREAD 8008135 invalid SERVER/BOARD 405 Method Not Allowed 42 invalid HTTP method
なにかしてます? C:\>tracert rokka.2ch.net Unable to resolve target system name rokka.2ch.net.
663 :
>>662 I am debugging some things right now. Please wait and it will stabilize.
664 :
Unfortunately there are some problems with banana3001. I will replace it tomorrow.
665 :
>>655 > HTTP status code response Value Description > 1st line > 200 Success Success Live the dat is live thread > Pool the dat in not live and not archived > Archived the dat is archived > 400 Bad Request Error > 401 Unauthorized 69 invalid KAGI, expired or illegal > 420 access too fast > 666 invalid OPTIONS or QueryString > 403 Forbidden > 404 Not Found 13 invalid THREAD > 8008135 invalid SERVER/BOARD > 405 Method Not Allowed 42 invalid HTTP method HTTP status code response Value Description 1st line 200 Success Success Live the dat is live thread Pool the dat in not live and not archived Archived the dat is archived 400 Bad Request Error 666 invalid OPTIONS or QueryString 401 Unauthorized 69 invalid KAGI, expired or illegal 403 Forbidden 420 access too fast 42 invalid HTTP method 404 Not Found 13 invalid THREAD 8008135 invalid SERVER/BOARD 405 Method Not Allowed ← HTTP 1.1
666 :
>>665 Should "405 Method Not Allowed" be changed to "403 Forbidden"?
667 :
>>666 > >>665 > Should "405 Method Not Allowed" be changed to "403 Forbidden"? Or, 400 Bard Request ?
668 :
>>667 > >>666 > > >>665 > > Should "405 Method Not Allowed" be changed to "403 Forbidden"? > Or, 400 Bard Request ? Bad Request orz
# today's animes are all the final episode, until 5am wwwwwwwwwww
> 181 名前:水玉(Mizutama) ◆qHK1vdR8FRIm [sage] 2013/09/17(火) 10:58:13.15 ID:m2FR2lgj > 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 ? > 182 名前:xerxes.maido3.net [] 2013/09/17(火) 12:45:12.27 ID:bTT5gpK+ > >>181 > That is a really neat idea. I like it very much. > 183 名前:Code Monkey ★ [] 2013/09/17(火) 14:35:52.05 ID:??? > >So now we would say get a archive from Rokka using KAGI. > KAGI is a cool name! > 186 名前:水玉(Mizutama) ◆qHK1vdR8FRIm [sage] 2013/09/17(火) 16:18:04.68 ID:m2FR2lgj > >>182 > I've read "That is a realy neet idea" 1st time orz.
> Log-in 「●にログインする Maru ni rogu-in suru」→「鍵を開ける Kagi wo akeru」 まだ開けてないからちょっと違うかな。 「フーテンの寅さんからロッカーの鍵をもらう。その鍵でロッカーからログが取り出せるし、 書き込みのとき鍵を見せるといろいろオマケがあるぞ。 難しく言うと『セッションIDとしてKAGIを渡すと認証してRokkaやbbs.cgiが有料サービスを提供する』かな」 そーいやKAGIの有効期間とかfuten.cgiの叩きすぎとかどうなっているのかしら? Rokka自身には叩きすぎエラー処理があるけど、futen.cgiはどうなのかしら?訊いてREADMEを更新しておこう。
>Codemonkey and Jim, How long a KAGI can be used after it has been gotton from https://2chv.tora3.net/futen.cgi . And is there any time limitation like Rokka ? If the valid period is short enought, such as used to get a dat from Rokka once, it is secure. But https://2chv.tora3.net/futen.cgi (how are you saying? still ●?) gets busy and KAGI will be weak to crack. Previous a SID of ● was about 24 hours, but I could not find official description. I'd like to describe in README.md the valid period and access limit.
674 :
>And is there any time limitation like Rokka ? The current valid period is the same as Maru. 24 Hours. >such as used to get a dat from Rokka once Maybe a 15 second valid period? Then the users will need to authenticate with futen.cgi every time they use Rokka. Whether or not this is possible depends on how the APP Developers do the authentication. In the past, did the APPS authenticate with futen.cgi every time Maru was used?
675 :
>>674 > Then the users will need to authenticate with futen.cgi every time they use Rokka. I just wanted to know the possibility. Arround >>50, a couple of people said it was better to make KAGI as one time. But I found (>>55) UNEI said "Does the browser try to get SID so much? If so, then reject it." therefore I'd like to know how Futen checks access interval. > Whether or not this is possible depends on how the APP Developers do the authentication. > In the past, did the APPS authenticate with futen.cgi every time Maru was used? the twintail does After start-up, if there is no KAGI authenticated when it is required Past 23hours since current KAGI has authenticated Manually in the dialog window Never serialized I think one time KAGI can be acceptable due to seculity reson but I don't want make more changes.
Anyway I need the time limit value. N/A can be. The valid period is confirmed , 24hours.
Another question regarding KAGI, is it possible to make the KAGI invalidated by the browser? Neither Ften for KAGI nor futen.cgi for ● can make SID invalidated by the browser request. Somehow Rokka and bbs.cgi could know the KAGI was invalidated by the browser(user), it were a way to avoid illegal usage if the KAGI was stolen. I just wanted know the possibility for further improvement, not now.
676 :
>it were a way to avoid illegal usage if the KAGI was stolen. We could make a system to invalidate KAGI, but it currently does not do that.
677 :
>>676. I see. If someone still concern the session hijacking, we can consider KAGI invalidating, one-time KAGI, HTTPS. Right now it's not necessary. I'll update README.md to put a note regarding the valid period, when you finish >>665-668. How is going >>664? And we should inspect following ASAP then clear remaining things. > 361 名前:Code Monkey ★ [] 2013/09/23(月) 12:37:40.58 ID:??? > >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" > 539 名前: 忍法帖【Lv=40,xxxPT】(0+0:8) 水玉(Mizutama) ◆qHK1vdR8FRIm [sage] 2013/09/25(水) 18:48:03.70 ID:mf/kBDDU > >>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. to make sure Last-Modified is working correctly even the post in the thread has been deleted. After it has been done, Remain things for Rokka (>>529) 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)
>If someone still concern the session hijacking, we can consider KAGI invalidating, one-time KAGI, HTTPS. These are all very good. Lets wait a few weeks and see if session hijacking really is a problem or not. If its a problem, then we can make one of these suggestions.
680 :
>>664 The banana3001 server is currently being moved to a new hardware. It should be finished tomorrow. >get from live thread, which is not in original spec. but you will add Yes, I will add this after Rokka works with 2channel. >work with 2channel Im still waiting for Jim-san about this. He said it should be decided soon. >thread listing with Servers/Boards data base (not announced) I will add the thread listing for servers/boards on Monday.
I'm surprising to see the tataima page (Rokka Home) via http://turing1000.nttec.com/403.dat, when I kick the link >>678. Is it official? Or are you testing? We nelers have no information. We are confusing now. Aynway if official, 1) What do you mean "あなたは間違った道を歩んでいます誠に申し訳ございません。"? Could you write down the original english? 2) http://stream.bbspink.com/update.txt is described in the 403.dat but it is so old. Why don't you link to https://github.com/Cipherwraith/Rokka/blob/master/README.md? or Why don't you update the text? Am I sniffing too much?
689 :
>>688 Good morning Mizutama-san Thank you for your help. 403 is updated...:)
エキサイト You are following the wrong way. 間違った方法に従っています。 Weblio You walk a wrong way あなたは、間違った方向を歩きます Google You have come a wrong way あなたが間違った道を歩んでいる 。。。。。。
I just uploaded Rokka to work with the new banana3001 server. Old server archives for bbspink now work again. Please see this for proof of the new banana3001 server: http://rokka.bbspink.com/venus/bbbb/1167713200/5-?raw=0.0&sid=*** I also changed the "405 Method Not Allowed" error to return "400 Bad Request" instead.
707 :
Mentai is a mess. If it is recoverable, then it will be on later. Please wait for that....
connected to rokka.bbspink.com Port:80 PUT / 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 400 Bad Request Content-Type: text/plain; charset="Shift_JIS" Content-Length: 9 Error 666 00000000 45 72 72 6F 72 20 36 36 36 Error 666 Why doesn't it return Error 42 you defined? And I cound not get Error 666; GET /kilauea/3shuchaku/1379468188/2k?sid=***** HTTP/1.1 → no error with entire dat GET /kilauea/3shuchaku/1379468188/?qstr=3.14&sid=***** HTTP/1.1 → Error 69 Maybe Error 666 doesn't make any sense.
710 :
GET /kilauea/3shuchaku/1379468188/?sid=Monazilla/2.00:4***** HTTP/1.1 User-Agent: DownLoader/0.1 (Beta-Debug 0.1.0.15) 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: 241 Content-Type: text/plain; charset="Shift_JIS" Last-Modified: Wed, 18 Sep 2013 08:00:45 GMT Success Archive 名前はまだにゃい</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<> てst <> テスト</b>(プーアル茶)<b><>sage<>2013/09/18(水) 11:06:11.70 ID:yNfqARZV<> てst <> </b>忍法帖【Lv=40,xxxPT】(2+0:8)<b> </b>(笑)<b><>sage<>2013/09/18(水) 17:00:43.08 ID:Lwq7M9L4<> test <> I've been waiting the post #3 on the thread long time but it is still not deleted. I've wanted to make sure Last-Modified with deleted thread but I counldn't. I've quited waiting the thread has been modified. Further inspection I'll never try.
711 :
403.dat is now returned if the thread requirs authentication. And Rokka starts working with 2chan.
Still not yet. And I heard "it will be tomorrow" many times. I'm not sure how many time TOMORROW I spent.
715 :
明日こそやるから。。。 また明日こそね。。。
716 :
Basic functionalities of Rokka is seemed to be working correctly. Remaining things are not related Rokka basic functiononalities. ついんてーる is working with Rokka, which is my original plan and goal. Any questions I asked will never be answered, I guss. So it is not necessary for me to stay on this thread any more. I got physical/mental broken, I'm very tired. Then I decided to leave this thread. Further supporting can be done by someone else in this thread. There are many clever guys I've ever seen. Thanks a lot, and bye. # もうゴールしてもいいよね…
>>709 Youre right. Maybe error 666 doesnt make sense. I will make it return error 42 instead. >>710 I just deleted #3 on that thread. Sorry for waiting so long. >>711 Jim-san added the 403.dat. It is still buggy. I will need to add some catches into Rokka to return errors instead of 403. >>714 There have been a lot of TOMORROW. I am the only person working on the software for Rokka. I dont have enough hands to do everything at the same time. >>716 I am very tired too. I spent 400 hours working on Rokka already. Thank you very much for your help Mizutama-san.
719 :
もう日本語でやりなよ
720 :
>>709 I think "Error 666" should be deprecated. I just saw in the code that Error 666 only happens when the url is malformed during the "BuildUrl" function. Rokka checks for malformed URLS before the BuildUrl function, so BuildUrl only sees good Urls. It will never return Error 666. Error 666 needs to be removed, or used for something else.
721 :
>>716 Thank you for your help Mizutama-san. I hope that your health improves.
722 :
HEAD とGET以外のmethodは"501 Not Implemented"が正しいと思う An HTTP/1.0 server should return the status code 501 Not Implemented if the method is unrecognized or not implemented.
723 :2013/10/01
> I thought Rokka gets a file thru the network as similer as Shared File on Windows. この部分が気になる NBT同様の方法でってのは、NFS等のよく知られた手法か、今回新たに作った独自手法かどちらで実現? これまでApache配下のモジュール内で全てdat書き込みの同期化と読み込み共有の制御がされて来た所に、 共有絡みの別プロセスからの読み込みが増えるという理解なんだけど、 datファイルの共有制御や排他制御はきちんと行われるの?それとも過去ログの特性上、 ホスト鯖のApacheが許可するファイル読み書きとは同じファイルに対する操作は発生しないって設計? 後者の場合、もし万一操作が衝突した場合の挙動はどうなるの? I want to know detail of this specification. How is designed behavior about file access collision between Apache and new-added proccess on target server ? Does 'as similer as' mean well-known protocol (NFS etc.) or new-made protocol for Rokka ? I have understood that old system collectly controlled all '.dat' file access collision by customized code module under Apache process, but Rokka system append new access in this outside Apache on target server. In this case, is collectly controlled shared and exclusive access ? Or is it designed that file access collision between Apache and file shared process never happen on same '.dat' file ? If latter condition is met, how does target server behave when collison happened in unexpected rare case ? Is it never necessary for us to worry that critical behavior like 'target server locked' etc is caused ?