排除名单为什么不做哈希
正在建站的人，一天要打开自己的站二十次。在一个每月四十位访客的计数器上，统计的一半就是站长本人。所以有一个设置：不要统计来自我自己地址的访问。 本服务的其他每一处，地址都会连同一个保密的盐和日期一起哈希，地址本身从不进入存储。唯独这一处，它按输入时的样子原样保存，明文。这是一个有意为之的决定，它值得被说出来，而不是留给人去发现。 最先试过的那个版本…
比字段还长的页面地址
2026 年 8 月 9 日，有二十张计数器图片没能画出来。不是画错了，也不是画得慢——访客在本该有计数器的位置什么也没拿到。 原因是一个超过 255 个字符的页面地址。现在它在写入时就被截断，计数器图片不再取决于告诉它的那个地址有多长。 这条链 记录一次访问落在哪个页面上的那个字段是 varchar(255)。地址来的时候比这更长。插入以 SQLSTATE 22001…
关于页面上撤下了什么，以及为什么
旧的关于页面上有一份功能清单。重建这个页面时，把清单逐行对着软件读了一遍，有四条已经对不上了。其中一条已经对不上好几年。 它们已经撤下。这里写明它们是什么，因为默默删掉不如给出解释 — 也因为那个页面上的清单现在是对着代码核对的，而不是对着它自己的上一版。 屏幕分辨率…
关于页面上的数字从哪里来
关于页面顶部现在有六个数字:此刻在线人数、昨日访客数、使用中的计数器数量、过去三十天内的国家数、可供选择的样式数量,以及这项服务开始的年份。这六个数字全部来自正在运行的系统本身,其中有两个会在这个页面显示的过程中实时变动。 这一点值得说明一下,因为这类页面上的数字,往往并不是真正意义上的数字。 每个数字的来源…
页眉和页脚现在通到两边
本站每个页面上都能看到的一个小改动:顶部的深色横条和底部的页脚,现在都会撑满整个窗口的宽度。 在今天之前,它们和其他所有内容一样被限制在同一个1180像素的列里,所以在宽屏幕上,页面看起来就像一条内容悬浮在大片空白背景中。统计页面上的页脚此前已经是全宽的——它是唯一的例外,而正是这种不一致促成了这次改动。 没有改变的部分…
浏览量、每日访客数与计数器累计值：各个数字代表什么？
计数器图片、每日访客报表和时段合计可能显示不同数字，而并无故障。比较之前，应先核对指标、时段和计数器编号。Stats4U 测量请求，并用每日标识减少重复计数；它不会识别具体个人。 确认所比较的数字…
解读来源域名，不猜测缺失的流量来源
来源域名报告描述的是实际传递到 Stats4U 的来源信息。它并非所有访问途径的完整清单，一行记录也不必然代表一个独立的人。有效分析应区分来源域名、被计数的页面，以及主动标记的推广活动链接。 检查时段和指标 区分来源与目的地 为计划中的链接添加活动标记 检查报告实际收到的信息…
以正确权限和时段将 Stats4U 报告导出为 CSV 或 JSON
统计页面上的 CSV 和 JSON 链接可下载报告，供进一步处理。应先打开有权访问的统计页面，选择目标时段，再使用当前下载链接。导出不会绕过私密统计或密码保护，下载后的文件也需要妥善处理。 使用所需权限打开统计页面 选择日期和文件格式 核对文件并安全保存 通过统计页面下载…
不用 JavaScript 的动画计数器
这里相当一部分计数器样式是会动的。数字会自己往上跳动,面板会自己描绘出来,或者有什么东西会落定到位。 它们都不用一行JavaScript。 原理是什么…
给网站加一个隐形访问计数器
不是每个人都想在页面上放一个计数器。很多人想要数字,却不想要角落里有个徽标把这些数字公之于众——作品集、公司网站,或者那种如果放一个可见的访问计数,看起来就像是在衡量错误东西的页面。 为此有两种样式可选,它们之间的差异很小,但是刻意为之的。 这两种样式…
通过 Google Tag Manager 添加 Stats4U 计数器
博客上早在 2015 年就有一篇关于此事的指南。它的截图里，Tag Manager 的样子早已今非昔比，而它七个步骤中的一步——勾选 document.write——现在已经完全不需要了。本文将取代那篇指南。 本文也回答了那篇旧指南放弃回答的问题。旧指南说，配合 Tag Manager 应该使用隐形计数器，理由是无法控制 Stats…
在 HTTPS 页面上使用计数器
一个使用 HTTPS 的网站，访客能看到一个小锁图标。然后页面里粘贴进了来自另一个网站的东西，小锁图标消失了——或者粘贴进去的东西干脆就不出现了。 这就是混合内容问题，值得花十分钟弄清楚，因为它会悄无声息地破坏很多旧的嵌入式小组件。 浏览器对此做了什么 一个通过 HTTPS 加载的页面，不允许悄悄地通过明文 HTTP…