< ﾍﾟｰｼﾞ移動: 1 2 >
いやあ､今日も数時間を無駄にすごしてしまった｡この糞忙しいのに･･･である｡
今日引っかかってたのは｢ｷｬｯｼｭ｣の問題｡
まあ､Web ｼｽﾃﾑを開発している人は､何度かﾊﾏったことがあるんじゃなかろうか?
｢ｿｰｽを直したのに相変わらず表示が変だなぁ｡直し方が悪いんかなあ?｣って思ってたら､単にﾌﾞﾗｳｻﾞが古い画面をｷｬｯｼｭしてただけだった･･･っていうｱﾚである｡
本当にがっくりくるよな､あれは｡
しかも､Firefox と InternetExplorer でｷｬｯｼｭする条件が違ってたりして｡
そもそも､更新日付が変わってたらｷｬｯｼｭなんか見ちゃ駄目だろう?なのに､FFにしてもIEにしても､何か積極的に･･･つｰか､ｻｰﾊﾞ上のｺﾝﾃﾝﾂが更新されてるかどうかなんてろくすっぽ確認もせずにｷｬｯｼｭ見にいくよな｡鬱陶しい｡
今時のﾌﾞﾗｳｻﾞは If-Modified-Since って聞かないの?
もう､ｲﾝﾀｰﾈｯﾄの基盤だって整備が進み､回線速度だって上がってる今日この頃｡｢ｷｬｯｼｭするのが基本｣って設計思想がもう間違ってないか?
つｰかさあ､少なくとも If-Modified-Since は投げようよ｡
実際のところ､最近のIEなんかは､どうしてもｷｬｯｼｭさせたくない時は､｢URL を変えてしまう｣しか方法がないのだ｡
例えば､不定期に更新される設定ﾌｧｲﾙを FLASH 内から読みたい時｡
設定ﾌｧｲﾙの URL が http://exsample.com/hogehoge.txt だったとする｡
ActionScript 3 で､
var loader:URLLoader = new URLLoader();
loader.dataFormat = URLLoaderDataFormat.TEXT;
var header:URLRequestHeader = new URLRequestHeader("pragma", "no-cache");loader.addEventListener(Event.COMPLETE, completeReadUrlList);
loader.addEventListener(IOErrorEvent.IO_ERROR, onIOErrorReadUrlList);
loader.addEventListener(SecurityErrorEvent.SECURITY_ERROR, onSecurityErrorReadUrlList);var req:URLRequest = new URLRequest("http://exsample.com/hogehoge.txt");
req.requestHeaders.push(header);loader.load(req);
なんて書いて､この処理を Timer で一定時間毎に実行したとしても､IE では｢FLASH をﾘﾛｰﾄﾞするまで hogehoge.txt の再読込はしない｣し､Firefox ではもっと酷くて｢ﾍﾟｰｼﾞｷｬｯｼｭを消去してからﾘﾛｰﾄﾞするまで再読込はしない｣のだ｡ﾏｼﾞ､意味わかんねえ､酷い話だ｡hogehoge.txt の更新日時は当然変わっているのに･･･だぞ｡(^^;
ﾛｰｶﾙｷｬｯｼｭがあったら､If-Modified-Since を含んだ http ﾘｸｴｽﾄすら投げてないってことか?
しょうがないので､こういう時は､
var req:URLRequest = new URLRequest("http://exsample.com/hogehoge.txt?a=" + (new Date).time);
みたいに URL のｹﾂにｴﾎﾟｯｸﾀｲﾑとか､そういうﾕﾆｰｸな数字等をつけて､｢こいつはｷｬｯｼｭされてる URL じゃないよお｣とﾌﾞﾗｳｻﾞを｢欺す｣しかないのである｡
ActionScript 3 のｴﾎﾟｯｸﾀｲﾑはﾐﾘ秒単位なので､例えば上記の例だと､
みたいな URL になるね｡10秒後に同じ処理をおこなうと､今度は
という URL になる｡数字のところが変わってくるので､これは別のﾍﾟｰｼﾞと判断され､ﾌﾞﾗｳｻﾞはｷｬｯｼｭを使わないのだ｡ちなみに､? 以降の文字列はｻｰﾊﾞ上の環境変数としてｾｯﾄされるが､ﾃｷｽﾄﾌｧｲﾙのような固定ｺﾝﾃﾝﾂでは無視されるだけである｡なので問題無し｡
いやあ､でも､これってﾀﾞﾐｰの文字列を含んだｷｬｯｼｭがﾛｰｶﾙにどんどん作られていくので､あんま好きではないんだよな､こういうやり方｡
< ﾍﾟｰｼﾞ移動: 1 2 >