read.cgi再開発スレ Part2

■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

767 ：株価【800】 △△ ◆cZfSunOs.U ：2007/05/16(水) 23:11:49 ID:C3+FixC00: >>763 重い / さくさくってのは主観に依存する部分も大きいと思うんで，一概には言えないかな......
ただ，私は Celeron 800MHz のノート PC 使ってて，read.cgi に比べれば確かにちょっと重いですが
イライラするほどってこともないです．まぁ，ブラウザにも依存しますかね．
例えばこのスレを各ブラウザで表示させてみると，なんか Opera の遅さが目立ってますが......

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
　　　　最新50 = 2.724秒, 全部 = 30.493秒
Mozilla/5.0 (X11; U; SunOS i86pc; ja; rv:1.9a2pre) Gecko/20070206 Minefield/3.0a2pre
　　　　最新50 = 2.244秒, 全部 = 26.222秒
Opera/9.10 (X11; SunOS i86pc; U; en)
　　　　最新50 = 7.324秒, 全部 = 53.164秒

 >>765 確かに，Cookie のような感覚で使えるストレージ機構が JavaScript で利用できれば......
専ブラのような dat の差分取得を read.html で行ったらどうか，ってのも read.js スレの過去ログで
出ていた話なのですが，ブラウザが標準装備しているのとは別の独自のキャッシュ機構がないと
困難なんですよね．今の Cookie の仕様では，デカいデータを多数そのまま放り込むってのは無謀なんでしょうけど......

>>766 まぁそうかも知れませんね．2ch でやってる諸々のことは「業務」じゃないですし．
何がモチベーションになってるかといえば，「自分の技術的好奇心を満たす」ってのが正直なところですから．
それが利用者の嗜好に合致することもあれば，必ずしもそうでないこともあるでしょう．
ただ，個々の利用者の嗜好は様々ですから，全利用者の嗜好を同時に満たすってのは
ほぼ不可能だと思ってます．別に私に限らず，他の方が新機能実装などをした際にも
賛否両論渦巻くことも多々ありますから．

とはいえ，今回の read.html に関しては，切り替え可能にすることにより
嗜好の異なる利用者にも相応の配慮はしているのですけどね．

284KB

新着レスの表示

スレッドリストへ戻る全部前100 次100 最新50

0ch BBS 2004-10-30