最大文件大小的网站

时间:2014-01-28 12:48:32

标签: html web filesize

我有一个简单的问题,它可能不是正确的问题,但我希望有人可以帮助我,因为我很好奇。

我正在创建一个单页网站,很多风格(不设计网络友好并使用大量图片)这不是一个大问题,因为我们相信我们的目标是更多设计分支谁最有可能良好的电脑与互联网连接相当不错,该网站的大小与移动设备相当。

但我仍然不知道人们推荐什么。我的网站目前正在加载2.2mb(有没有一个网站,你可以检查这个顺便说一句?我只是通过计算图像的文件大小等猜测)我仍然可以优化很多,但我认为低于1mb是一个艰巨的任务。这还不错,或者无论如何谁经历过它不是吗?

提前

thanx

3 个答案:

答案 0 :(得分:8)

如果用户体验不受影响,您不应该担心网站的大小(特别是因为您了解目标受众)。但是,您应该优化一切,而不会牺牲设计。 Google's Page Speed可能对你有很大的帮助。他们甚至拥有你想要的总尺寸计算器。网上也有大量类似的工具。

另外,请阅读有关去年网站大小趋势的信息:http://www.theglobeandmail.com/technology/tech-news/bloated-web-pages-costly-for-smartphone-users/article9355125/

  

根据网站HTTP档案,该网站定期研究在线访​​问量最大的前10,000个网站,平均网页现在的重量约为<1.3>兆字节,去年增长约35%

更新

受到@ pwdst评论的启发,我想补充一点,如果你想要支持手机,平板电脑等......那么就没有必要牺牲主网站的外观了 - 您可以使用media queries并实际为这些用户提供不同的演示文稿。当然,你可以更进一步,为他们建立一个不同的网站(通常是一个子域名)。

答案 1 :(得分:2)

如果您使用开发工具(例如在Chrome中),则可以在“网络”标签下查看请求数和总传输数据。要准确复制用户的体验,您应该使用空缓存执行此操作 - “隐身”或“隐私”选项卡是在大多数浏览器中执行此操作的好方法。同样值得记住的是,本地测试的体验与延迟和上游带宽的影响发挥作用的时间大不相同。

如果您想保持可用性,请非常小心关于用户的假设。 “足够好”非常具有上下文性,对于固态DSL连接上的台式机,笔记本电脑或高级平板电脑上的用户来说可能“足够好” - 但除了手机上的Edge或3G连接之外什么都不是。应尽可能通过分析服务器日志中的用户代理字符串或Google Analytics等分析软件来备份假设。还值得记住的是,您可能只有相对较少的移动或平板电脑请求,而不是因为移动或平板电脑用户不想访问该网站 - 或选择使用其他设备访问,但因为它很难,在他们选择的设备上使用缓慢甚至不可能。此case study from an engineer at YouTube说明了客户如何完全被排除在网站之外。

一般情况下,页面应尽可能小,除了优化之外,您可能还需要查看延迟加载,这有助于初始渲染时间 - 尽管您的估计大小不比Internet存档大很多,但仍然公平。截至今年1月15日为1681kB的{3}}。不要忘记,其他资源也可以占用大量空间 - JavaScript占平均值的274kB - 而且您是否已将其考虑在您的估算中并不清楚。积极使用缓存将有助于返回访问者并最大限度地减少这些情况下所需的数据传输。

我总是试着考虑你是否可以证明页面权重成本与功能相对应。访问者访问您网站的目的是什么?添加的功能或图像是否足以证明性能成本合理。许多以性能为导向的开发人员现在正在积极设置average page weight,但这对于单页应用来说更难以实现,因为您无法使用资源。

答案 2 :(得分:1)

我建议使用Image Pre-loading,它可以帮助您的页面加载时间,即使它很大。