Javascript 真的有可能达到“等级”吗；A「；在雅虎'；动态/CMS网站的所有内容的yslow？

对于一个基于CMS（PHP/Asp.net）的动态网站来说，是否真的有可能在yslow的所有方面都达到A级？和使用相同的服务器

（来源：）

当然，为什么不呢

每个项目都会链接到一个更详细的链接，介绍如何获得更高的分数

当然，为什么不呢

---

每个项目都有一个链接，其中包含如何获得更高等级的详细信息是的，我想在一台服务器上实现这一点是可能的，当然依赖外部服务的部分除外。您可能需要完全控制服务器来配置ETag之类的东西

---

我认为，除非你是一个像谷歌或雅虎这样的大型网站，每节省一个字节就意味着可以节省几万或几十万个字节，否则几乎不值得付出努力来实现这一切。只要得到一个合适的分数，事情就能快速可靠地进行——就像在学校：）

是的，我想在一台服务器上实现这一点是可能的，当然依赖外部服务的部分除外。您可能需要完全控制服务器来配置ETag之类的东西

---

我认为，除非你是一个像谷歌或雅虎这样的大型网站，每节省一个字节就意味着可以节省几万或几十万个字节，否则几乎不值得付出努力来实现这一切。只要得到一个合适的分数，事情就会快速可靠地进行——就像在学校一样：）

是的。首先，尝试将任何和所有的JS外部化，并按需加载，只预加载您真正需要的组件。然后按顺序监视每个javascript文件的加载时间。通过JSBuilder（JavaScript打包和压缩工具）运行它

在服务器上打开GZIP。Gzip压缩能够将我的静态文件大小（css、js等）减少73.43%

缓存，缓存，缓存。在应用程序部署之间不发生更改的任何内容都需要有一个远未来的expires头

如果您负担得起，可以从cdn提供您的文件。它们是分布式网络，可以更轻松地交付内容

去掉cookie，或者通过将它们的值编码为JSON或使用缓存服务服务器端缓存这些值来组合它们，并且只将缓存密钥存储在cookie中。这样你只有一块饼干而不是几百块

把你的css放在最上面，去掉所有未使用的选择器和属性来优化它

哦，考虑切换到瘦客户端……重载网页是1999。使用瘦客户端允许您尝试不同的页面下载优化技术，并将视图（web客户端）与服务器和中间件api分离，允许您在几乎任何您选择的RIA环境中开发前端。您可以使用JQuery实现极其轻量级，也可以使用Ext或Dojo等更健壮的预构建UI

减少未使用的HTML的数量。除非绝对必要或在页面加载后插入dom，否则表是邪恶的

---

我确信其中一些需要一些重大的重新工作，而此时您的应用程序体系结构和开发人员技能可能还不适合这些工作。好消息是，您可以通过缓存cookies服务器端（如我上面提到的）、压缩静态组件、组合和缩小任何和所有JS、优化CSS和布局来改善用户体验，而无需重新构建web应用程序

是的。首先，尝试将任何和所有的JS外部化，并按需加载，只预加载您真正需要的组件。然后按顺序监视每个javascript文件的加载时间。通过JSBuilder（JavaScript打包和压缩工具）运行它

在服务器上打开GZIP。Gzip压缩能够将我的静态文件大小（css、js等）减少73.43%

缓存，缓存，缓存。在应用程序部署之间不发生更改的任何内容都需要有一个远未来的expires头

如果您负担得起，可以从cdn提供您的文件。它们是分布式网络，可以更轻松地交付内容

去掉cookie，或者通过将它们的值编码为JSON或使用缓存服务服务器端缓存这些值来组合它们，并且只将缓存密钥存储在cookie中。这样你只有一块饼干而不是几百块

把你的css放在最上面，去掉所有未使用的选择器和属性来优化它

哦，考虑切换到瘦客户端……重载网页是1999。使用瘦客户端允许您尝试不同的页面下载优化技术，并将视图（web客户端）与服务器和中间件api分离，允许您在几乎任何您选择的RIA环境中开发前端。您可以使用JQuery实现极其轻量级，也可以使用Ext或Dojo等更健壮的预构建UI

减少未使用的HTML的数量。除非绝对必要或在页面加载后插入dom，否则表是邪恶的

我确信其中一些需要一些重大的重新工作，而此时您的应用程序体系结构和开发人员技能可能还不适合这些工作。好消息是，您可以通过缓存cookies服务器端（如我上面提到的）、压缩静态组件、组合和缩小任何和所有JS、优化CSS和布局来改善用户体验，而无需重新构建web应用程序

是的，这是可能的

下面是一个成功的例子。看看优化的好东西

是否值得尝试优化带宽减少和服务器响应能力？当然 很多人通过手持设备与昂贵的移动电话连接。我住的学校系统甚至