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/

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 20:47:32

>>463-464 ありがとうございます......ただ，こちらが期待していたのは
>>461 の JavaScript を実行した際に出てくるダイアログの表示を知りたかった，
ということなんですが......やはり「正規表現演算子が不正です」だったのかな？

あと，そのサイトにある「正規表現の構文」
http://msdn.microsoft.com/library/ja/script56/html/js56jsgrpregexpsyntax.asp
では \w も (?: ) も使えることになってるはずですが......やはりバージョンの問題かな．

>>465-468 まぁ，\w も (?: ) も ECMA-262
http://www.ecma-international.org/publications/standards/Ecma-262.htm
に規定されてるものなんで，これに対応してないブラウザは read.html 非対応扱いで
read.so に振り分けってことにしてもいいかな，という気もしてます．
sunos.saita.ma へのアクセスで IE のバージョンの内訳を見ると↓な感じですし，
特に強い異論がなければ......

7.0 1.4%
6.0 95.6%
5.5 1.2%
5.01 0.4%
5.0 0.6%

**動け動けウゴウゴ２ちゃんねる** · 2006/08/13(日) 20:49:33

5.5から書いてます。
ダメならダメで振り分けてくれればいいかなという感じで。

[´・ω・｀] ZT042219.ppp.dion.ne.jp · 2006/08/13(日) 20:59:20

>>464
ごめんなさいレス番間違えますた。

http://up.80.kg/test/read.cgi/banana100m/1153303306/44

>>468
IE5.5ならよさげですが、IE5.0はダメみたいです。

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 21:08:17

>>470-471 なるほど，ありがとうございます．

>>421 のスレでは IE 5.5 SP2 でダメという報告もあるようですが......
対応はエラーの内容次第かな......

**root▲ ★** · 2006/08/13(日) 21:10:21

>>449
なるほど、

read.cgi はそのままに、subback.html とかそのへんで read.html を出すとか、
そういうのはどうか、ってことですか。

このへんは、考え方次第ですかね。

**root▲ ★** · 2006/08/13(日) 21:10:47

>>458
およよ、iconv のバージョンアップが必要とか。

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 21:17:31

>>474 GNU iconv は常用してないので詳しくないですが，BE の dat を
iconv にかけてた時にどこかのスレでどなたかがパッチを提示してませんでしたっけ？
バージョンアップだけで済むのか，それともさらにパッチが必要なのか，詳しくないので......

[´・ω・｀] ZT042219.ppp.dion.ne.jp(59.128.42.219) · 2006/08/13(日) 21:20:59

>>472
もちろん、まゃんまーではIE5.5はダメで、>461を>468へ置き換えると、「abc,a,c」のダイアログが表示されるということです。

Monazilla/1.00 (JaneStyle/2.41)

**root▲ ★** · 2006/08/13(日) 21:29:03

ってことは、

・bbs.cgi では、read.html#なんちゃらを生成する
・read.cgi は従来どおり動かす

あたりが、いい感じなのかな。

ぼちぼち、やってみますかね。

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 21:31:17

GNU iconv の最新版が 1.9.2 で，
http://www.gnu.org/software/libiconv/
http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.9.2.tar.gz
それに対する CP932 パッチがあるようですね．
http://www2d.biglobe.ne.jp/~msyk/software/libiconv-1.9.2-cp932-patch.html

>>476 なるほど......となると，5.5 も read.so に振り分けの方向かな......

**root▲ ★** · 2006/08/13(日) 21:32:27

WITH_EXTRA_PATCHES=yes で ports から libiconv を作ると、
>>478 のは、入るみたい。

**root▲ ★** · 2006/08/13(日) 21:35:05

てなわけで >>478 ありの iconv に入れ替えるのは、今日寝るまでにやるです。
bbs.cgi は、気が向いたら取り組むぐらいで。

[´・ω・｀] ZT042219.ppp.dion.ne.jp(59.128.42.219) · 2006/08/13(日) 21:47:04

