アカウント名:
パスワード:
携帯網は、有線回線とは根本的に異なる点を理解されていないWeb制作会社が多過ぎて、重いWebページが携帯網の通信を逼迫させている。携帯網のコア・ネットワークではなく、基地局からの通信です。スマートフォンサイトで、平気で1MBのページどころか、5~12MBのページを流し込むのは本当に止めて下さい。DNSのTTLを1分とか5分にするの、止めて下さい。携帯網が繋がらないのは、携帯会社のせいでなく、コンテンツ制作者のせいです。そこに日本のWebデザイナーなり、Web開発者が気付かない限り、どんなに高性能なスマートフォンが発売されても、さほど、ユーザ体験は変わらないでしょう。
しょうがないだろ、開発時はHDDから読みだして、シミュレーターで表示できたら無問題。クライアントの前では、昼間なので回線は空いているし、問題が起きにくい機種で表示して納品っと。おかげで、構文エラーが多発しブラウザのエラー修正だけで表示が崩れる、スクリプトはエラーばかりでメモリリークしまくりっと。
まぁ、クライアントも派手さと見かけしか求めないからでもありますね。そのせいで、文字を画像置換えて送ったりして、1ページに3桁の画像を送ってくるのは…。広告も画像より、言葉を慎重に選んで文字広告のみにする方が、クリック率は上げやすいのに…。
コンテンツ屋ばかりに非を求めるのはいかがなものか。ソフト屋や携帯屋が担うべき役割もあるだろう。
マルチバイト文字で書かれた開発時のコメントがソースに残っていると、それだけでリソースサイズの大部分を占めていたりしますね。最近はどこもかしこもUTF-8ですから尚更。あと日本のサーバに多いのが、gzipなりdeflateなりで圧縮転送してこない所。これを徹底するだけで回線事情がガラッと変わりそうなものですが、携帯会社のモバイルサイトでさえこの有り様 [checkgzipcompression.com]。
モバイル専業ってところはあまりないからね。
どうしてもPC向けを作って、それをいかに簡単にモバイルに対応させるか、が焦点になっていくのは仕方ない。一度状態遷移とかができてしまったものを、もっと細切れに送るようにするのは結局作り直しなんだよね。
では、PC向けのサイトを簡素な表現にすればいいじゃないか。という案もあるんだけど、それはほぼ却下される。
世の中の方向として、デザインは端末で、というやり方に向かっているのでリクエストあたりの転送量が減ることは今後もないと思う。よほど便利な簡単に転送単位を変更できるAjaxフレームワークが登場しない限り。
#自分としては、簡素にすりゃいいじゃんか、といつも思ってサイト作っているんだが、力及ばず申し訳ない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
ボトルネックは、ハードウェアではなく、携帯網の逼迫 (スコア:4, すばらしい洞察)
携帯網は、有線回線とは根本的に異なる点を理解されていないWeb制作会社が多過ぎて、重いWebページが携帯網の通信を逼迫させている。
携帯網のコア・ネットワークではなく、基地局からの通信です。
スマートフォンサイトで、平気で1MBのページどころか、5~12MBのページを流し込むのは本当に止めて下さい。
DNSのTTLを1分とか5分にするの、止めて下さい。
携帯網が繋がらないのは、携帯会社のせいでなく、コンテンツ制作者のせいです。
そこに日本のWebデザイナーなり、Web開発者が気付かない限り、どんなに高性能なスマートフォンが発売されても、さほど、ユーザ体験は変わらないでしょう。
Re: (スコア:0)
しょうがないだろ、開発時はHDDから読みだして、シミュレーターで表示できたら無問題。
クライアントの前では、昼間なので回線は空いているし、問題が起きにくい機種で表示して納品っと。
おかげで、構文エラーが多発しブラウザのエラー修正だけで表示が崩れる、スクリプトはエラーばかりでメモリリークしまくりっと。
まぁ、クライアントも派手さと見かけしか求めないからでもありますね。
そのせいで、文字を画像置換えて送ったりして、1ページに3桁の画像を送ってくるのは…。
広告も画像より、言葉を慎重に選んで文字広告のみにする方が、クリック率は上げやすいのに…。
Re: (スコア:0)
コンテンツ屋ばかりに非を求めるのはいかがなものか。
ソフト屋や携帯屋が担うべき役割もあるだろう。
Re: (スコア:0)
コンテンツ屋「使えねーぞ」
ソフト屋「使い方が悪い」
コンテンツ屋「今までと仕様かわりすぎじゃね?」
ソフト屋「そこが新しいんだ」
Re: (スコア:0)
マルチバイト文字で書かれた開発時のコメントがソースに残っていると、それだけでリソースサイズの大部分を占めていたりしますね。最近はどこもかしこもUTF-8ですから尚更。
あと日本のサーバに多いのが、gzipなりdeflateなりで圧縮転送してこない所。これを徹底するだけで回線事情がガラッと変わりそうなものですが、携帯会社のモバイルサイトでさえこの有り様 [checkgzipcompression.com]。
Re: (スコア:0)
モバイル専業ってところはあまりないからね。
どうしてもPC向けを作って、それをいかに簡単にモバイルに対応させるか、が焦点になっていくのは仕方ない。
一度状態遷移とかができてしまったものを、もっと細切れに送るようにするのは結局作り直しなんだよね。
では、PC向けのサイトを簡素な表現にすればいいじゃないか。という案もあるんだけど、それはほぼ却下される。
世の中の方向として、デザインは端末で、というやり方に向かっているのでリクエストあたりの転送量が減ることは
今後もないと思う。
よほど便利な簡単に転送単位を変更できるAjaxフレームワークが登場しない限り。
#自分としては、簡素にすりゃいいじゃんか、といつも思ってサイト作っているんだが、力及ばず申し訳ない。