Yslow替代品 - 针对小型网站的优化

时间:2009-01-22 11:22:47

标签: optimization caching yslow

我正在开发一个基于Intranet的小型Web应用程序。我安装了YSlow,它表明我做了几件事,但它们对我来说似乎并不重要。 例如,我不需要CDN。 我的应用程序很慢,所以我想减少请求的带宽。

  1. 我应该遵守YSlow的哪些规则?
  2. 是否有针对较小网站的替代工具?
  3. 在推出我的申请之前,我应该申请的检查清单是什么?
  4. 我正在使用ASP.net。

4 个答案:

答案 0 :(得分:4)

Intranet站点上的带宽应该不是问题(除非您有VPN用户,即)。如果你不这样做,它仍然在爬行,那么它可能与后端有关,而不是前向结构。

如果您正在尝试针对远程用户进行优化,那么尝试优化整个事情也会有一些相同的事情:

  • 不要使用30个样式表 - 将它们合并为一个
  • 不要使用30个JS文件,将它们合并为一个
  • 考虑使用minifiers或YUI压缩器压缩JS和CSS。
  • 考虑使用精灵(具有多个版本的图像 - 例如按钮按钮和按钮按下,一个在另一个之上)
  • 显然,大量的图像是禁忌的
  • 确保您发送过期标头,以确保样式表/ js / images /等在相当长的时间内都被缓存。
  • 确保您的网页不是非常大。如果您处于受控环境中并且可以保证JS可用性,则可能需要使用AJAX来分页数据。

答案 1 :(得分:1)

首先,

  1. 限制HTTP请求的数量 为图像,脚本和其他 资源结合在哪里 可能。考虑缩小它们 太。我建议Fiddler调试HTTP

  2. 请注意Viewstate的大小, 设置EnableViewState = false在哪里 例如可能对于下拉列表控件 从来没有改变他们的项目列表, 禁用Viewstate并填入 Page_Init或覆盖OnLoad。 TRULY understanding Viewstate是一个 必读文章

  3. Oli在写这篇文章时发布了一个答案,并且必须同意对于Intranet应用程序,带宽考虑应该是二级或三级。

答案 2 :(得分:1)

自从提出这个问题以来,我发现了Page speed。它不是真正适用于较小的网站,而是另一个很棒的火灾插件。

更新:截至2015年6月,Firefox和Chrome的 Page Speed 插件已不再维护且可用,相反,Google建议使用web版本。

答案 3 :(得分:0)

Pingdom tools为任何可公开访问的网页提供快速测试。