最終的にはブラウザで表示されるアドレスが、
http://qb5.2ch.net/test/read.cgi/operate/1153819270/
って表示されるのがベストだと思いますので、
http://qb5.2ch.net/test/read.html#operate/1153819270/
とか、
http://qb5.2ch.net/test/read.so/operate/1153819270/
とかになるのだけはかんべんして欲しいです。

技術的に可能でしょうか？

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

**root▲ ★** · 2006/08/13(日) 22:10:27

>>481
テクニカルには可能です。

あとは「どうするか」ですね。

個人的には、ブラウザに表示されるアドレスは、
変わってもいいかもとか思っていたり。

だって昔は、PATH_INFO 形式じゃなかったわけで。
従来のものとの互換性がとれるなら、いいんじゃないのかなと。

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 22:18:23

>>481 あえて / ではなく # を使うということには相応の理由があるんで (>>438)......
まぁ，もし仮にサーバ負荷のことなどを考慮しなくてもいいという前提なら / のままでもいいんですが．

あと，JavaScript 版については /test/read.html#...... という URL がデフォルトに
なる方向なのかも知れませんが，従来通りの /test/read.cgi/...... という URL でも
アクセス可能な状態は保たれるようにするということで．

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 22:40:54

ただ，subback.html に埋め込む URL を /test/read.html#...... にした場合の問題点は，
非対応ブラウザからのアクセスをリダイレクトで read.cgi に飛ばすのに困る，ってことですね．
サーバには URL の # 以降の部分は渡されないので，PATH_INFO 形式の read.cgi 用 URL を
生成できないってことになるんで...... 逆に，PATH_INFO 形式でアクセスしてきたのを
location.hash 形式の URL にリダイレクトさせるのは可能ですが．

あるいは，subback.html を JavaScript 対応版と非対応版の二種類作って
subback.html の段階で振り分けるとか......とはいえ，これも大変か......

**root▲ ★** · 2006/08/13(日) 22:43:17

WITH_EXTRA_PATCHES=yes で libiconv を作り直し、
libiconv に依存している ports を作り直しました。

mod_charset_lite のパッチ版も、作り直しました。

**root▲ ★** · 2006/08/13(日) 22:48:49

>>445 は、なおたのかしら。

**root▲ ★** · 2006/08/13(日) 22:53:27

で、bbs.cgi ごにょごにょして、
read.cgi を従来バージョンにするのは、
ちと、明日以降にじっくりとというかんじで。

株価【1900】 ▲ ◆cZfSunOs.U · 2006/08/13(日) 22:59:18

>>485 乙です．iconv は正常になったようですね．

% perl -e'print "\x81\x60";' | iconv -f sjis -t utf-8 | iconv -f utf-8 -t ucs-2be | od -txC
0000000 30 1c
0000002
% perl -e'print "\x81\x60";' | iconv -f cp932 -t utf-8 | iconv -f utf-8 -t ucs-2be | od -txC
0000000 ff 5e
0000002
% iconv --version
iconv (GNU libiconv 1.9)
Copyright (C) 2000-2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Bruno Haible.

>>486
>なおた

ようです．

**動け動けウゴウゴ２ちゃんねる** · 2006/08/13(日) 23:38:36

#でリンクする場合、IEでは未読リンクと既読リンクの区別がつかなくなるような

**ひろゆき＠どうやら管理人 ★** · 2006/08/13(日) 23:49:21

文字コード変換のライブラリってjsではないんですかねぇ。。

**ひろゆき＠どうやら管理人 ★** · 2006/08/13(日) 23:51:26

http://jsgt.org/ajax/ref/charset_test/responsetext/seu8/sample.htm
http://jsgt.org/ajax/ref/charset_test/responsetext/seu8xml/sample.htm

わりとそのままでもいけるんすね。。。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 00:03:31

ひろゆきがJS書いてあげてよ！

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 00:18:48

ら、、来年には。。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 00:23:51

文字コード問題なら>>125の方法もあるよ。javascript側でも出来るけど
実用に耐えられないんじゃ

**root▲ ★** · 2006/08/14(月) 00:27:12

>>490
文字コードもクライアントで変換させたいと。

**stream** ◆PNstream2s · 2006/08/14(月) 00:43:14

