这份说明只写本站实际做的事。凡是没有做的事,就直接写不做;凡是有期限的事,就写出期限。含混的措辞对读者没有用,对本站也没有用,因为说不清的地方最后都要靠复核来补。
本站不收集什么
先把不做的部分列清楚,剩下的才好判断。本站不触碰的东西,比它记录的东西多得多。
- 不设账号:全站没有登录、注册、会员体系,也没有需要填手机号或邮箱才能看的页面。
- 不收集安装包:本站不托管任何包体,从 26.7 MB 到 52.9 MB 的五个体积只是登记读数,不涉及文件上传。
- 不记录远控内容:本站不是远控链路的一环,不接触你的会话、画面、键鼠输入与传输文件。
- 不投放广告,不接第三方统计脚本,页面里没有像素标记,也没有外链脚本。
- 不做设备指纹,不采集屏幕分辨率、字体列表这类用于识别个体的组合信息。
一句话:你在本站能留下的痕迹,只有一次普通的网页访问,以及访问到的那几个页面地址。
不收集清单里最容易被误会的三项
三项常被误会成「本站也顺手拿到了」,实际都没有:本站站在远控链路之外,看不到会话内容。
- 远控画面:本站不在链路里,36 毫秒的延迟读数来自对照机实测,与你的访问无关。
- 上传文件:五端包体 26.7 MB 到 52.9 MB 只是登记数据,页面没有上传入口。
- 设备特征:屏幕分辨率、字体列表这类组合识别项一概不取,也不做拼接。
访问日志:留什么、留多久
服务器为排查故障保留最小限度的访问日志,字段与用途逐项对应,不多记一项。字段表之外的任何信息都不写入,避免日后被当成可用数据。
| 记录字段 | 是否保留 | 用途 | 清理方式 |
|---|---|---|---|
| 访问时间 | 保留 | 定位故障发生的时间区间 | 按数据留存标准,30 天后随轮转删除 |
| 请求路径与状态码 | 保留 | 判断是哪一页返回了错误 | 按同一数据留存标准,30 天清理,不单独延长 |
| 浏览器与系统版本 | 保留 | 复现排版或渲染问题 | 按留存标准 30 天到期一并清除 |
| 来源页面 | 保留 | 识别失效的内部链接 | 按数据留存标准 30 天滚动清理 |
| IP 地址 | 只保留网段 | 判断是否为同一来源的重复故障 | 写入时即截断,30 天内按标准清除 |
| 账号标识 | 不采集 | 本站无账号体系 | 无 |
| 远控会话内容 | 不采集 | 本站不参与远控链路 | 无 |
留存期定为 30 天,是因为故障排查基本在几天内发生,留太久没有额外用处,反而是负担。日志不做聚合分析,不用于画像,也不与任何外部数据源拼接。
需要强调的是:日志里不会有你的远控读数。36 毫秒的连接延迟、1.05 秒的冷启动、15 Mbps 的码流,这些都是本站对照机上的实测中位值,与你的访问行为没有关系。
字段之外的任何信息都不写入,包括页面上那些包体读数:38.2 MB 这类数字是逐平台称重的结果,属于公开登记值,不来自任何一次访问。
日志字段的取舍标准
取舍标准是「排查故障时用得上」:用得上的留,用不上的不写,写完再截断一次。
- 访问时间记到秒,够定位故障区间,不再细化到毫秒。
- IP 地址写入即截断成网段,完整地址对判断是否同一来源没有增量。
- 浏览器与系统版本记到主版本,用来复现排版问题,不往下追到补丁号。
30 天从写入那天起算
30 天从日志写入当天起算,按日轮转;到期即删,不因删除申请或复核需要而顺延。
- 按 30 天留存标准按日轮转,满期的日志整份清除,不做抽样保留。
- 查询与留存解耦:翻旧日志不会延长它的留存期。
- 到期删除之前不做聚合,日志不经汇总就被丢弃。
Cookie 的使用范围
本站只用必要的 Cookie,用途限于两件事:记住你上次选择的显示偏好,以及维持一次访问内的会话标记。广告 Cookie 与跨站追踪 Cookie 一律不设。
- 必要 Cookie:维持页面正常渲染与站内跳转,关掉后个别页面的偏好会重置。
- 偏好 Cookie:记住你选过的显示偏好,最长保留 30 天,到期自动失效。
- 不设跨站追踪:本站不向其它域名回传你的访问路径,也不读取别处写入的追踪标识。
- 清掉无影响:在浏览器里随时可以清除,清掉之后正文与表格照常显示。
必要 Cookie 只承担两件事
必要 Cookie 只承担两件事:维持一次访问内的会话标记,以及记住上次选过的显示偏好。
- 会话标记在关闭浏览器后失效,不跨会话复用。
- 偏好按 30 天留存标准保存,到期自动清除,不续期。
- 两类都不记录你读了哪几段,只保存开关状态。
关掉 Cookie 之后页面长什么样
关掉之后正文、表格与图注照常显示,只有偏好类设置回落到默认值。
- 字段表那七行照常渲染,不依赖 Cookie 里的任何状态。
- 显示偏好回到默认,下次进来要重新选一次。
- 站内跳转仍可用,会话标记缺失不影响页面之间的链接。
页面资源为什么全部自托管
图片、样式、脚本与字体都放在本站自己的域名下,不从第三方分发网络拉取。这样做直接的好处是:没有任何外部域名会因为一次页面加载而拿到你的访问信息。
- 样式与脚本
随页面一起从本站域名下发,不引用公共库地址,版本随页面一起更新。
- 图片与图标
存放在站内目录,按页面需要裁切,不经第三方图床中转。
- 字体
只使用系统自带字体栈,不外链字体服务,避免加载时把请求发给别处。
代价是本站在弱网下的首屏比用分发网络慢一些。这个代价本站愿意付,因为换回来的是访问路径不外流:没有第三方能拼出你看了哪几页、看了多久。
弱网下的首屏取舍
去掉分发网络之后,弱网首屏会慢一些;本站用这点延迟换访问路径不外流。
- 首屏请求全落在同一域名,省掉跨域解析,也省不掉资源本身的体积。
- 不预加载下一页资源,弱网下少一次抢占带宽。
- 图片按显示尺寸裁切下发,避免整图缩放带来的额外字节。
- 不接统计脚本与像素标记,页面里没有第三方的请求位。
你的权利:查询与删除
日志里的记录虽然有限,你仍然可以对它提两项要求:查有没有、删掉已有的。两项都不需要注册,也不需要提交身份材料。
- 提申请
发信到 [email protected],写明申请类型、访问的大致时间与出口网段。
- 本站核对
按时间区间与网段在日志里检索,只回有或没有,不回传其他人的记录。
- 执行删除
确认属于你的记录,在 30 天留存期内提前删除,并回信说明删了哪一段。
核对靠时间与网段两项,不靠身份材料,原因是本站没有账号体系,也就没有可核验的身份绑定。代价是网段相近的申请可能无法精确区分,遇到这种情况本站会说明边界,而不是含糊答应。
查询申请要写三项
三项写全,检索能一次命中;缺任何一项,只能回一句无法定位。
- 申请类型:写明是查有没有,还是要求删除。
- 访问时间:给到日期与大致时段,精确到小时即可。
- 出口网段:只给网段即可,本站不对照完整地址。
核对为什么不用身份材料
本站没有账号体系,也就没有可核验的身份绑定;核对只能靠时间与网段两项外部特征。
- 不收证件与手机号,避免为删一条日志反而多收一份个人信息。
- 网段相近的申请可能无法精确区分,遇到这种边界会说明,不硬答。
- 删除按 30 天留存标准在期内执行,执行后回信说明删了哪一段。
这份说明怎么变更
变更时会在页面更新数据日期,并同步站点地图里的最后修改时间。三条例外情形写在这里,避免以后解释。
- 不追溯扩大范围:新增的字段只对变更之后的访问生效,已清理的日志不会重建。
- 不静默修改:删掉某类记录也会写明删了什么,不只改字段表了事。
- 不延长留存:历史日志仍按原定的 30 天清理,不因条款变更而延长。
这份说明里刻意没写的部分
页面只写已经发生的处理方式;尚未发生的场景不预先承诺,也不写可能、或将这类半句。
- 不预留条款:不写「未来可能用于」,避免把不确定写成承诺。
- 不写套话:本页没有「我们重视您的隐私」这类句式,只列字段与期限。
- 不覆盖第三方:页面不嵌第三方组件,因此没有第三方条款需要转述。
常见问题
下面几条的答案都能在前面的字段表与流程里找到对应段落,这里只做集中说明,不引入新的口径。
问答没覆盖的三种情形
下面五问来自来信里出现频率最高的问题;三种边缘情形单独说清,免得再去翻字段表。
- 日志被搜索引擎缓存:缓存由搜索引擎自己清理,本站只能等它过期。
- 公共网络下的网段重合:同一出口可能对应多人,删除申请按网段处理。
- 浏览器插件注入的脚本:插件在本地运行,不在本站的资源清单里。
本站会记录我远程控制了哪台机器吗?
不会。本站不参与远控链路,没有你的会话数据,也没有对端标识;页面读数来自对照机,与你的使用无关。
关掉 Cookie 还能正常看吗?
能。必要 Cookie 关掉后个别页面的显示偏好会重置,正文、表格与图注照常显示。
日志里的 IP 为什么只留网段?
排查故障只需要判断是不是同一来源,完整地址对这件事没有增量作用,所以写入时就截断。
删除申请多久处理?
在 30 天留存期内处理,不额外承诺更短时限;即使未处理,到期也会被轮转清掉。
邮件内容会被用到别处吗?
只用于复核与回信。更正发布时只写页码与读数,不复述原文,也不写来信人信息。