实际被绘制的是哪些计数器样式
本文内容
本服务提供 461 种计数器样式。2026 年 8 月 25 日,它画了 24 285 张计数器图片,其中 22 985 张指明了样式。那天一共出现了三十九种不同的样式。
这三十九种里有二十五种在样式库中。另外十四种在那里不提供 — 而它们占了 22 985 张里的 18 509 张,也就是 80,5 %。这十四种都能正常绘制,任何在用它们的计数器都照常工作;它们缺的只是新建计数器时那份清单里的一个位置。
榜首这一段
| 样式 | 当天图片数 | 字节 | 在样式库里 |
| 30 | 8 645 | 3 167 | 否 |
| 17 | 4 476 | 43 | 否 |
| 26 | 4 048 | 3 731 | 否 |
| 48 | 3 024 | 17 798 | 是 |
| 25 | 1 041 | 1 823 | 否 |
前五名里有四种不在新建计数器所用的样式库中。它们加起来是本服务所画全部计数器图片的 74,7 %。调用它们靠的是样式编号,而现有的嵌入代码本来就带着这个编号,所以请求照样到达。
在确实提供的 461 种样式里,那天总共只有 25 种被取用过。这是 5,4 %。
那个四十三字节的
样式 17 起初看着像个故障:43 字节,image/gif,正好是一个透明像素点的大小。全服务第二常用的样式,看上去却什么都不返回。
它是故意什么都不返回的。它的源码只有四行,引入了 img/1px.gif——这是隐形计数器,给那些想要统计、但不想在页面上挂一枚徽章的人用的。打开文件用了十秒钟,就解掉了字节数制造出的那份不安。
这次核对之所以必要,正是因为这里以前在另一个文件上出现过同样的问题,而七十五分钟的抓取是回答它的那条远路。一个出乎意料的测量值是打开源码的理由,不是一项发现。
为什么样式库不认识它们
样式库是从一份样式编号清单生成的,而这些较老的样式从来没被写进那份清单。它们出自 2012 年,至今照常绘制,而始终没有任何东西把「这个样式存在」和「这个样式被提供」连起来。其中两个甚至有各自专用的缓存文件,可见某个时候它们重要到值得单独对待。清单是可以扩充的;缺的是那个能说出该补进哪几项的测量。
那张表里还藏着一个关于重量的故事。最常用的样式花 3 167 字节。排位最高、又确实能被选到的那个样式花 17 798 字节——同样一张干同样活的图片,代价是 5,6 倍。
该从中取走什么
样式的受欢迎程度,这里一直是从计数器那一行的某个字段里读的。那个字段记录的是曾经选过一次的东西,也许是几年前,也许从此再没改过。它不记录实际画出来的是什么。日志记录,而日志说的是另一回事:每天绘制工作的五分之四,都花在了不在样式库里的图片上。这是一份该扩充的清单,而现在有了一个可以据以扩充的数字。