我的索引页是否太大？答案

【问题标题】：Is my index page too large?我的索引页是否太大？
【发布时间】：2009-02-06 19:56:15
【问题描述】：

我现在正在开发一个我已经工作了一年多的网站。今天，距离发布还有一周左右的时间，所以我开始复习去年没有复习的事情——包括加载时间。我没有注意到任何加载问题，但我还是想看看。

以下代表我的索引页面：

文件（1 个文件）22 KB 图片（53 个文件）96 KB 对象（0 个文件）脚本（9 个文件）90 KB - 包括 jQuery.min.js 样式表（6 个文件）23 KB ------------------------------------------- 总计 230 KB

我们不再生活在 56k 和 28.8 的世界中，但我想知道现在应该认为什么太大了。我还应该提到，Analytics 报告 3.28% 的访问者有拨号。这些用户当前浏览的索引页面大小为 158kb。

其他有趣的索引页面大小：

【问题讨论】：

【解决方案1】：

不是直接的答案，但Yahoo! Exceptional Performance 网站上充斥着诸如此类的前端工程问题的文章和提示，这些问题可能会影响用户对网站加载时间的感知。

特别是，我建议可能减少发出的 HTTP 请求的数量 - 例如，六个样式表和 59 个图像 - 也许其中一些图像可能是 sprited 以减少这个数字？

【讨论】：

我完全同意。不幸的是，开发过程是“敏捷的”，很遗憾，大部分布局都是临时确定的。我想回去缩小我的 .css 文件，然后尽可能加入，并在时间允许的情况下绘制多个图像。
你忘了“敏捷”开发的重构部分吗？
@webdtc - 我是这个项目的唯一开发者，目前由高层管理。 “在其中添加包含 X 信息的内容”描述了我每周（有时每天）收到的需求类型 :)
我不是故意的。我发现大多数实际项目都无法遵循理想的流程。不过，现在是向高层管理人员指出“嘿，页面很大，部分原因是流程”的好时机……如果你愿意的话：）顺便说一句，我不认为页面太大.

【解决方案2】：

这是相当大的，但我不会认为这是一个问题，直到/除非它成为一个问题。在任何上下文中提防过早的优化。

【讨论】：