JavaScriptには生のバイト列をサーバーから受信する方法はなさそうですから、変換も何もないかと思われる。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 00:44:01

もらえるよ。大丈夫。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 00:48:04

>>488
直りますた。お疲れ様です。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 00:49:57

少なくとも、文字化けしないと分かってるブラウザは /dat-utf8 じゃなくて /dat を
使うようにできませんか。

▲ ◆SANUKI/VII · 2006/08/14(月) 00:58:56

bbs.cgiもJavaScript化しないかな

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 01:02:48

言い出しっぺの法則で

**せっ☆マ** ◆wwwwWwWWWw · 2006/08/14(月) 01:05:56

>>495
無理

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 01:11:11

確か /dat を直接使えば変換の必要はないけどそれだとキャッシュから読み取ったとき
IE6 が文字化けするんだっけ? で>>499と。

**445** · 2006/08/14(月) 01:14:17

>>486
治りました

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 01:45:14

文字コードの変換コストが高い気がするのです。

>>503に同意なのですが、IE6以外は大丈夫なんですか？

**root▲ ★** · 2006/08/14(月) 01:50:50

>>505
文字コードの変換コストは、圧縮処理(mod_deflate)よりも断然低いですね。

文字コードの変換にこだわるなら、
圧縮を段階的にやめることを検討したほうがよさげかもです。
昔とは事情が違うわけですし。

**root▲ ★** · 2006/08/14(月) 01:58:17

で、圧縮は、ようは CPU 負荷というコストを使って、
転送量をセーブすることにより、何か得られるものがあるから
(例えばお金の節約とか)、やっていると思うわけです。

で、もし仮にですが、圧縮で得られるものが圧縮で使うコストよりも少ないのであれば、
それは「労多くして益少なし」ということなんではないのかなと。

PIE に移ってからは、定価のタリフのうえでは「帯域については完全保証(料金は変わらない)」と
言っているので、そのあたりのコスト感覚というか計算についても、いろいろと検討してみる必要が
あるのかもしれないのかなと。

# ただ、今の standard banana でいきなり圧縮やめると、
# 10Mbps を超えてしまうやつが、ぼろぼろ出てくるかもしれないですが。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 01:59:56

>>505
>>116のhttp://pc8.2ch.net/test/read.cgi/php/1147750917/334
によると、Firefoxでは問題ないようです。
実験したいのですが、>>118がつながりません。
どこかに文字化けするサンプルは残っていますか?

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 03:00:44

>>489
Firefoxだと別管理だったけど
IEだと確かに全部既読になった

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/14(月) 07:15:07

