read.cgi 2006―JavaScriptはCGIの夢を見るか

**ｒｅｆｆｉ@報告人 ★** · NG

read.cgiをjavascriptで実現させるプロジェクトのスレッドです。

テスト版
http://sunos.saita.ma/read-js/test/read.cgi
http://sunos.saita.ma/read-js/test/read.cgi/operate/1153615149/

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:25:55

じょじょっびじょばーじょびじゃば作戦始動

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:33:38

後の猪木である

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:35:05

すごいNE

**動け動けウゴウゴ２ちゃんねる** · NG

えらー？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:41:47

セキュリティー上、ファイル書き込み不可な仕様だから無理

phpで殺れ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:42:46

ルトガー・ハウアーは出てきませんね、おじゃましましたー

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 18:49:16

>>6
ファイルに何かを書き込む必要、ある？

**stream** ◆PNstream2s · 2006/07/25(火) 18:53:16

datファイルを取得というと勘違いされがちなんだけど、決してこれは2chブラウザの代替ではない。
read.cgiの代替(改良)である。

**ひょうりゅう** ◆MIPS.kHN86 · NG

今までの dat と互換性を残すとすると、デフォルトが
javascript版になった場合、
http://qb5.2ch.net/test/read.cgi/operate/1153819270/
で表示されるのがjavascript版になると。

そして、今使われている read.cgi も残すとすると、それは
別のURLになるのかな。
もし、javascript版を別のURLにして、それをデフォルトにすると
専ブラの仕様変更が必要になる場合があるのかな。

▲ ◆SANUKI/VII · NG

夢ってもんはみるもんじゃないぜ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 19:08:55

叶える物さ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 19:09:14

javascript版もdat読み行ってるだけだからなんも問題ないんじゃないの？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 19:10:45

へーおもすれー

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 19:15:01

携帯のフルブラウザとかはどーなる？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 20:03:47

>>15
JavaScriptが使えれば何の問題もない。
・・・DSブラウザからだとちゃんと動くんだろうか？

**stream** ◆PNstream2s · 2006/07/25(火) 20:23:42

このプロジェクトのきっかけ

http://qb5.2ch.net/test/read.cgi/operate/1153615149/775,827,843

775 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：2006/07/25(火) 04:34:06 ID:???0 ?BRZ
おいらはブラウザ派なのですな。

javascriptだけで、read.cgiが実現できるんじゃないかと、
前から思ってるんですが、誰か試してみないすかね。

827 名前： ◆MUMUMUhnYI [sage] 投稿日：2006/07/25(火) 13:42:07 ID:q+wYsp2i0 ?BRZ
(略)

>>775
まったく同じことを考えているです。
２ちゃんねるからは、dat と subject.txt を転送するだけにしたいと。

こう言っておくと、あの某 saita.ma 方面の超人的な人が、
何か考えてくれるかもしれないかもしれないなぁ、とか。

というか、>>811 おー。すばらしいです。
ぜひ、ぜひ。

read.cgi の負荷がきれいさっぱりなくなるかもしれないって考えただけで、
胸のときめきを感じます。

843 名前：株価【950】 ▲ ◆cZfSunOs.U [sage] 投稿日：2006/07/25(火) 15:16:52 ID:MjMtyIbZ0
まぁ http://sunos.saita.ma/leaflet.html なんかは，>>775 みたいなことを考えてた時に作ったわけですがｗ

んで，http://sunos.saita.ma/read-js/test/read.html ってのをこしらえてみますた．
http://sunos.saita.ma/read-js/operate/dat/ のように dat がある時，例えば
http://sunos.saita.ma/read-js/test/read.html/operate/1153615149/ のように使う，と......

◆BOX/05.... · 2006/07/25(火) 21:27:18

へー
すごいな

◆Reffiz2Zh. · 2006/07/25(火) 21:42:50

今のところの問題点

・文字化けや表示できないブラウザ等がある
　表示できないブラウザは従来方式に切り替えれば対応可能

・表示速度がマシンによって遅くなる
　重い部分をクライアントではなく鯖側に持って行けば解決可能？

こんなところかな？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 21:46:49

>>19
「重い部分」というのは主に整形処理であって、それはread.cgiが行う処理の
大半でもあるという罠

**御法川将貴** · 2006/07/25(火) 23:17:23

斎藤優貴は価値も薄れた人間だな

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 23:18:54

>>19
究極的にはAASみたいに画像表示にすればフォントの問題も解決しそうだけど
無理か

**動け動けウゴウゴ２ちゃんねる** · NG

AASって素人目には負荷すごそうなんだけど
どうにかならんのか？

**root▲ ★** · NG

さて、.htaccess 的にはどうすればいいのかしら。 < dso に入れる場合

**stream** ◆PNstream2s · 2006/07/26(水) 00:27:30

<Files read.cgi>
AcceptPathInfo On
ForceType text/html
SetHandler default-handler
</Files>
<Files *.dat>
Header append Cache-Control max-age=5
AddDefaultCharset Shift_JIS
ForceType text/plain　←2chの今の設定によっては不要
</Files>

どうあがいてもIE6だと文字化けする、が俺の見解。

**stream** ◆PNstream2s · 2006/07/26(水) 00:29:37

今の状態でdatファイルは text/plain になってるから
ForceType text/plain
は要らないですかね

text/○○ じゃないと AddDefaultCharset Shift_JIS が反映されないんで

**root▲ ★** · NG

>>25
> どうあがいてもIE6だと文字化けする、が俺の見解。

質問・雑談スレ231＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1153615149/966

これでも?

株価【900】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 00:34:58

まぁ，JavaScript の文字列処理は Unicode 前提ってことなんでしょうねぇ......

**stream** ◆PNstream2s · 2006/07/26(水) 00:35:15

>>27
こんなのも試してみたんですが
http://nurucom-archives.hp.infoseek.co.jp/digital/escape-codec-library.html

どうしても、Shift_JISのdatファイルを無理やりまずUTF-8として読み込まなきゃいけないんですが
そのときにUFT-8的におかしなデータを?に変換してしまうみたいで。

**root▲ ★** · NG

>>28
ですね。

なので、>>27 しかないのかなと。

**stream** ◆PNstream2s · 2006/07/26(水) 00:36:49

304 Not Modified が返ってきた時点で文字化けするんで、
これをやれば文字化けしないんでしょうけど(試してません)。

http://qb5.2ch.net/test/read.cgi/operate/1153615149/904
904 動け動けウゴウゴ２ちゃんねる [sage] 2006/07/25(火) 17:30:30 ID:5p+KTVNq0
dat適当に取得するスクリプト書いて、IEで軽く試してみた。

xmlhttp.setRequestHeader("If-Modified-Since", "Thu, 01 Jun 1970 00:00:00 GMT")
を、追加したらいつでも最新を読み直すようになったよ。
アレだけどｗ

**root▲ ★** · NG

>>29
うーむ。

センス悪い方法としては mod_filter + mod_proxy あたりを使うんですかね。

