复杂网络 平均权重
The HTTP Archive Report has published their end-of-year technology statistics which collate information from 300,000 of the web’s most popular websites. Average page weight has bloated by 32% in one year to reach more than 1,700Kb — or 1.7Mb — and now comprises 96 individual HTTP requests. It’s worse than the staggering 30% increase in 2012!
HTTP存档报告已发布了它们的年末技术统计信息，该统计信息收集了来自300,000个Web最受欢迎网站的信息。 平均页面重量在一年内膨胀了32％，达到1,700Kb(即1.7Mb)以上，现在包含96个单独的HTTP请求。 比2012年惊人的30％增长还要糟糕！
Some of the increase can be explained by increased ecommerce activity and advertising as people hunt for gifts. However, few web sites lose weight in January and continue to gorge themselves throughout the year.
随着人们寻找礼物，电子商务活动和广告活动的增加可以解释其中的一些增加。 但是，很少有网站在1月份减肥并在全年中继续狼吞虎咽。
The report analyzes publicly-accessible content and shopping web sites rather than complex web applications. It provides a breakdown of the specific technologies used:
该报告分析了可公开访问的内容和购物网站，而不是复杂的Web应用程序。 它提供了使用的特定技术的细分：
technologyend 2012end 2013increaseHTML54Kb57Kb+6%CSS35Kb46Kb+31%JavaScript211Kb276Kb+31%Images793Kb1,030Kb+30%Flash92Kb87Kb-5%Other101Kb205Kb+103%Total1,286Kb1,701Kb+32% 技术 2012年底 2013年底 增加 HTML 54Kb 57Kb + 6％ CSS 35Kb 46Kb + 31％ JavaScript 211Kb 276Kb + 31％ 图片 793Kb 1,030Kb + 30％ 闪 92Kb 87Kb -5％ 其他 101Kb 205Kb + 103％ 总 1,286Kb 1,701Kb + 32％The rise in HTML is fairly negligible although it’s slightly surprising given the trend for cut-down content and simpler, flatter designs. 57Kb is quite chunky for just content.
HTML的增长几乎可以忽略不计，但考虑到缩减内容和更简单，更扁平化的设计趋势，这有点令人惊讶。 57KB是刚刚的内容比较矮胖。
CSS sizes have increased by 11Kb on average. Some could be explained by Responsive Web Design and CSS3 effects, but a reduced requirement for vendor prefixes should have helped?
CSS大小平均增加了11Kb。 响应式Web设计和CSS3效果可以解释其中的一些问题，但是减少对供应商前缀的要求应该有所帮助？
However, any rise in HTML and CSS can be offset by a decrease in JavaScript code. There’s less reason to use large script libraries now we have better browser consistency and CSS3 animations. That’s not happened and the average page now loads 18 individual script files; concatenation and minification would help immensely.
但是，HTML和CSS的任何增加都可以通过JavaScript代码的减少来抵消。 现在，我们拥有更好的浏览器一致性和CSS3动画，因此没有理由使用大型脚本库。 事实并非如此，现在平均页面可以加载18个单独的脚本文件。 串联和缩小将极大地帮助您。
Unsurprisingly, Flash has dropped by a few kilobytes and pages using the plugin have fallen from 37% to 32%. Advertisers remain the primary users but HTML5 alternatives are starting to appear now Responsive Web Design is a mainstream technique.
毫不奇怪，Flash减少了几千字节，使用该插件的页面从37％下降到32％。 广告商仍然是主要用户，但是HTML5替代方法现在已经开始出现。响应式Web设计是一种主流技术。
“Other” files have doubled in size. Almost a third of this growth can be attributed to webfonts and webfont icon sets which is acceptable given that it should lead to a reduction in image use … except it hasn’t. Perhaps high-density photographs can justify some increase, but who is loading a megabyte of images on every page?
“其他”文件的大小增加了一倍。 这种增长的近三分之一可以归因于webfonts和webfont图标集，因为它应该导致图像使用量的减少， 但是这不是可以接受的 。 也许高密度照片可以证明有所增加，但是谁在每页上加载了兆字节的图像呢？
The figures are more shocking when you consider they’re averages. Approximately half the web sites analyzed will be more obese. We web developers should hold our heads in shame.
当您认为它们是平均值时，这些数字更令人震惊。 大约一半的网站将变得肥胖。 我们的Web开发人员应该对我们的头感到羞耻。
What can we blame? My primary suspects are:
我们能怪什么？ 我的主要嫌疑人是：
Bloated CMS Templates
膨胀的CMS模板
Typical WordPress themes are crammed full of features. Many will be third-party styles and widgets the author has added to make the theme more useful or attractive to buyers. Many features will not be used but the files are still present.
典型的WordPress主题挤满了功能。 作者添加的许多第三方样式和小部件将使主题更有用或更吸引买家。 许多功能将不会使用，但文件仍然存在。
HTML5 Boilerplates
HTML5样板
A boilerplate may save time but it’s important to understand they are generic templates. The styles and scripts contain features you’ll never use and the HTML can be verbose with deeply-nested elements and long-winded, descriptive class names. Few developers bother to remove redundant code.
样板可以节省时间，但了解它们是通用模板很重要。 样式和脚本包含您永远不会使用的功能，并且HTML可能具有冗长的嵌套元素和冗长的，描述性的类名，因此非常冗长。 很少有开发人员会去掉多余的代码。
Carelessness
疏忽
Developers are inherently lazy; we write software to make tasks easier. However, if you’re not concerned about the consequences of page weight, you should have your web license revoked.
开发人员本来就是懒惰的。 我们编写软件以简化任务。 但是，如果您不担心页面重量的后果，则应该撤销您的Web许可证。
Even if we forget website SEO, software efficiency and user responsiveness, one in five web visits is from a phone. On the most efficient mobile network a 1.7Mb page will take one minute to download — assuming the phone or tablet is able to render it effectively. Would a potential customer be prepared to wait?
即使我们忘记了网站的SEO，软件效率和用户响应能力，也只有五分之一的网络访问来自电话。 在最高效的移动网络上，假设手机或平板电脑能够有效呈现1.7Mb的页面，则下载需要一分钟。 潜在客户会准备等待吗？
Mobile connectivity and bandwidth continues to improve but it rarely jumps 30% in one year. It’s ironic that developers are willing to adopt RWD techniques while making the same website unusable on the devices they’re targeting.
移动连接性和带宽继续改善，但很少会在一年内增长30％。 具有讽刺意味的是，开发人员愿意采用RWD技术，同时使目标网站无法使用同一网站。
I’m appalled. Admittedly, I started development in the dial-up days when 100Kb was considered excessive, but are today’s web pages seventeen times better than they were back then?
吓死我了 诚然，我是在拨号时代开始开发的，当时人们认为100Kb太高了，但是今天的网页是否比当时的网页好17倍？
Will web page weights ever reduce? Is your site clinically obese? How did it get into that state?
网页权重会降低吗？ 您的网站临床肥胖吗？ 它是如何进入这种状态的？
翻译自: https://www.sitepoint.com/average-page-weights-increase-32-2013/
复杂网络 平均权重