IE（6 には文字化け問題があるとして，7 はどうなんでしょ？）だけ dat-utf8 使って
それ以外 dat ってのをやるならそれでもいいんですが，その場合
----------------------------------------------------------------------
<Location /*/dat/*.dat>
AddDefaultCharset Shift_JIS
Header append Cache-Control max-age=5
</Location>
----------------------------------------------------------------------
ってのを httpd.conf に入れてもらうということで．ただ，これを入れた場合
黒山羊の Squid などに影響が出ないかどうかってのは要観察かも知れません．あるいは，
----------------------------------------------------------------------
<Location /*/datx/*.dat>
AddDefaultCharset Shift_JIS
Header append Cache-Control max-age=5
</Location>

<VirtualHost ...>
# ServerName dso.2ch.net のところ
AliasMatch ^/(\w+)/datx/(\d+\.dat)$ /home/ch2dso/public_html/$1/dat/$2
</VirtualHost>
----------------------------------------------------------------------
のようにして datx を使うことにすれば，黒山羊等の心配は無用ですが．

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 08:38:05

IEでも全datを取得するような場合は生SJISを読むことはできる。 >>86
ただし差分の取得などには使えなさそう。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 14:22:32

圧縮ははずす方向だった予感。

>>511
差分読み込みをするために文字コード変換して一部を渡すのと、
文字コード変換せずに全部のdatを渡しちゃうのは
どっちが重いんでしょう？

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:25:11

ぜんぶ

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:28:59

文字コード変換しても差分読み込みはできません。
現状では(Not Modifiedが返らない限り)無条件にdatは全部読んでます。
そうしないと部分表示に対応できないから。

**root▲ ★** · 2006/08/14(月) 14:33:19

>>512
> 圧縮ははずす方向だった予感。

おぉ。そうすか。
vip とかの単体系サーバにとっては、かなり朗報かも。

>>512 第二段落

全部の方が、特にでっかい dat の時はコスト高そうな気がしますね。
でもたぶん、測ってみる必要がありそう。

>>514
そうでしたっけか。< 差分ができない
そのこころって、なんでしたっけ。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:36:08

>>515
あ、書き込みの後とかリロードボタンを押した場合には
差分取得してるかも。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:36:47

> リロードボタン
じゃなくてリロードリンク

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 14:42:53

差分は仕様がよくわからないと。。

**stream** ◆PNstream2s · 2006/08/14(月) 14:42:55

なんか勘違いしてる見たいですけど、差分転送なんて有り得ないですよ。IE6が文字化けするのは、If-Modified-SinceとかIf-None-Matchを使った「条件付きGET」の結果、304が帰ってきた場合です。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 14:44:03

＞差分転送なんて有り得ないですよ
つまり差分転送はjsだと出来ないってことですか？

＞「条件付きGET」の結果、304
ってのは、具体的に何をしたときに発生するどういうエラーなんでしょう？

**root▲ ★** · 2006/08/14(月) 14:45:40

条件付きGETの結果、304 が返ってくる = dat が更新されていなかった

かな。
つまり、書き込みも削除もされていなかったと。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:46:36

差分転送は、2chブラウザと同じ方法で出来るでしょ。
現状の仕様が差分転送してないだけで、

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:57:05

>>519
そういえば304の応答に「Content-Type: text/plain; charset=Shift_JIS」を含めても
文字化けするの?
>>522
ただしログはとっておけないからその場で(ページを移動せずに)リロードした場合に
限る。だから>>516と。
もっとも現状では差分取得は一切やってないみたいだけど

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 14:58:53

>>523
うんうん
xmlhttpのresponseBodyで、バイナリデータ貰えるし、
Rangeヘッダ追加してやりゃ差分取得もできる。

responseBodyがIE限定だし
ブラウザから更新されたら意味ないから無駄に近いけど

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 15:02:27

つまり差分取得は可能だけど、今のバージョンは未対応。。と

差分転送で更新されてないと304が返るけど、
jsだとハンドリングできないってことですか？

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 15:05:17

>>525
これの処理お願いします。
http://news20.2ch.net/test/read.cgi/news/1155531670/3

**stream** ◆PNstream2s · 2006/08/14(月) 15:06:22

>>520
JavaScriptじゃできないですね。差分取得使うなら通常ブラウザのキャッシュではなく独自のキャッシュ機構が必要ですから、パソコンのディスクなどにアクセスできる方法じゃないと。

>>522
JavaScriptでもRangeヘッダをつければ差分取得自体はできるけど、そのRangeに設定する数値はどうやって決めるのか。
仮に決められても、そもそもブラウザを終了したり他のページに移ったら(=JavaScriptが終了したら)キャッシュに残ってるデータのうしろに差分取得したデータをくっつける手段はないから、プログラムを複雑にしてまでやるメリットは薄いと思う。

何が方法があるならコード例を示して欲しい。responseBodyはすでに過去のもののはず。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 15:11:59

>>525
jsのHTTPクライアントのXMLHTTPさんが過保護で
普通に取得しても、キャッシュに残ってる＋更新されてないと
そのキャッシュを読み込んで返す。
ヘタしたら304さえ返さない。てか304返すなら拾えるし。

キャッシュ読み込むときに文字コードの判定にしくって
文字化けが起きてるらしい。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 15:12:39

>>527
そすっと、差分取得はないものとして作れば、
304エラーの問題もなくなると。

dat丸ごとの転送で作ってみて、
既存のread.cgiでの処理との比較をしてみるとか。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 15:13:27

>>528

キャッシュを読むときに文字コード指定したりして、
回避することは出来ないんすかね。

**せっ☆マ** ◆wwwwWwWWWw · 2006/08/14(月) 15:14:17

>>527
リーロードボタンみたいなのを別に設置したらできそうだね

**stream** ◆PNstream2s · 2006/08/14(月) 15:17:31

>>523
そもそも304の応答にはボディはないからContent-Typeはつけちゃいけないし、mod_header使ってもつけられない。

>>528
>過保護
いやそれごく普通の動作だし、いやならIf-Modified-Sinceに昔の時刻を設定するのが筋でしょ。

**root▲ ★** · 2006/08/14(月) 15:18:27

>>532
> そもそも304の応答にはボディはないからContent-Typeはつけちゃいけないし、
> mod_header使ってもつけられない。

おぉ、なるほど。
で、IE6 だとその場合、UTF-8 だと思い込んじゃう、ってことなのかしら。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 15:21:27

>>527
＞プログラムを複雑にしてまでやるメリットは薄い
いやまんまこのとおりだからほぼ無意味。

>>530
XMLHTTPの文字コード判定は
サーバーからの指定と
XML文章だったばあいencodingの部分。
あとHTMLの指定ぐらいかな。

それ以外は、自力解釈。わかんない場合UTF-8で読む。
他に設定できない気がした。

**stream** ◆PNstream2s · 2006/08/14(月) 15:52:57

>>529
まあ、SunOsさんはそれよりも文字コード変換してしまったほうがすっきりするということで実装を進めたようですが

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/14(月) 16:04:45

差分取得は>>527ということでやってません．で，304 エラー（というか，別に
Not Modified はエラーではないんですが）は差分取得とは無関係の問題で，
dat が前回取得時から更新されていない場合に起こるということです．
普通のスタティックな html ページなどと同じで，更新されていれば
新たなページ内容が返ってくる，更新されてなければ 304 が返ってきて
ブラウザはキャッシュを利用すると．

ただ，文字コード変換は IE のためだけにわざわざやっているんで，
>>510 のようにすることはできます．

**root▲ ★** · 2006/08/14(月) 16:09:58

>>510 の下のほうかなぁ。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 16:10:15

おぉ？IEは以外は文字コード変換しなくても
大丈夫なんですか？

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:11:18

>>532
> そもそも304の応答にはボディはないからContent-Typeはつけちゃいけないし、
なるほど確かに。
> If the conditional GET used a strong cache validator (see section
> 13.3.3), the response SHOULD NOT include other entity-headers.
> Otherwise (i.e., the conditional GET used a weak validator), the
> response MUST NOT include other entity-headers; this prevents
> inconsistencies between cached entity-bodies and updated headers.

> entity-header = Allow ; Section 14.7
(中略)
> | Content-Type ; Section 14.17

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:12:30

(1)datの先頭に等の文字を入れておく
(2)まずはsjis版のdatを取得に行く
　先頭のが化けていない場合は新規取得っぽいのでそのまま表示
　が化けている場合はキャッシュっぽいのでutf-8版を取り直す

こんな感じで文字コード変換の回数を減らせるかな。

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/14(月) 16:12:36

>>538 少なくとも Firefox では問題ないようでした．

**root▲ ★** · 2006/08/14(月) 16:15:07

>>540
「美乳の手法」ってやつでしたっけ。
ただし「美乳」は、euc-jp の時みたいですけど。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:17:17

個人的にはとでも

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 16:18:00

IEのバージョンによってOKだったりするんですかね？

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:19:43

7では直っていることを期待したいですね。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:19:47

>>544
IE7だと大丈夫という説があるけど未確認です

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/14(月) 16:21:16

>>540 それだと，IE の場合キャッシュを使わず毎回サーバから取ってくるのと
変わらない，っていうか dat の仕様変更になるんで各方面に与える影響が......

# dat の仕様変更するなら，上の方で出てた XML の CDATA セクションに突っ込む形の方が......

**root▲ ★** · 2006/08/14(月) 16:29:49

dat に「美乳」みたいなの入れる方向は、全く考えてないです。>>547
特定の実装の虫にそういう方向で対応するのは、
管理人が「やれ」といわない限り、ない方向で。

**ひろゆき＠どうやら管理人 ★** · 2006/08/14(月) 16:35:58

文字化けの問題がIE7で解決されるのであれば、
いずれ解決されるって前提で進めたほうがいいとおもうです。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:47:54

初回　sjis取得

リロード１回目(更新あり)
　　　sjis取得
リロード１回目(更新なし 304)
　　　sjisキャッシュ破棄　→　utf-8取得

リロード２回目以降(更新あり)
　　　sjis取得
リロード２回目以降(更新なし 304)
　　　sjisキャッシュ破棄　→　utf-8キャッシュを表示

・・・混乱してきた。

どうせIE7で直るなら、変な小細工を考えないほうがいいですね。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:51:49

UAで判断する方針？

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/14(月) 16:56:23

>>118（って今はないのかな？）を IE 7 で見てもらって問題ないなら
文字コード変換かけるのは IE 6 限定ってことでもいいかもですね．

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 16:56:32

>>549
オートアップデートである日突然元の仕様に戻って2ちゃん化け化けとか

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 17:14:04

if (window.XMLHttpRequest) { //Mozilla, Firefox, Safari, IE7
　sjisのdatでok
}else if(window.ActiveXObject) { //IE5,IE6
　urf-8のdatで
}else{ //そもそも無理な人たち
　read.cgiへ
}

これで、safari以外たぶん大丈夫になる。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 17:36:00

まずはSJISのdatを取得して、化けてる(304でキャッシュを開いてる)時だけUTF8版を取りに行く。
更新がずっと無ければUTF8版のキャッシュが表示される。

2回のリロードごとに更新があると効率が悪い。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 23:17:51

>>552
>>508で書きましたけど>>118はもうつながらないです。
read-sjis.jsとかdso上に置けませんか?

**動け動けウゴウゴ２ちゃんねる** · 2006/08/14(月) 23:37:52

streamｶﾓｰﾝ

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/15(火) 00:38:31

Shift JIS のままの dat を取ってくるなら，>>510 の設定を dso に入れてほしいと......

まぁどっちにしろ，少なくとも IE 以外は Shift JIS の dat を取ってくる形にすれば
ムダにはならないんで．

**root▲ ★** · 2006/08/15(火) 00:49:21

>>510 の下の設定を dso に入れるです。

**root▲ ★** · 2006/08/15(火) 00:53:39

>>559
done.

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/15(火) 01:00:44

>>559-560 乙です．

とりあえず，しばらくの間 IE 6 も含めすべて Shift JIS の dat を取ってくる形にします．
IE 6 の問題体験ツアーってことでｗ

**root▲ ★** · 2006/08/15(火) 01:04:45

>>561
だめ出ししようってことすね。了解です。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/15(火) 01:05:26

なるほど。リロードするとおもくそ化けますた@IE6
Firefox 1.5.0.6では問題なし
ではリブートしてIE7で試してみますﾉｼ

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

>>563
ウチのIE6は化けないけど、、、

**動け動けウゴウゴ２ちゃんねる** · 2006/08/15(火) 01:21:17

>>563
read.html更新されてます?
キャッシュの設定は?
とりあえずIE7だと化けませんですた

**動け動けウゴウゴ２ちゃんねる** · 2006/08/15(火) 01:21:44

リンク先間違えたorz
×>>563
○>>564

株価【1600】 ▲ ◆cZfSunOs.U · 2006/08/15(火) 01:24:43

Opera/9.01 (X11; SunOS i86pc; U; en) でも問題ない模様．

>>564 上の方にも IE 6 で文字化けしないって人がいたけど，それはブラウザの設定で
キャッシュが残らないようになっていたためだったということなんで (>>135)，そのあたり確認を......

>>565 どもです．IE 7 なら大丈夫そうとなると，dat-utf8 は IE 6 限定でもよさそうかな．

**動け動けウゴウゴ２ちゃんねる** · 2006/08/15(火) 01:29:54

IE5を見放さないで