/板名/dat/*.dat は生だが、

/板名/dat_uta8/*.dat を読むと、上記を mod_filter が UTF-8 にコンバートしてから、
クライアントに渡すとか。

**root▲ ★** · NG

センス悪いというか、そんなに悪くないのかな。

ちょっとコスト上がりますが、少なくとも read.cgi で表示するための
整形処理するよりは、負荷低いはずだし。

で、mod_cache とかが＊うまく＊動けば、一個コード変換したものは
キャッシュされるようにできるかもしれないし。

**root▲ ★** · NG

で、JavaScript 化で得られるメリットを考えたら、
コード変換のコストは、reasonable だと思ですね。

結局、単なる決められた数値演算に過ぎないし。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 00:53:24

>>16
Opera8で動くから、
Opera8ベースを使ってるDSブラウザなら余裕だと思う

**動け動けウゴウゴ２ちゃんねる** · NG

>>35
再読み込みもOK?エラーでない？

**ひろゆき＠どうやら管理人 ★** · NG

はや！

**root▲ ★** · NG

>>37
まだ、スタート地点に立ったばかりです。

ほんとの苦労は、これから、これから。

で、これ、どう思いますか?

【にがうり】雪だるま作戦のスレを待ち続けるスレ Part17
http://aa5.2ch.net/test/read.cgi/nanmin/1153671484/289-

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:05:10

responseTextじゃなくて、responseBodyなら、
クライアント側で変換できるけど。遅いよ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:05:27

実用的ではない
まず重い、ありえない
そもそもJavaなんか切ってる人が大半
───終了───

**ひろゆき＠どうやら管理人 ★** · NG

>>38
1年間に飛行機に乗る人のうち、マイレージプログラムに執着するのは
何割なんでしょう。
少数の高額利用者の食い合いをしてる業界であればわかるのですが、
無料で利用できる掲示板にそのまま適用できるとは思えなかったりします。

**root▲ ★** · NG

>>41
> 1年間に飛行機に乗る人のうち、マイレージプログラムに執着するのは
> 何割なんでしょう。

AMC (ANAマイレージクラブ)の会員は、およそ1000万人と言われています。
乱暴に言えばまぁ大体、飛行機に乗る日本人の数と、当たらずとも遠からずかと。

で、PLT 以上なのは、つまりマイレージプログラムに執着しているとみなせる人は、
そのうちのおよそ 1% 程度といわれています。

つまり、だいたい私と同じか、あるいはそれ以上のレベルの廃人は、
全国に10万人ぐらいは、いることになるです。

これを多いと考えるか少ないと考えるかで、
このようにエンブレムを載せる意味が、
あるのかないのかにつながっていくんではないかと。

で、私は「これは無料だからこそより適用できるのだ、掲示板には愛が大事なのだ」
と、全く根拠なく思っていたりします。

**root▲ ★** · NG

>>42
> つまり、だいたい私と同じか、あるいはそれ以上のレベルの廃人は、
> 全国に10万人ぐらいは、いることになるです。

で、これは自分で飛行機を利用した時の、PLT 以上の数の感覚、
例えばラウンジの込みようとか、ビジネスクラスに乗ったときの配膳メニューに
マルP と書いてあるか(見えないようにしているけどたまに見える)とかとも、
だいたい一致している気がするです。

個人的には「廃人は思ったより多いなぁ」という感覚ですね。
というかマイレージプログラムがあるから、廃人が増えるのかもしれないです。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:14:43

ひろゆきってどのブラウザ使ってるの？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:15:06

それやるならついでにプロフィールの背景色連動させて変えようぜ。紺色にしたい
あとそろそろ ? を消して BRZ とかにリンクはらね。
そろそろスレ違いな雰囲気だが

**root▲ ★** · NG

>>45
> あとそろそろ ? を消して BRZ とかにリンクはらね。
> そろそろスレ違いな雰囲気だが

これは、スレ違いじゃないかもですね。

新しい read.cgi では、? をはずしてみるとか。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:18:25

それはいいが、まずdatの形式を#形式にしてもらえないだろうか。

スレ違い御免。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 02:21:51

あとポイント自分に送れるままにしとくなら
ポイントに必要なch森稼ぐ手段としての証券取引所も活性化が見込める

**root▲ ★** · NG

で、明日あたりに質雑を読み返して、
出てきた issue を、こっちにまとめておきますか。

このへんから。
今日(もう昨日だけど)は歴史が動いた日で。

質問・雑談スレ231＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1153615149/775-

すべては、一言の神の啓示から始まったと。
そんなわけで。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 10:57:12

AjaxでdatをDLするんでそ？
最新のN件とかはどうするの？毎回DAT丸ごとDL？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 10:58:48

京ぽんOperaの場合、オフラインでなら動くのあるんだけどね～。
★h" style/2ch DAT ビューア
ttp://www13.plala.or.jp/airh/filearea/tool/2chdat/index.html

京２だと保存したdatの拡張子が.htmになっちゃうんで、PC使って拡張子.datに直さないとダメ。

株価【1000】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 11:24:50

XMLHttpRequest だといろいろ苦しみそうな気がするので，
方針転換して隠しフレームに読み込む形にしてみますた．
たぶん，これで文字化け問題も解決するかと......

それから，先日作った be.js も取り込んで，dat への記録は従来形式
（# の数でランクを示す）のままでも表示段階でマイレージランクに
変換するようにしますた．頭の ? も消えます（ただ，直接 dat に
マイレージランクを記録してる分には対応してません）．
で，be.js は index.js と同様に www2 あたりに置いて頂ければ，と......

**動け動けウゴウゴ２ちゃんねる** · NG

まだばーじょんは書いて無いね

**動け動けウゴウゴ２ちゃんねる** · NG

あ、opera8.54でも見られるようになった。
だけど、ここ壊れていますが最後に出るよ。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 13:23:52

IEはダイレクトＸにfirefoxはextentionからdll呼び出し
とかはダメ？operaは知らないけど・・・

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 13:28:36

全てに対応しようとしないで、対応していないブラウザはいままで通りread.cgiに飛ばすってのがいいんじゃいかと。
半分のアクセスをこれで対応するだけで、負荷的にはかなり下がるんだし。

**動け動けウゴウゴ２ちゃんねる** · NG

Windows 2000 Service Pack 4
IE Version: 6.0.2800.1106
IEからみたら読み込み中のまま。フリーズはしなかった。
セキュリティ設定は中。キャッシュを消して見たけどだめ。
http://sunos.saita.ma/read-js/test/read.cgi/operate/1153615149/

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 14:40:09

IE以外のブラウザは無視して可ではないのですか。
どういうユーザ層がどのブラウザを使ってるか考えれば。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 14:45:25

そうだね、プロテインだね

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 15:11:36

read.cgi動かすのとiconvとかnkfとかを動かすコストってどのくらい違うのかな。
ほら、XMLHttpRequestってリクエストヘッダも自由自在に送れたりするじゃん？

株価【700】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 15:47:14

隠しフレーム方式の場合，今度は文字コードではなく MIME type がバタつくようで...＜IE
text/plain として扱ってくれるといいんですが，text/html と勝手に解釈してくれると
dat 中に含まれるタグのところでテキストがバラされたり \n もすっ飛んだり，
ってのが >>57 のようで......あちら立てればこちら立たず......

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 15:48:07

というか、Ajax使うならまず最初にブラウザ判定をきちんとやって、
非対応ブラウザなら別の処理に回すってのが常道かと思うが

株価【700】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 16:34:39

>>62 まぁ現状では，JavaScript 版と CGI 版をそれぞれどんな URL で提供するかとか
そのあたりも決まってないし，そもそも IE での奇妙な挙動の問題を解決しないことには
実際に日の目を見ることもないでしょうから，その解決がまず先決でしょうし......

で，文字コード変換フィルタモジュールってことではこんなのがあったりします......
http://httpd.apache.org/docs/2.2/mod/mod_charset_lite.html

**stream** ◆PNstream2s · 2006/07/26(水) 16:38:19

IEだと「別の処理」すらできないのにブラウザ判定も何もないよ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 17:00:48

Javascript用のdatディレクトリを用意してmod_charset_liteの設定をする.htaccessを用意して
datは専用ブラウザ用の方へのsymlinkにすると？

**root▲ ★** · 2006/07/26(水) 18:13:56

やりたいことと、とりうる手段の整理からしようかと。

◆Reffiz2Zh. · 2006/07/26(水) 18:19:16

とりあえず、最優先の問題点は現方式だとＩＥでは表示できない事ですか
（炎狐では問題なし）

**動け動けウゴウゴ２ちゃんねる** · NG

よく見てないので何ですが

datをtext/plainで表示するように.htaccessで設定したものを
アップした後

スクリプト内で
datファイルを読み込んだ直後（70行目あたり？）に
下記のようなタグ書き換えを行う正規表現を置いてみてはどうでしょうか。

var loadDat = loadDat.replace(/</g,"<");
var loadDat = loadDat.replace(/>/g,">");
var loadDat = loadDat.replace(/<pre>/gi,"");
var loadDat = loadDat.replace(/<\/pre>/gi,"");
var loadDat = loadDat.replace(/&/gi,"&");
var loadDat = loadDat.replace(/<xml>/gi,"");
var loadDat = loadDat.replace(/<\/xml>/gi,"");

変化が無ければごめんなさいという事で。
失礼しました

**動け動けウゴウゴ２ちゃんねる** · NG

タグが書き換えられている・・
こちらです↓

var loadDat = loadDat.replace(/＆lt;/g,"<");
var loadDat = loadDat.replace(/＆gt;/g,">");
var loadDat = loadDat.replace(/<pre>/gi,"");
var loadDat = loadDat.replace(/<\/pre>/gi,"");
var loadDat = loadDat.replace(/＆amp;/gi,"＆");
var loadDat = loadDat.replace(/<xml>/gi,"");
var loadDat = loadDat.replace(/<\/xml>/gi,"");

「＆」を半角にして頂ければ。

**root▲ ★** · 2006/07/26(水) 18:53:00

>>67
まだ、個別の項目にいく時期ではないと思うです。
JavaScript でやるのかどうかも、まだ決まっていないと思っています。

というわけで、整理を。

○今回やりたいこと

２ちゃんねるのサーバの負荷を軽くしたい。

○今回の目標

今回は具体的な事項として、

・掲示板サーバで read.cgi を動かすのをできるだけ少なくする

ことを目標にする。

最終的には全廃をめざすが、read.cgi の起動数を少なくできるなら、それでもよい。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:04:57

>>70
やりたいこと＆目標は

http://qb5.2ch.net/test/read.cgi/operate/1153615149/775
＞おいらはブラウザ派なのですな。
＞
＞javascriptだけで、read.cgiが実現できるんじゃないかと、
＞前から思ってるんですが、誰か試してみないすかね。

じゃなかったっけ？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:07:02

>>71
それ、>>70と矛盾してる？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:08:22

つまりread.cgiの負担を減らす事かと

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:09:03

目標は>>70、やりたいことは>>71で。

**外野ｧｧﾝ** · 2006/07/26(水) 19:16:29

>>70がrootくんが独自に掲げたお題だっていうなら納得
>>70がひろゆきくんからの指令だって言うなら否定

**root▲ ★** · NG

>>70 は、私の位置づけです。

で、それがたまたま、管理人の興味と一致したので、
私もやる気になった。

ということだと思います。

**root▲ ★** · NG

なので、私は >>70 の目的が実現できるのであれば、
別にその手段が JavaScript である必要はかならずしもなくて、
別のものでもいいと思っているです。

JavaScript 以外の候補としては、

・flash
・Java

なども、あると思っています。

で、私としては管理人が「JavaScript 以外のものは使うな。これは私の命令です」
と言わない限り、可能性はより多いほうがいいなと考えています。

つまり、上記に JavaScript も含めたそれぞれの

・メリット
・デメリット
・実現可能性

などなどの要素を総合的に評価したうえで、
目標実現のためにどんな道具を使うのがいいか、決めたいかなと。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:34:30

だったらActiveXでWebブラウザ上に2chブラウザ再現しちゃえば良いじゃん。IE限定だけど

**root▲ ★** · NG

>>78
それも、手段としてはありえますね。

今 >>78 さんは「IE限定」と書かれていたわけですが、
目的の実装に使う手段を選ぶときには、そういったファクター(汎用性とか)も、
当然考慮するべきものの一つなのかなと。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 19:44:51

IETabみたいに、レンダリングエンジンをうまく
ごにょごにょすればfirebirdでも大丈夫だぜ

**stream** ◆PNstream2s · 2006/07/26(水) 19:57:39

>>78 >>80
うーん、read.cgiの代わりだからなあ。2ch独自のものを導入させるってのは違うと思う。
JavaScriptにしてもFlashにしてもJavaアプレットにしても、2ch独自じゃないし。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 20:10:42

2001年の閉鎖危機の時にもread.cgiをjavascriptで代用するという案があったけど、
当時は互換性うんたらかんたらで却下されました。

**stream** ◆PNstream2s · 2006/07/26(水) 20:24:33

んで、mod_charset_lightでUTF-8に変換してみたけど、うまくいきますね。
ただ、Shift_JIS的におかしなデータがdatファイルに存在すると500 Internalサーバーエラーになるっぽいですね。

**root▲ ★** · NG

>>83
なるほど。

ただこの場合、コード変換の分だけ、サーバは仕事をすることになりますね。
read.cgi 動かすのとどっちが負荷がトータルで低くなるか、が、
重要なポイントの一つなのかな。

あとは、ユーザに影響が出ないように実装できるのか、とか。

いずれにせよ、
> ただ、Shift_JIS的におかしなデータがdatファイルに存在すると
> 500 Internalサーバーエラーになるっぽいですね。

は、ちょっといまいちなのかなと。

**stream** ◆PNstream2s · 2006/07/26(水) 20:34:48

>>84
それは詳しい人のフォロー待ちです
マニュアルちょっと読んで試しただけなんで

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 21:08:04

IEのデータバインディングを使って、datをcsvとして読み込むという方法もあるのかな。
http://www.microsoft.com/japan/msdn/columns/dude/dude1103.aspx

ここのサンプルなんかはSJISのデータファイルを読み込んでる。
http://himuka.miyazaki-c.ed.jp/db/kyouzai/manual/orienteering2/ogura/sample.htm

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 21:20:34

Java アプレットは重い（特に VM 起動時）ですからね......
Flash は Java よりは軽いでしょうけど，（文字列の扱いにもよるのかも
知れませんが）文字化けすることもあって......まぁこちらの環境は少数派でしょうけど．
http://sunos.saita.ma/read-js/test/flash.png
JavaScript はブラウザによって挙動不審になったりとかする部分もあったりするのが
苦労するところですが，それを乗り越えれば一番お手軽ではあるんですよね．

あと，フィルタモジュールの負荷ってことなら，文字コード変換より圧縮，
つまり mod_deflate の方がよほど重いかと．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 21:22:52

ここで空気を読まずにJSP

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 21:29:57

JSPって↓のようなやつだっけ？
＜%
　for(int i = 0; i < bbs.getLastNum(); i++){
%＞
メッセージ：＜%=　bbs.getMessage()　%＞＜br＞
＜%
　}
%＞

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 21:30:19

Web製作板でJavaScript版
プログラム板でJava Applet版
Flash板でFlash版
を作ればいいんでね？盛り上がりそうｗ

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 21:36:49

SunがMicrosoftのVM潰さなければねぇ。
独自拡張もあったにしろMicrosoftの方が早かったのに。

**動け動けウゴウゴ２ちゃんねる** · NG

JSPはサーバサイドだからあんま意味なくね？
それとも実はものごっつ軽いとか？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 23:03:24

いや、別にJSPがものごっつ軽いとかは無い。
普通にサーバサイドだし。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/26(水) 23:10:45

不正なバイトシーケンスを無視して 500 エラーにしないようにするパッチ．

--- httpd-2.2.2/modules/filters/mod_charset_lite.c Sat Apr 22 10:53:06 2006
+++ httpd-2.2.2/modules/filters/mod_charset_lite.c Sat Apr 22 10:53:06 2006
@@ -188,6 +188,31 @@
return NULL;
}

+static apr_status_t _xlate_conv_buffer_no_eilseq(apr_xlate_t *convset,
+ const char *inbuf,
+ apr_size_t *inbytes_left,
+ char *outbuf,
+ apr_size_t *outbytes_left)
+{
+ apr_status_t rv;
+
+ while (inbytes_left && outbytes_left) {
+ apr_size_t inbytes = *inbytes_left, outbytes = *outbytes_left;
+
+ if ((rv = apr_xlate_conv_buffer(convset, inbuf, inbytes_left,
+ outbuf, outbytes_left)) != APR_EINVAL) /* EILSEQ */
+ break;
+ if (*inbytes_left)
+ inbuf += inbytes - --(*inbytes_left);
+ if (*outbytes_left)
+ (outbuf += outbytes - --(*outbytes_left))[-1] = '?';
+ }
+
+ return rv != APR_EINVAL ? rv : APR_SUCCESS;
+}
+
+#define apr_xlate_conv_buffer _xlate_conv_buffer_no_eilseq
+
/* find_code_page() is a fixup hook that decides if translation should be
* enabled; if so, it sets up request data for use by the filter registration
* hook so that it knows what to do

**ゴッド便所** ◆AKQJ10itoI · NG

文字コード変換でサーバーにかかる負担はどれくらいなんだ？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/26(水) 23:33:57

文字コード変換もjava scriptで。

**root▲ ★** · NG

>>90
それぞれの住民が、競い合って作るというのはどうか。

>>94
おぉ。

これでいけるなら、文字コード変換のコストは
それほどでもないと。

あとは、/板名/dat だと今までの dat を生読みして、
/板名/datutf8 だと mod_filter かました結果で出る、
というふうにできると、いいのかな。

mod_proxy 使えばできそうな気がするんですが、どうやるのがいいんだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 00:17:17

jspは意味無いでしょ・・・
折角、サーバ側で読み出しの負荷を下げようというのに・・・

**stream** ◆PNstream2s · 2006/07/27(木) 00:21:06

>>97
板のディレクトリのところに dat-utf8 とかでdatディレクトリに対しシンボリックリンク作って
そこへのアクセスはmod_charset_liteを使うようにするとか

これだと各サーバーの各板でシンボリックリンクを張る作業しなきゃいけないから大変？

**root▲ ★** · NG

>>99
めんどそうだなぁ。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 00:35:54

<ぼそ>スイスアーミーナイフ</ぼそ>

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 00:44:39

rangeで**バイト以降のデータをリクエストしたら、変換後のバイト数で来るんだよね。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 18:42:21

ブラウザによって違う動作といえば、Gecko系のXMLHttpRequestは
同一ホストか同一ドメインに限られていたような。
これは各サーバに入れておけば済む問題だが。

**root▲ ★** · 2006/07/27(木) 20:07:57

JavaScript は、結構方言が多いんですかね。

大きく分けると、

・IE 系
・Gecko 系
・Opera 系
・Safari 系

ぐらい?

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 20:26:48

そこにバージョンの差とかいろいろ

◆Reffiz2Zh. · 2006/07/27(木) 20:32:55

>104
分類すると

・ＩＥ－Ｓｕｎ系　ＭＳ系
・Ｇｅｃｋｏ－1.5系　2.0系　3.0系

ＯｐｅｒａとＳｕｆａｒｉは使ったことがないので補足ﾖﾛ

◆Reffiz2Zh. **＠ｒｅｆｆｉ@報告人 ★** · 2006/07/27(木) 20:34:59

>106
Ｇｅｃｋｏ間違えて炎狐でやっちゃった

・Ｇｅｃｋｏ－1.8.0系（炎狐1.0.x）　1.8.1系（炎狐2.0）　1.9系（炎狐3.0）

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 20:37:27

Safariは1.X系と2.X系…か？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 20:45:01

SafariはKHTML系の一部だろ。
他にKonquerorとかある。

**あまた** ◆GOKvPKrEQ. · 2006/07/27(木) 20:58:53

Operaって
ttp://www.opera.com/docs/specs/js/
こんなでいいの？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/27(木) 21:19:09

>>102 そうなります......と言いたいところですが，基本的に chunked 転送となって
Range は効かないかと．もっとも，Range を効かせた場合は mod_deflate で
圧縮するわけにはいかない（Range 指定しても圧縮後の内容に対して
Range が効いてしまうため）とか，キャッシュと Range の相性もよろしくない
ってことで，果たしていいのか悪いのか......

なお，前のパッチ以外にも修正した方がいい点があったので，パッチ更新版を．
http://sunos.saita.ma/read-js/test/mod_charset_lite.patch

ちなみに，httpd.conf の設定はこんな感じかな．

AliasMatch ^/(\w+)/dat-utf8/(\d+\.dat)$ /home/ch2xxx/public_html/$1/dat/$2
<Location /*/dat-utf8/*.dat>
SetOutputFilter XLATEOUT
CharsetSourceEnc CP932
CharsetDefault UTF-8
</Location>

Alias /test/bbs-utf8.cgi /home/ch2xxx/public_html/test/bbs.cgi
<Location /test/bbs-utf8.cgi>
SetInputFilter XLATEIN
CharsetSourceEnc CP932
CharsetDefault UTF-8
</Location>

**root▲ ★** · 2006/07/27(木) 21:28:07

>>111
おぉ、、、。

これは、dso.2ch.net に入れると、
テストが可能になると言っていますか?

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/27(木) 21:33:51

>>111 かもですね．ただ...... sunos.saita.ma で見ている限りでは，
mod_charset_lite で必要な APR-Util 中の apr_xlate_*() の関数群が
FreeBSD だと普通にビルドすると APR_NOTIMPL になっちゃうかも知れない
っぽいんで，ビルド時に細工してやらないとならないのかも......？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/27(木) 21:39:59

>>113 s/>>111/>>112/

....../include/apu.h 中の

#define APU_HAVE_APR_ICONV 0
#define APU_HAVE_ICONV 1
#define APR_HAS_XLATE (APU_HAVE_APR_ICONV || APU_HAVE_ICONV)

のところで APR_HAS_XLATE (== APU_HAVE_APR_ICONV || APU_HAVE_ICONV) が 0 に
なってるようだと，そのままでは使えないので細工の上 APR-Util のビルドし直しが必要かと．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/27(木) 23:06:38

>>107
1.0 1.5 2.0?

**tato** · 2006/07/28(金) 00:17:25

この「CGIの夢を見るか」スレからここ↓「Ajaxでも語りませんか3」スレへ来られた方が
http://pc8.2ch.net/test/read.cgi/php/1147750917/
こんな質問↓をされているのですが、
http://pc8.2ch.net/test/read.cgi/php/1147750917/334

>IE6だと、最初のリクエストだとOK･･････304 Not Modified が返ってくると･････UTF-8と解釈して文字化け
この現象を確認できるページはどこかにあるでしょうか？

普通に考えると、304で表示されるのはキャッシュのはずですから、それが最初OKだったsjisではなく、UTF-8に解釈されてしまうとしたら、
個々のブラウザのローカルなエンコード設定の問題なような気もするのですが、何はともあれ、その現象がどこでも再現するのかを確かめたいと思いまして、、、。

◆KAGESsh/NQ · 2006/07/28(金) 00:26:30

>>103-107

参考になるのかな？
http://www.mozilla-japan.org/docs/web-developer/sniffer/browser_type_oo.html

＃Firefox は使い始めたばかりで、Mozilla(Gekko)、Firefox のバージョンの区別が…

**stream** ◆PNstream2s · 2006/07/28(金) 00:37:36

>>116
http://210.235.206.47/read-js/test/read.html/linux/1082969833/
http://210.235.206.47/read-js/test/read.html/linux/1153390747/
こんな感じです

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 00:41:08

一瞬CPUファンがすごく回転した。コワス・・・

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 01:24:01

とりあえず，UTF-8 の dat を取得する形で XMLHttpRequest 利用に戻しておいた．
ただ，sunos.saita.ma は共用サーバにつき自分で mod_charset_lite を組み込んだり
できないんで，UTF-8 に変換済みの dat を置いて代用......
http://sunos.saita.ma/read-js/operate/dat-utf8/

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 01:48:01

む、500になる。

**tato** · 2006/07/28(金) 02:00:54

キャッシュの再読み込み時に文字コード判定をUTF-8にしているようですね。
もし、キャッシュを無視する下記のような方法だとどうなるでしょうか？キャッシュは使えなくなりますが。。。
httpReq.open("GET", urlPrefix + "../" + paths[1] + "/dat/" + paths[2] + ".dat?"+(new Data()).getTime(),false);

#ところで、asyncがfalseのわけは？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 02:02:23

あ...... sunos.saita.ma には mod_headers が入ってなかったんだ......

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 03:16:41

JavaScript重すぎ。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 04:32:41

http://pc8.2ch.net/test/read.cgi/php/1147750917/337の案って

<?xml version="1.0" encoding="Shift_JIS"?><response><![CDATA[
動け動けウゴウゴ２ちゃんねる<><>03/08/31 03:53 ID:xo367wqv<> 踏むとスレ立てしたり投稿したりするスクリプトにつて <br> 情報を集めたり対策したりするスレです。 <>■　スレ立て・投稿スクリプト対策
動け動けウゴウゴ２ちゃんねる<>sage<>03/08/31 03:53 ID:Xj/IL/tw<> ( ﾟдﾟ)ﾎﾟｶｰﾝ <>
動け動けウゴウゴ２ちゃんねる<>sage<>03/08/31 03:59 ID:xo367wqv<> http://okazu.bbspink.com/test/read.cgi/ascii/1062203672/13- <>
(略)
]]></response>
っていうはったりXMLをサーバーが用意。

※CDATAは、 ]]>　だけが使えない。セクションの終りになっちゃうから。

文字コードの変換は行わないで、
＞<?xml version="1.0" encoding="Shift_JIS"?><response><![CDATA[
と、
＞]]></response>
で、はさむだけだから負荷はそんなにない感じ？

JavaScript側は
httpReq.responseText
を
httpReq.responseXML.documentElement.text

に変更するだけ。

って感じかな。誰かできる人試してくれ。
上手く行ったらBeをふりこんで置くように

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 07:18:47

今のread.cgiの出力を単純にこうするだけでもけっこう軽くなるでしょうか？

<form name="datForm">
<textarea style="display:none;" name="namaDat">
(ここにdatをそのまま出力)
</textarea>
</form>
<script src="lib.js"></script>
<script>
showThread(document.datForm.namaDat.value,1,1000);
</script>

**tato** · 2006/07/28(金) 09:46:52

今日、別のマシンのIE6で見たらリロードしても文字化けしていませんでした。もしかしてサーバー側で何か変りましたか？

ところで、

httpReq.open("GET", urlPrefix + "../" + paths[1] + "/dat/" + paths[2] + ".dat", false);
httpReq.send(null);
texts = httpReq.status == 200 ? httpReq.responseText.split("\n") : ["[エラー]<><>[エラー]<>[" + httpReq.statusText + "]<>[エラー]", null];

この部分ですが、このままですと着信待たずにresponseText要求して失敗する可能性が高いので、たとえば、

httpReq.onreadystatechange =function () {
texts = httpReq.status == 200 ? httpReq.responseText.split("\n") : ["[エラー]<><>[エラー]<>[" + httpReq.statusText + "]<>[エラー]", null];
}
httpReq.open("GET", urlPrefix + "../" + paths[1] + "/dat/" + paths[2] + ".dat", false);
httpReq.send(null);

オーソドックスにこんな方が良いのではないかと思います。

**tato** · 2006/07/28(金) 10:13:47

>>125 は、たぶん良い方法だと思います。が、
httpReq.responseXML.documentElement.text がおそらくOperaやFirefoxで動作しない気もしますので
普通に、

var xmlDoc = oj.responseXML
var nodes = xmlDoc.getElementsByTagName("response")[0].firstChild.nodeValue

などで取り出すのが良いかも。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 10:43:15

>>125 それって，SSI 使えば結構簡単にできそう......と思ったけど，
SSI は普通にやると Last-Mod を吐かない，XBitHack 使って吐くようにしても
それはインクルードした dat の mtime ではなく外側の xml の mtime になってしまう，
ってことで，やるとしたら read.cgi のように DSO で dat を取り込んでそんな感じに
出力するってことになるかな．

てか，そもそも負荷軽減が目的でそういうことやるなら，現行の read.cgi にムダがないか
見直すのが先決という気も．read.cgi を介さず dat を直接返せば軽くなると言われてるけど，
mod_deflate 使わずに sendfile() で一気に送出するならともかく，実際は gzip 圧縮かけてますよね．
圧縮処理自体，文字コード変換や HTML 整形処理などと比べても結構重いはずです．
それにもまして read.cgi が重いとすれば，現状の read.cgi にムダがあることの現れではないかと．
現状では Last-Mod 吐いてないからキャッシュが効かないとか，（サブリクエストを使わなければならない
雪だるま鯖では仕方ないとして）mmap() 使わずにバッファに dat を読み込んでるとか，
その他 HTML 整形処理などももっと軽量化する余地がないかとか，そういうあたりのことを......
あと，read.cgi 出力に mod_cache かましたらどうか，ってのもあるか．

そうしたことを考えれば，JavaScript 版を作るのは負荷対策というより
「こういうこともできるのか」という技術的好奇心の側面の方が強いという気がします．

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 10:50:47

>>127 >>118 のは最初に作った旧版で synchronous にデータを取得するため
onreadystatechange() を使ってませんでしたが，今の
http://sunos.saita.ma/read-js/test/read.html は
asynchrous にデータを取得するので使ってます．

**stream** ◆PNstream2s · 2006/07/28(金) 11:08:13

>>118のページに、「文字化けデモです」と注意書きを入れました。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 11:13:30

>>129
> そうしたことを考えれば，JavaScript 版を作るのは負荷対策というより
> 「こういうこともできるのか」という技術的好奇心の側面の方が強いという気がします．

どこまでカリカリにチューニングしたって JavaScript を利用すれば結局
サーバ側の整形処理そのものを省略できるんだから負荷対策にはなるんじゃない。

**tato** · 2006/07/28(金) 11:24:05

>>130 了解しました。
>>131 ちなみに、今日使っているマシンは(IE6.0.2900.2180.xpsp sp2 gdr.050301-1519)はリロードしても文字化けしていません。キャッシュの設定はいろいろ試しましたが文字化けしません。

http://sunos.saita.ma/read-js/test/read.html
はEUCなんですね。

あと、サーバー自身がtext/plain;charset=xxxを吐き出していないような気がするのですがどうなのでしょう？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 11:41:20

>>132 その主張は一面では正しいと思います．ただ，PATH_INFO であれ QUERY_STRING であれ
URL で板・スレを指定する限りにおいてはムダなリクエストが増えるという側面もあります．
ページをロードするたびに read.html と *.dat をそれぞれロードするというのはもちろんですが，
別の板やスレを表示する場合 read.html そのものは変化しないにもかかわらず
ブラウザから見ると別のドキュメントとして新たに取得し直してしまいます．
例えば

/test/read.html/operate/1000000000/ と /test/read.html/operate/1000000001/
/test/read.html?bbs=operate&key=1000000000 と /test/read.html?bbs=operate&key=1000000001

どの場合でも read.html 自体は変化しないのですが，ブラウザから見ると
すべて別個のドキュメントとしてそれぞれに read.html をロードし直してしまうのです．
もちろん，それぞれのページ内でさらに *.dat を取得します．
そうした余分なリクエスト増加も勘案すれば，read.cgi をリファインした場合と比較して
果たしてどうなのか，というのも要考慮かと......

>>133 現状のはとりあえず UTF-8 前提になってるので charset 指定を外してます．

**tato** · 2006/07/28(金) 11:50:21

今日使っている文字化けしないマシンを調べたら、どこの設定をいじっているのかは不明ですが、キャッシュが残らないようになっています。
つまり、毎回読みにいっているわけですけれど、少なくとも、このShift_JISの文字化けは、
キャッシュさえ読まなければ解決する可能性が高い気がします。
キャッシュのせいで、文字化けしたり、キャッシュが効きすぎて書き換わらないなどのトラブルが起きるよりも、毎回読みに行くとしても
no-cacheなどのほうが良いかも？という意味では、
<meta http-equiv="Expires" content="Sun, 10 Jan 1990 01:01:01 GMT" />
<meta http-equiv="Cache-Control" content="no-cache" />
<meta http-equiv="Pragma" content="no-cache" />
を書いたり、url+"?"+(new Date()).getTime()でキャッシュを無視したりする方がよいかもしれません。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 11:52:56

>>134
全部同じ HTML でいいんだから１画面フレームで表示、てのもできるけど、そうでなくても
<script type="text/javascript" src="****.js"></script>
と指定すればこのファイルはキャッシュされるよ。

> それぞれのページ内でさらに *.dat を取得します．

これは多分、read.cgi も同じでしょう。
Ajax スレの方に書いたけど、plain.cgi とか使えば最新 50 もできるよね。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 12:06:36

>>136 いや，だから JavaScript 部分を分離しようがフレームを使おうが何だろうが，
外側の read.html 自体は板・スレが変われば別ドキュメントとして扱われる，
だからそのたびに新たにロードされる（余計な HTTP リクエストが発生する）
ということを言いたいわけですが......

>> それぞれのページ内でさらに *.dat を取得します．
>これは多分、read.cgi も同じでしょう。

少なくとも，read.cgi 自体が *.dat を HTML 整形する限りに置いては
HTTP リクエスト・レスポンスは1回だけで済むわけですが......
それとも，read.cgi がサーバ内で *.dat を読み込むって意味で言ってますか？
ネットワーク越しに HTTP リクエストを受け付けてクライアントに *.dat の内容を
返すのに比べれば，ローカルファイルを open(), mmap() して読み込むだけの
方が遙かに軽いわけですが......

**136** · 2006/07/28(金) 12:07:04

あーもっと簡単な方法に気づいた。
/test/read.html#/operate/1000000000/
location.hash で指定。ダメかな？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 12:13:11

>>138 余計なリクエストを発生させないという点では有効でしょうけど，
その形式が普及するまでの間，既存の板・スレ指定を行った URL が残る限りは
効果を発揮しきれないかと．まぁ過去にも一度 QUERY_STRING から PATH_INFOへの
転換を行ってるので，そうした新形式への変換は必ずしも不可能ではないかも知れませんが......

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 12:28:17

>>139
> 既存の板・スレ指定を行った URL が残る限りは効果を発揮しきれないかと．
あーそっか。そうだね。

>>137
> ローカルファイルを open(), mmap() して読み込むだけの
> 方が遙かに軽いわけですが......

でも、read.cgi はそれを更に整形してからネットワーク越しに送ってるんだよね？
送られるデータの量よりは、リクエストの数の方が問題なのかな。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 12:34:38

>>140
read.cgiはさらに負荷もあるですよ

**tato** · 2006/07/28(金) 12:39:40

考えられるShft_JIS用文字化け対策リストはこんな感じ？
>>111 utf-8専用のディレクトリ/dat-utf8/を作る
>>125 respnseTextではなくrespnseXMLでcharsetを明示処理 -->Safari1.2でも動作可
>>135 キャッシュ無効no-cache -->ユーザーの設定が優先されるので駄目かも＆負荷？
>>135 キャッシュ無視url+"?"+(new Date()).getTime() -->read.htmlを何度でも呼ぶ負荷が気になる?

utf-8にしてもresponseTextではBOMを付けるなどの弊害もある細工が必要なので、
私はXMLを使う>>125がお勧めですが、.datの構造を変えるのは手間？
だめなら、キャッシュを無視。

**tato** · 2006/07/28(金) 12:47:17

静的ファイルへのリクエストと.cgiの負荷を比べると、普通は.cgiの負荷の方が高いと思いますが、
なにしろ、リクエスト数の多い2chなので、その判断は現場の人でないとわからないかも?

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 12:52:12

>>140-141 read.cgi の処理による負荷があるのはわかります．しかし，
静的コンテンツであっても HTTP リクエストを処理することによる負荷もあります．
HTTP リクエストが増えればそれによる負荷増もあるってことで，
そのあたりを read.cgi をリファインした場合と比較すればどうなのか，と．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 13:02:09

どんなにリファインしても.cgiの負荷が静的ｺﾝﾃﾝﾂの負荷より下がるとは思えないけどなぁ

**stream** ◆PNstream2s · 2006/07/28(金) 13:06:22

一応補足しておくと、read.cgiはCGIと表記はなっていますが、実際はApacheモジュールに近いものです。
mod_cgidso　http://sunos.saita.ma/mod_cgidso.html

read.htmlはJavaScriptを使う関係で、2chの背景画像みたいに
別サーバーにおくというわけにも行かないですしねえ

read.htmlを使うとして
(1)UTF-8に変換(responseText) >>111
(2)datファイルを単純なXMLに変換(responseXML) >>125
(3)キャッシュ無効は、If-Modified-Since: 昔の時刻を設定するのが一番どのブラウザでも安全かと

**tato** · 2006/07/28(金) 13:15:09

ああ、そうだ。
>>136 の方が書いていますが、
たとえば、read.htmlのソースを
<script type="text/javascript" src="read.html.js" charset="xxx"></script>
などにして、全部JavaScriptで出力してしまえば、
read.html.js自体はキャッシュされますから、

/test/read.html/operate/1000000000/ と /test/read.html/operate/1000000001/
/test/read.html?bbs=operate&key=1000000000 と /test/read.html?bbs=operate&key=1000000001

こんなふうに何度呼ばれても、再読込は1行だけかも。
HTTP リクエスト回数そのものの負荷は減らなくてもかなり軽くはなります。

あ、read.cgiから
<script type="text/javascript" src="read.html.js" charset="xxx"></script>
を出力するとリクエスト回数は減って、datのロードをクライアント側のAjaxにも任せられる?ハイブリッドみたいな?

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 13:23:21

>>145 HTTP リクエスト数がほぼ同一という前提ならそれは当然です．
さすがに，単一のリクエストにおいて動的コンテンツ処理の負荷が
静的コンテンツ処理の負荷より軽いなんてことを言うつもりはないです．

ただ，JavaScript 版（に限らず Java や Flash などでもそうでしょうが）で
ページをロードした場合，外側の html と内側の dat 双方の HTTP リクエストが発生します．
つまり（静的コンテンツではあるものの）HTTP リクエストが増加することは必至です．
しかも，その静的コンテンツも sendfile() で一気に送るのではなく，
gzip 圧縮という結構重い処理を介してます．そうしたことも考慮すれば，
HTTP リクエスト増加による負荷増も無視できない水準になるだろう，
それを read.cgi をリファインした場合と比べればどうなのだろうか，と......

要は，個人的には JavaScript 版 read.cgi を作ること関しては，
負荷対策を第一義的目標として掲げて行うことには懐疑的，
（負荷も考慮しつつも）技術的好奇心を主眼として行うのなら好意的，ってことです．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 13:33:36

iframe 使った読み込みした場合のデータのキャッシュって普通のコンテンツと同じかな？
使えるとしたら、Expires で超未来指定することで HTTP リクエストを軽減できるかも。

**tato** · 2006/07/28(金) 13:52:45

それにしても、metaでもブラウザ側でもShift_JISを指定した上で、
IE6で通常のShift_JISファイルをXHRで読み込んで、文字化けするということは無いと思うので
gzip 圧縮か、Content-Type設定に原因があるかも。でも、仮にこれが解決してもXML処理の方がお勧めではあります。

**149** · 2006/07/28(金) 14:17:19

いや iframe じゃなくてもいいか。考えたから暇な人は読んでみて。

<script type="text/javascript">
var data = new Array; // まずスレッド用の配列を作る
var pos = -1;
</script>
<script type="text/javascript" src="/test/read.js/operate/1000000000/1-"></script>
<script type="text/javascript" src="/test/draw.js"></script>

サーバ側は js ファイルを CGI で吐かせるようにする。

data[++pos] = "*********"; // " はエスケープ（書き込み時に " になってればそのままで）
data[++pos] = "*********";
data[++pos] = "*********";

で、吐くデータが n 個（1 個以上; 適当に）を超えたらデータ部の後ろに
次のセクションを読み込むスクリプトを書いた上で、

$js .= qq{data[++pos] = "$_";\n} for map { s/"/"/g; $_ } @data; "
$js .= q{document.write('<script type="text/javascript" src="/test/read.js/operate/1000000000/$next-">');}
if scalar @data >= $n;

このリクエストの Expires を超未来にする、て感じ。
難点はあぼーんが反映されないってことだけど。

**149** · 2006/07/28(金) 14:22:20

× q{document...
◯ qq{document...

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 14:46:12

>>151-152 そもそも，ブラウザでページ自体をリロードしたらどうなるか......
「そういう使い方はしないで内容更新時にはページ内の更新ボタンをクリックして下さい」
とか呼びかけようとしても，read.cgi 利用者層の多くを占めるライトユーザには
なかなか普及しなさそうな気も...... read.html に対して

ExpiresActive On
ExpiresDefault "access 1 week"

とか指定しても，ページ自体をリロードすれば HTTP リクエストは
発生するようです．いったん取り込んだ URL なら 304 にはなりますが．

で，今の DSO 版ではない昔の read.cgi には，HTML 整形せず dat の形式のままで
行単位の内容を返す raw mode ってのがありました（今は廃止）．でも，HTML 整形するよりは
raw 形式の方が軽いとはいえ，結局サーバ側プログラム走らせることには変わらないんですよね．
そこに HTTP リクエスト増も加わるってことも考えれば......

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 14:58:27

作ってから考えればいいんじゃね

**149** · 2006/07/28(金) 15:08:55

>>153
ttp://labs.cybozu.co.jp/blog/kazuho/archives/2006/02/utilizing_cache.php
このページに書いてあることを信用すると、 Expires ヘッダは
Last-Modified ヘッダと併用することでリクエストそのものが無くなるみたいだよ。

**stream** ◆PNstream2s · 2006/07/28(金) 15:18:29

WindowsのIE6では、更新ボタンを押した場合は再読み込みされるよ

**149** · 2006/07/28(金) 15:22:51

>>156
そうなのか……それじゃぁ >>151-152 は使えないや。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 15:37:48

>>155 内側で読み込むデータってことね．それなら，今も実際に index.js で利用してて
効果は出てるようです．でも，外側の read.html のリロードまでは抑制できないかと．

で，>>151 は内部で読む方のリロードを抑制ってことか．でもそれだと今度は
dat が更新されてもなかなか反映されないってことになりそうな......
あと，そういう形で行単位の内容を返すなら

・ \n を探すためファイル内容をスキャン．
・ JavaScript 文字列にするなら，さらに " や \ をエスケープするためにスキャン．

こういうことやるぐらいなら，タグ付け加えて HTML 化ってのがそういう処理に比べて
べらぼうに重いとは思えません．もしべらぼうに重いとすれば，それはムダな処理をしてるからかと．
ある程度は重くなるでしょうけど，少なくとも HTTP リクエスト増加による負荷増より
ずっと重いなんてことはあり得ないような．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 15:44:15

有効期限も長くし過ぎると、テストが十分でなくて不具合を混入させてしまったまま
リリースした時に困りますよ。失礼な言い方になるけど、ユーザーの大半は基本的に
馬○ですからね。不具合がある事を訴えることは出来ても、何が原因で
どうすればいいか思いつくことまでは出来ないのが多い。
まぁここに来て騒いでCtrl+F5を押せって言われる流れになるんでしょうけど。

**149** · 2006/07/28(金) 16:12:12

>>158
キモは、ブラウザのキャッシュに入ってるデータはリクエストしないってとこだったりするのだけれど。
行単位がダメなら、やっぱり iframe なのかな？でもキャッシュが効くかどうかもわからない。
新着を探すためには、最後の位置を覚えとかないといけないし。これは、read.js の他に read.txt も必要かも。
そしてやっぱり、更新ボタンを押したらリロードしちゃうんでは、ちょっと微妙かな。

read.cgi のキャッシュの仕組みがよくわからないけど、多分、
最新 50 の後に全表示とか、キャッシュにデータが重複してても構わず処理するんでしょう。
サーバ側は知る術が無いしそれは普通なんだけど、そうならやっぱり。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 16:16:12

１レス１ファイルにするのが一番良い。

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 16:21:33

jsはwww.2chとか静的コンテンツ用のサーバにおいて、
datはqb5.2chの既存のサーバとかコネクションを切り分けるとかって
出来るんでしょうか？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 16:24:12

んー、Gecko(Firefox)はできない可能性が高いけど、2ch.net同士だからなぁ。

**149** · 2006/07/28(金) 16:26:09

js が別のサーバに置いてあったとしても、
js を読み込む（実行する） html が読みたい dat と同じドメインにあれば、dat は読み込めるよ。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 16:26:33

>>162 JavaScript 部分を HTML から分離して別のところに置く，ってのは
今の read.cgi や index.html でもやってます（www2.2ch.net/snow/index.js）．
ただ，URL で鯖・板・スレを指定している限り，外側の read.html が
各所に散らばる状態はいかんともしがたいかと．

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 16:31:45

外側の read.htmlといいますと？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 16:48:20

>>166 例えば，
http://qb5.2ch.net/test/read.html/operate/1153819270/
という URL でスレを表示させる際の
http://qb5.2ch.net/test/read.html
のことです．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 16:49:13

代理

名前： !kab▲ ◆cZfSunOs.U
E-mail： sage
内容：
>>166 例えば，
http://qb5.2ch.net/test/read.html/operate/1153819270/
という URL でスレを表示させる際の
http://qb5.2ch.net/test/read.html
のことです．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 16:50:12

でっ。ごめんなさい

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 16:57:20

http://www.2ch.net/read.html&u=http://qb5.2ch.net/operate/dat/1153819270.dat
とかじゃまずいんでしょうか？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 17:04:17

>>170
>http://www.2ch.net/read.html&;u

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 17:06:20

# >>171 ちょん切れたので......

>>170
>http://www.2ch.net/read.html&;u=http://qb5.2ch.net/operate/dat/1153819270.dat

& だとダメですが，? か / か # にすれば一応動きますね．
とはいえ，ブラウザによっては同一ホストという制限はあるかも．

まぁ，既存の URL との互換性を捨ててもいいならいろいろやりようはあります．
キャッシュを有効活用ということなら # を用いるのがベストです．
ただ，たとえそうしたとしても，それが普及するまでの間は従来式の URL が
当面そのまま残りますから......

**149** · 2006/07/28(金) 17:09:55

js を実行する html と違うドメインの dat は、js からはセキュリティの関係で読み込めないよ。
他ドメインの js ファイルを実行することはできるから、>>151-152 なら大丈夫だけどね。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:10:46

従来のアドレスにアクセスしたらそのアドレスに飛ばすっつーことか。
というかスキーム名要らなくない？
もっと言うとPATH_INFOでいいような。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:13:51

セキュリティがドメイン単位なら問題ないような。
鯖単位だと別鯖にだせないけど。

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 17:18:29

>>173
ドメイン単位？サーバ単位？

同一ホストの制限のあるブラウザって大手ではどんなんがあるんでしょう？

どうせ.cgiでなくなるので、URLの互換性はあんまり気にしなくていいとおもいます。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 17:19:47

まぁ要は，? (QUERY_STRING) や / (PATH_INFO) を使うと，同一の read.html というファイルであっても
板・スレの指定が異なるとブラウザ側はそれぞれ別々のコンテンツとして扱ってしまうってことで．
# を用いて例えば
http://qb5.2ch.net/test/read.html#operate/1153819270/
のようにすれば，板・スレの指定が異なってもブラウザは同一コンテンツとして扱ってくれると．

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 17:23:39

おぉ、、そういうことなんですかぁ。
#すげー。

**149** · 2006/07/28(金) 17:25:13

>>176
サブドメインを変えて試したことが無いから説得力が無いけど…
多分完全に一致するかどうかでチェックするんじゃないかな。2ch で言うサーバ単位になると思う。
ドメインを超えてアクセスできるとセキュリティホールみたいに見られるから、
大抵のブラウザ（IE、FF、Opera）ではクロスドメインのアクセスはできないよ。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:28:17

確かFQDN単位、だった気がする。あくまで気がする。

◆Reffiz2Zh. · 2006/07/28(金) 17:28:32

オフトピ

IE7β3では異なるドメイン間のサブフレーム移動はデフォルトで禁止
されてます。
（前までこの質問で賑わってました。）

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 17:32:22

http://qb5.2ch.net/ を表示させた状態で

javascript:var h $3D window.XMLHttpRequest
? new XMLHttpRequest() : new ActiveXObject("Msxml2.XMLHTTP");
h.open("GET", "http://info.2ch.net/";, false);
h.send("");
alert(h.responseText);

を全部一行につなげてロケーションバーから入力すると，
IE も Firefox もダメっぽいですね．
h.open("GET", "http://qb5.2ch.net/";, false);
に変えれば Ok ってことで，どちらも「同一ホスト」という制限かと．

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:33:57

Mozilla 1.7.x (Gecko) もopenの段階でエラーが出るね。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 17:34:24

>>182
×javascript:var h $3D window.XMLHttpRequest
○javascript:var h = window.XMLHttpRequest

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:36:40

Internet Explorer 6.0 SP1 もopenの段階でえらー。

**tato** · 2006/07/28(金) 17:39:54

セイムドメインというのはこういうこと。
http://www.mozilla-japan.org/projects/security/components/same-origin.html

XMLHttpRequestでは、どのブラウザでもクロスドメインリクエストは出せません。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:48:40

？？？？？？？？？？？？？？？

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 17:48:45

こっかいぎじどうをばくはするよ

**tato** · 2006/07/28(金) 17:49:19

外側のread.htmlと
その内側からAjaxでリクエストする.datは同じドメインでなければなりませんが
でも、同じ内側から呼び出す相手でも、Ajaxを実行する.jsファイル自体は、クロスドメインにおいてあっても大丈夫です。

ちなみに、もしdataスタイルをjsのJSONなどの書式にしてもよければ、Ajax以前の時代のクロスドメインなダイナミックロードというのもありますけれど。
http://game.gr.jp/mag2p/2/loadjs/loadjs.htm

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 18:05:20

read.js 全ての処理をさせる　どこに置いてもおｋ
read.html　read.jsを読ませるだけ　datと同じドメインじゃなきゃ駄目。

read.htmlとdatが同じドメインなら、read.jsがdatと通信しても大丈夫
っていう感じ。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 18:11:00

パラメータを#で渡すと、リンクが全部紫色にならないかな？

**tato** · 2006/07/28(金) 19:14:11

2chの仕組みがまだ良くわからずに書いていますが、、、
ふと、思ったのですけれど、もしレガシーな仕組みを引きずらなくても良いなら、
.datファイルをとりにいくのではなくDB使うというのは無しなのですか?

1) hoge1.2ch.net/read.html#hogehoge　(hoge1.2ch.net/read.htmlはキャッシュ)
2) static1.2ch.net/ajax.js (ajax.jsはキャッシュ)
3) hoge1.2ch.net/db (差分のみ)

1)から2)をロードして#hogehogeに対応するデータを3)から受けとり
ユーザーへはAjaxなレスポンスを返すとかの方がシンプルでいろいろできるかも。

>>191 #なら、カレントページが訪問済みになりますが、#hogeとかですよね？

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 20:43:32

どっちでも逝けるようにしてみた．
http://sunos.saita.ma/read-js/test/read.cgi/operate/1153615149/l50
http://sunos.saita.ma/read-js/test/read.cgi#operate/1153615149/l50

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 20:46:11

>>193
すげぇ&乙です

**ひろゆき＠どうやら管理人 ★** · 2006/07/28(金) 21:44:51

>>192
現状より重くなる予感。。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 22:11:24

>>193
ime.st通ると#以降が消えるね。

株価【1100】 ▲ ◆cZfSunOs.U · 2006/07/28(金) 23:07:21

>>196 まぁ，ime.st (ime.nu) で

onload = function(e) {
if (location.hash) {
document.links[0].href += location.hash;
document.links[0].firstChild.data += location.hash;
}
};

のような JavaScript 入れてもらえれば解決するかと．
もっとも，JavaScript 切ってあるとどうしようもないけど......

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 23:13:20

>>86がちょっと面白そうなので適当に動かしてみました。
http://www.janis.or.jp/users/segabito/sample/bind.html

sjisを変換せずに読めるのはいいのですが、ちょっといじると表示が止まったり、
リロードするたびに動いたり動かなかったりして、どうも安定しませんでした。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 23:13:47

ブラウザ派急先鋒のまろゆきさん>>197これ入れてください

**動け動けウゴウゴ２ちゃんねる** · 2006/07/28(金) 23:17:27

>>197
その要望はime.nu登場時から言われていたけれど、
ひろゆ子さんという人がよくわからない理由で却下していました。

388 名前：心得をよく読みましょう 02/02/22 13:20 ID:zXPGfNV8
>>377
↓こういうのを<body onload>かhtmlの最後に入れてください。
document.links[0].href+=location.hash
JavaScript使えるブラウザならIEだけじゃなくてたいてい通用します。
392 名前：ひろゆ子 ◆HRUNYAXA 02/02/22 13:30 ID:yVzdMBp6
javascriptをいれてしまうと、
googleにおこられそうで、、
801板のことをおいらにいわれてもわからんです。。