帮助加快网站性能，尤其是在IE8中

本文介绍了帮助加快网站性能，尤其是在IE8中的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述

如果您想使此网页的加载速度更快，您将从何处开始?

Where would you start if you were trying to make this webpage load faster?

站点: Game-On Glove

这是JavaScript的沉重负担，因为目标是一页纸制的布局，带有浅色的结帐.托管平台在服务器端代码部门中造成了一些限制.

It is JavaScript heavy because the goal was a one-page layout with light-boxed checkout. The hosting platform creates some limitations in the server side code department.

如果有任何人知道的Flash或JavaScript标语看起来很不错，是XML驱动的，并且实际上利用了并行下载的优势，请告诉我.我选择预加载出现在我们的Flash库中的一堆250px图像，以利用并行下载的优势，而我们选择的Flash标语并没有利用这一优势.

If there's a Flash or JavaScript banner that anyone knows of that looks as nice, is XML-driven, and actually takes advantage of parallel downloads, please let me know. I chose to pre-load the bunch of 250px images that appear in our Flash gallery to take advantage of parallel downloads, which our Flash banner of choice doesn't take advantage of.

除此之外，在Firefox Firebug的"NET"标签中，我看到了:

Apart from that though, in the Firefox Firebug NET tab I see:

初始gameonglove请求需要6.75秒.这似乎很高.我想知道是否可以通过将大多数JavaScript打包到外部文件中来开始减少它.

要减少大量图片，我可以用带有某种圆角边框的灰色边框替换白色背景，而不是为每个背景专门设置图片.

Facebook，addthis和google-analytics的下载大约需要7秒钟，而其余页面的加载将被搁置.问题是，他们相信onLoad事件触发.我不确定还有什么可以用作事件触发器，但是我可能不必采取其他措施.

我不确定要保留哪些主机名，以及在我们的服务器上托管哪些主机名，以优化DNS与并行下载的比率.

Initial gameonglove request takes 6.75s. This seems high. I wonder if I could start reducing it by packaging up most of the JavaScript into external files.

To reduce our massive number of images I could replace the white background with grey borders with some kind of rounded border instead of dedicating an image for each background.

Facebook, addthis, and google-analytics downloads take about 7s, and put the rest of the page load on hold. Problem being, they wait for the onLoad event to fire I believe. I'm not sure what else to use as the event trigger, but I probably shouldn't have to resort to something else.

I'm not entirely sure which hostnames to keep, and which ones to host on our server to optimize our DNS to parallel download ratio.

避免DNS查找会缩短响应时间，但是减少并行下载可能会增加响应时间.我的指导原则是将这些组件划分为至少两个但不超过四个主机名. developer.yahoo/performance/rules.html

我们将不胜感激.

推荐答案

您可以尝试 Pingdom ，该方法纯属衡量是下载对象的时间(没有JavaScript处理时间或类似的时间).

You could try Pingdom, which purely measures time to download objects (no JavaScript processing time or anything like that).

我测试了您的网站，看起来它需要> 1.7MiB的信息，这可能部分是造成您的速度下降的原因.

I tested your site and it looks like it needs >1.7MiB of information, which could be partially where your slowdown is occurring.