那只不停打电话的鼠标

本服务的上一代带着一个鼠标追踪脚本。它先正常地加载一次计数器图片，之后在每一次鼠标移动时再加载一次——把坐标放进查询串，并带上一个 rerun=1 标志。这名字是诚实的：这是同一次访问的又一遍，不是一次新的。

这些数据从来没有人看过。rerun 这个词在整棵源码树里只出现在一个地方，而那个地方是某个缓存键的排除清单。它从未被分析过。倒是一直在被计数。

它对数字做了什么

2026 年 8 月 19 日实测：

• 当天 12 227 张计数器图片里有 2 420 张带着 rerun=1 —— 19,8 %
• 31 个计数器受影响
• 单单一个地址就朝同一个计数器打了 248 次
• 有一个计数器，当天 294 次访问里有 251 次是重复

最后那个计数器的统计描述的不是它的读者。它描述的是一位访客的鼠标在一个页面上移动的轨迹。

什么变了，什么没变

带 rerun=1 的请求现在按重新加载处理：它不再让任何数字增加。2026 年 8 月 25 日修好之后重新测量：24 285 张计数器图片里仍有 3 784 张带着这个标志——15,6 %。

流量没有停。它也停不了：那个脚本嵌在别人的页面里，其中有些人已经十年没动过自己的网站。停下来的是计数。这些请求仍然要花带宽和一点 CPU，但它们不再扭曲任何人的数字。

那个长得一模一样、其实不是的邻居

同样这些地址里还有第二个标志，nocount=1，而它是故意不停止计数的。这读起来像个缺陷，直到你去看它是从哪儿来的：计数器创建器把它写进生成好的嵌入代码，在那里它的意思是「这个样式里的旧向导块不该触发」。它从来就不是一句「跳过计数」的请求。

让它跳过计数只需改一行，而这一行会悄悄关掉每一个使用可调样式的计数器。核查那天，其中一个有 574 次图片加载，每一次都带着 nocount=1。

两个标志，在同一个查询串里，写法暗示性差不多。一个必须开始被忽略，另一个必须继续被忽略，而分辨谁是谁的唯一办法，是去查清楚每一个分别是谁写下的。