2009-07-10 39 views
1

我正在研究一个有很多可下载的网络应用程序(javascript,图像,视频等),我想知道有多少人在开发大型Web应用程序时仍考虑拨号?您是否仍考虑拨号连接?

有没有经验法则可以用来确定单个页面大小? (即主页必须小于200k)

回答

5

请记住,今天的拨号现在是手机/手机市场!让您的页面更快加载对每个用户都更好。

+1

虽然手机通常比拨号速度快,但速度仍然是一个问题。更何况布局设计支持手机也应该解决(不是它曾经在问题中提到过)。 – scheibk 2009-07-10 15:53:38

1

取决于您的用户群。如果你确定你希望使用你的产品的大部分人都拨号了,或者你希望每个人都使用它,那么你必须考虑到它。然而,如果你只想打一个你认识的宽带使用者,你可以采取更多的自由度。

2

不,但我试图限制材料的数量,只有必要的。通常使用PNG进行图像处理,并将图像保留在必要的位置。我也使用(用于制作)缩小的JS,压缩等。我的大多数应用程序都是Intranet应用程序,可以使用公司网络进行访问,但YMMV也是如此。

您可能想考虑使用Firefox的YSlow扩展程序来帮助减少页面加载时间。

1

一般来说,你应该争取尽可能快的加载时间。如果这意味着缩小您的代码或进行其他改进,那就没关系。一般来说,我尝试使用更加压缩的文件格式以加快加载速度。

我是否明确地考虑拨号用户?不,不是。

2

取决于网站,内容网站,是的,我仍然想到网站的有效载荷。 (可能不是调制解调器速度,但绝对有效载荷管理的登陆页面/主页)

企业对企业,不是真的,因为我假设大部分业务看我的网站至少在DSL上。

你需要看到你90-95%的用户群,并围绕它做你的需求,但速度应该始终牢记在心。

(雅虎的ySlow一直是一笔巨大的资产);

2

任何有拨号上网的人显然都不会提供关于互联网接入的信息(我的祖父母想起),因此可能不会对您的网站感兴趣。我知道的人仍然拨号使用互联网发送电子邮件,也许只有新闻。

尤其是如果您的网站包含视频作为内容的重要部分,拨号用户将永远无法享受他们,无论您如何尝试优化。

2

是的,但仅限于向我们支付和/或有意向移动平台销售的客户。我们通常会遵循一些常见的做法,比如yslow在很少的css文件,页面底部的JS,gzipping等方面很重要。

我们也使用复合CSS精灵,如谷歌是什么,很多人做

Google's search page sprite

从而降低开销多个调色板和HTTP连接,并解决了图像密集场所的一些缓存问题。