加载失败
这是一个把无限滚动“游戏化”的网页小实验：将用户的滚动累计为可量化的里程，并配以音效与幽默文案，作者把它定位为面向移动端的趣味体验而非严肃工具。讨论触及设备与输入差异（如 Windows 的 autoscroll/中键滚动会改变体验），以及滚动方向设置（反向滚动）对自然感的影响。技术层面有关于 JavaScript 数值类型的讨论（Number 基于 IEEE‑754 double，是否需要 BigInt），作者解释以毫米累加以避免接近 2^53 精度上限。部分评论把想法延展到把滚动里程纳入 iOS Health（iPhone 自带健康应用）或参考越狱插件 Treadmill 作为先例，并提出单位切换等实用建议。
这是一个以趣味为主的小网页实验：把用户的滚动量转换为可累计的“里程”，并用音效与幽默文案不断提醒你仍在滚动。作者强调这是为移动端和“滚动的愉悦”而做的体验性质作品，而非严肃的统计工具。多位评论者表示被逗乐，愿意在无聊的会议或碎片时间里打开；有人形容触发滚动像解锁超能力，认可其“浪费时间但有趣”的价值。原始说明和用户反馈一致，将项目定位于互动玩笑和体验而非实用性增长。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
评论指出不同输入设备与设置会显著改变体验：Windows 的 autoscroll（通过鼠标中键/滚轮触发）能让页面持续滚动、快速累积里程，从而被视为“作弊”，该功能被追溯到 IntelliMouse（微软早期滚轮鼠标，约1996年）。作者与用户强调该站偏向移动端拇指滚动的手感，因此在桌面环境会出现问题——有用户报告句子被截断（例如只看到“content to keep the site from going viral”）或布局错误。还有人提到反向滚动设置会让页面感觉不自然，音效触发时间点也令部分用户惊讶，甚至有人在暂停约200米后听到类似“呻吟”的音效。多个评论还提出需支持单位切换（如英尺/米）以适配不同地区用户习惯。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
有人质疑若不断累积滚动距离，是否会接近数值类型的精度极限或需要用 BigInt 来保存整数。作者回应说实现使用标准 JavaScript Number（基于 IEEE‑754 double），并以毫米为单位累加距离；在这种度量下，即便滚动数百公里也远低于 2^53 的整数精度上限，因此现实中不会发生精度丢失。这体现了作者在实现复杂度与实际使用场景间的折衷：不引入 BigInt 等复杂类型，同时保证对人类用户而言足够的数值精确度。评论还引用站点如何把“滚动”语义化为可量化的里程以解释设计初衷。
一些评论把这个趣味实验延展为功能想象：有人建议把滚动里程纳入 iOS Health（iPhone 自带健康应用）以统计“步数”，并且引用了越狱社区曾有的 Treadmill tweak 作为先例。社区也提出实用性建议，例如添加英尺单位切换，或者用戏谑性的建议（把温度改为 Fahrenheits）来表达轻松的期望。这些讨论把单纯的交互实验与已有工具和用户需求连接起来，表明部分用户愿意把“无用”的数据转为正式统计或社交化分享的指标。
autoscroll / middle-click: Windows 桌面常见的自动滚动交互：按下鼠标中键或滚轮会出现一个滚动指南圈，移动鼠标即可持续滚动，点击任意键停止。评论里有人指出利用此功能可以快速累积网页“里程”，改变原本针对手动滚动设计的体验。
IEEE-754 double / BigInt: JavaScript 的 Number 类型基于 IEEE‑754 双精度浮点（double），整数精度可靠到 2^53 左右；BigInt 是 JS 提供的任意精度整数类型。讨论焦点是是否会因为持续累加而接近 Number 的精度极限，作者解释通过以毫米为单位累加可以避免实际使用中出现精度问题，因此未使用 BigInt。
Treadmill（iOS 越狱插件）: 越狱社区曾存在的一个 tweak，能把屏幕滚动量或交互转化为类似运动里程的统计。评论中被引用为把滚动量算作健康数据或步数的先例。