Sor*_*umb 6 css version-control onload slowdown
在使用了许多CMS并切割了许多HTML设计之后,当我看到SilverStripe使用CSS时,我被转换了.
从本质上讲,<div>根据您所在的页面更改标签中的ID将是一种浪费,并且更改<body>标签的类和ID将是更改特定页面的更简单方法.
在下列问题中,同事对此类定罪提出了质疑:
在特定网站上,我们有各种结构相似的页面.有些可能包含特殊形式,有些则可能没有.根据我们所在的子部分,所有特殊形式应具有不同的背景图像.
由于声称"额外的CSS行减慢了body.onLoads",我在CSS中编写所有背景预期的论点被拒绝了.
有人可以在各种案件中引用证据吗？案例包括:编码不良的CSS和编码良好的CSS,但每页都有各种未使用的CSS？
(具体来说,关于我的问题,有人可以解释我的不安吗？我觉得不舒服,假设图像会在那里并根据数据库中的变量自动生成内联CSS(或基于标题部分的样式标记).)
除非您的网站是Gmail或YouTube(或类似的CSS重),否则(显着)并不重要.
Google在其"页面速度"指南中提供了一些建议:
http://code.google.com/speed/page-speed/docs/payload.html#RemoveUnusedCSS
删除或延迟文档未使用的样式规则可避免下载不必要的字节,并允许浏览器更快地开始渲染.
在浏览器开始呈现网页之前,它必须下载并解析布局页面所需的任何样式表.即使样式表位于缓存的外部文件中,也会阻止呈现,直到浏览器从磁盘加载样式表为止.此外,一旦加载样式表,浏览器的CSS引擎必须评估文件中包含的每个规则,以查看该规则是否适用于当前页面.通常,许多网站为其所有页面重复使用相同的外部CSS文件,即使其中定义的许多规则不适用于当前页面也是如此.
最小化由样式表加载和渲染时间引起的延迟的最佳方法是减少CSS占用空间; 一种显而易见的方法是删除或推迟当前页面实际不使用的CSS规则.
关于这个:
由于声称"额外的CSS行减慢了body.onLoads",我在CSS中编写所有背景期望的参数被拒绝了.
额外的时间大约是几毫秒.做什么更容易和可维护,而不是更"有效".