read.cgi再開発スレ

そのうち、携帯からでも普通にread.cgiとか、普通に専用ブラウザとかいうことが起こるですね。
read.cgiについてはもう起きてるのかな。au/Winとか。
仮にread.cgiがUAで跳ねても、そのうち携帯にもフルブラウザが当たり前に入って、
Mozillaって名乗ってくるようになるので、あんまり意味ないすね。たぶん。

ということで、ある日を境目に堰を切ったように
c経由じゃなくて普通に直接携帯から来る人たちが増えるかも、
と覚悟しといたほうがよさげですね。たぶん。

で、仮に >>702 だとして、どう対応すべきなのか。
たぶんこれは別のスレでやったほうがよさげなのかも。

まずは　read.cgi で携帯はじきます、

UA & IP帯

植え付けっすね、

>>704
了解です。

UAはこのぐらいかと。

DoCoMoを含む(DoCoMo)
KDDIを含む(au)
UP.Browserを含む(au/ツーカー/Vodafone 3G)
J-PHONEを含む(Vodafone)
Vodafoneを含む(Vodafone 3G)
MOT-を含む(Vodafone 3G Motorola)
DDIPOCKETを含む(AirH")

>>705 で更新した。

>>705
＞DDIPOCKETを含む(AirH")

あーこれも弾くのでしょうか…
京ぽんで見るにはクラシックの最大表示スレ数が少なすぎるので、大抵read.cgi経由で見てます。

>>693の様なのは、ケータイモード（UA:DDIPPOCKET）で見ても特にPCからの閲覧と同じで
不具合を感じないので、できるならAirH" PHONE系については弾かないで欲しいです…

まあ、UA:Operaの場合（SSR、フルスクリーンモード）は大丈夫であればそれで我慢はできますけど。

判断基準は「回線の遅さ&特異さ」です、

>>707 の回線の特性を私はまだ知りません。

>>707
> クラシックの最大表示スレ数が少なすぎるので

増やせるんじゃなかったっけか。

京ポンのOperaは例外ですよね？

すぐ上を読めよ

>>707
ｃでもちゃんと設定すれば見れるし不具合も無いと思うが

>>710
> 「回線の遅さ&特異さ」 (>>708)
だとすると、例外はないってことに。

逆に、高速回線ですばやく刷けるんであれば、そんな制限はしなくてもいいわけで。

高速ですばやく捌けるってのを、どう定義するかですね。
いわゆる「ブロードバンド」と等価以上であることが必要?

高速な携帯接続(3GとかAirH" Proとか)と低速な携帯接続を
サーバ側でうまく区別できるなら、開ける道はあるのかな。