我在 websitetest.com 上查看了您的网站。您可以在此处查看测试:http ://www.websitetest.com/ui/tests/50c62366bdf73026db00029e 。
我明白你对表演的意思。在新加坡,它绝对是最快的,但即使在那里也很慢。世界其他地方的情况更糟。有几件事我会看。
首先选择任何样本,例如http://www.websitetest.com/ui/tests/50c62366bdf73026db00029e/samples/50c6253a0fdd7f07060012b6。现在您可以在 Chrome DevTools 或 FireBug 中获得其中的一些信息,但这里的优势是可以查看来自世界各地不同位置的测量结果。
向下滚动到瀑布。时间轴列标题右侧一直是一个下拉菜单。选择降序排列。在这里我们可以看到真正的瓶颈。视图中的第一件事是 GetSellerRoller.json。看起来几乎没有时间花在下载文件上。几乎所有的时间都花在等待服务器生成文件上。我看到该站点正在使用 IIS 和 ASP.net。我肯定会考虑利用一些服务器端缓存来加快速度。
主 html 也是如此,尽管下载该文件会花费更多时间。看起来它需要很长时间才能下载,因为它是一个巨大的文件(对于 html)。我会把内联 CSS 和 JS 去掉。
回到时间线的自然顺序,然后您可以尝试更改要显示的文件类型。看起来您正在加载 10 个 CSS 文件,因此请查看连接这些 CSS 文件并压缩它们。
我看到您的网站必须建立 220 多个连接才能下载所有内容。这是一个巨大的数字。尝试消除其中的一些。
接下来的列表中,我看到了一些大的 jpg 文件。其中大部分再次在服务器上等待,但有些需要一段时间才能下载。我查看了一台笔记本电脑,能够将其转换为高度压缩的 png 并节省 30% 的大小并获得一个看起来相同的文件。然后我注意到有超过 100 张图片,其中很多都很小。您网站上的一大障碍是浏览器需要管理的连接太多。看看为那些小图像实现 CSS Sprites。您可能可以将其中的 30-50 个缩减为单个图像下载。
我注意到的最后一件事是,您在页面顶部附近加载了很多 JavaScript。尝试将其中的一些内容(如果可能)移到页面的后面,并尽可能地考虑异步加载 js。
我认为你有很多建议可以尝试。解决这些问题后,看看利用 CDN 和其他缓存服务来帮助大多数访问者加快处理速度。
您可以在 Steve Souder 的书:High Performance Web Sites 中更详细地找到这些建议。这本书已有 5 年历史,今天仍然像以往一样具有相关性。