网站深度测评
wger.de是什么网站?
wger.de 是一个开源的健身与训练管理网站,用来记录训练计划、动作库、体重和饮食等数据,适合想自己管理锻炼记录的人。
它的常见用途包括:
- 创建和保存个人训练计划,按天或按周期安排动作。
- 浏览动作库,查看每个动作的做法和涉及的肌群。
- 记录体重、身体数据与营养摄入,跟踪变化。
- 自己部署:因为是开源项目,有技术能力的人可以搭在自己的服务器上。
使用场景上,例如想系统记录每周训练量、对比体重变化,或不想把健身数据交给商业 App 的人,会用它。它更偏“自己动手、数据自持”,而不是社交打卡或教练带练。
需要注意,wger.de 目前受到 Anubis 保护,会先做一次工作量证明验证来阻挡 AI 大规模爬取。因此访问时页面可能先显示“正在确认你是不是机器人”,需要启用 JavaScript;如果用了 JShelter 一类插件,可能需要为本域名停用。这是防护措施,不是网站本身的功能。
同类选择上,如果更看重社区和课程内容,可以看 Bodybuilding.com;如果想找现成的训练计划模板,可以看 Muscle & Strength。wger 的侧重点是开源、可自建、以记录和管理为主。
访问wger.de时出现“正在确认你是不是机器人”页面是什么原因?
你看到的“正在确认你是不是机器人”不是 wger.de 本身的功能页面,而是网站启用了名为 Anubis 的反爬虫防护机制。它会在访问时先要求浏览器完成一段 JavaScript 计算验证,确认你是普通用户而不是大规模自动化爬虫,验证通过后才会进入 wger.de 的正常页面。
为什么会出现这个页面
- 防止 AI 公司大量抓取内容:页面说明里明确提到,启用 Anubis 是为了避免 AI 公司高频爬取导致服务器崩溃,让所有用户都无法正常访问。
- 采用工作量证明机制:Anubis 使用类似 Hashcash 的 Proof-of-Work,对单个用户来说计算负担很小,但对大规模爬虫来说累积成本会大幅增加。
- 目前是过渡方案:页面称这是占位符方案,网站管理员会继续用指纹识别、无头浏览器识别等方式,未来可能不再需要向正常用户展示验证页。
什么情况下容易卡在这个页面
- 浏览器禁用了 JavaScript:页面明确说必须启用 JavaScript 才能通过验证。
- 安装了 JShelter 等隐私插件:这类插件可能阻挡 Anubis 需要的现代 JavaScript 功能,需要为 wger.de 停用或放行。
- 服务器负载过高:页面提示“服务器可能负载过高”,此时重新加载页面再试一次。
- 网络环境或浏览器过于异常:如果浏览器指纹像自动化工具,也可能被要求反复验证。
你可以怎么做
- 确认浏览器已启用 JavaScript。
- 如果装了 JShelter 或类似插件,为 wger.de 停用或加入白名单。
- 重新加载页面;如果仍失败,稍等片刻再试。
- 换用主流浏览器(如 Chrome、Firefox、Edge)的默认配置访问。
这个页面本身不代表 wger.de 出现故障,也不代表你的账号或设备有问题,它只是网站为保护服务器资源而设置的一道访问门槛。
Anubis的工作量证明验证机制是如何阻挡AI爬虫的?
Anubis 用“给每个访客加一点计算题”的方式,把大规模 AI 爬虫的成本放大,同时让正常用户几乎无感。它不直接识别爬虫,也不靠封 IP,而是让访问者先完成一次 JavaScript 工作量证明(Proof-of-Work)。
具体怎么挡
- 用户打开页面时,浏览器会收到一道计算挑战,需要算出一个满足条件的哈希值。
- 对单个浏览器来说,这道题通常只花很短时间,用户基本只是多等一小会儿。
- 对爬虫来说,如果它要抓成千上万个页面,每个页面都要重复做这种计算,累积的 CPU 时间和服务器成本会大幅上升。
- 资料里提到,这套思路类似 Hashcash:最初用于减少垃圾邮件,核心就是“单次成本可忽略,规模化成本很高”。
为什么不是直接封
Anubis 被描述为一种折中做法:网站管理员不想让 AI 公司大量爬取导致服务器崩溃,但也不希望把正常用户一起挡在外面。所以它用工作量证明作为临时防线,同时把更多时间留给更精准的指纹识别和无头浏览器识别,比如通过字体渲染方式判断访问者是不是真实浏览器。
对普通用户的实际影响
- 需要启用 JavaScript,否则无法通过验证。
- 像 JShelter 这类会限制现代 JavaScript 功能的插件,可能导致验证加载失败;资料建议为此域名停用这类插件。
- 如果页面提示“Anubis 无法载入所需的 JavaScript”,可能是服务器负载过高,重新加载即可。
选择或使用条件
如果你在运营一个经常被 AI 爬虫抓取、服务器压力大的网站,Anubis 适合作为临时缓解方案;但它不是永久识别方案,资料本身也把它称为“占位符解决方案”。对普通访客来说,遇到 Anubis 验证时,保持 JavaScript 开启、必要时关闭限制脚本的插件,通常就能正常通过。
为什么必须启用JavaScript才能通过wger.de的机器人验证?
wger.de 上看到的“正在确认你是不是机器人”页面,是网站启用了 Anubis 反爬保护机制后弹出的验证页。它必须依赖 JavaScript 才能完成验证,原因如下:
- 验证过程本身需要浏览器执行计算:Anubis 采用类似 Hashcash 的工作量证明(Proof-of-Work)机制,要求访问者的浏览器在本地完成一段计算任务。这个计算只能用 JavaScript 在浏览器里跑,服务器无法替用户完成。
- 验证通过后还要靠 JS 放行:页面加载后,JavaScript 会执行挑战、提交结果,服务器确认后才把正常内容返回。如果 JS 被禁用或加载失败,验证流程就卡在“加载中”,无法进入网站。
- Anubis 需要现代 JavaScript 功能:它依赖较新的浏览器特性,所以像 JShelter 这类会限制或改写 JS 行为的隐私插件,也可能导致验证无法通过。页面提示需要为 wger.de 停用这类插件。
- 这是为了挡住大规模 AI 爬虫:网站管理员启用 Anubis,是为了避免 AI 公司大量抓取内容导致服务器崩溃、所有用户都无法访问。对单个用户来说,这点计算开销可以忽略;但对大规模爬虫,累积成本会大幅增加。
如果你遇到这个页面,可以这样处理:
- 确认浏览器已启用 JavaScript。
- 暂时为 wger.de 停用 JShelter 或类似拦截插件。
- 重新加载页面再试一次;若服务器负载过高,稍后重试也可能通过。
页面也提到,无需 JavaScript 的解决方案仍在开发中,所以目前启用 JS 是通过这项验证的必要条件。
JShelter等插件阻挡Anubis脚本时应该如何处理?
遇到 Anubis 验证页因插件被挡,最直接的处理是:为当前域名停用 JShelter 或同类拦截扩展,然后重新加载页面。Anubis 明确要求使用现代 JavaScript 功能,JShelter 这类插件会把它拦下来,导致验证脚本无法载入。
具体操作
- 在浏览器扩展栏点击 JShelter(或其他脚本拦截、隐私保护插件),选择“对此网站暂停”或把 wger.de 加入白名单。
- 刷新页面,让 Anubis 的工作量证明脚本正常执行。
- 如果仍显示“无法载入所需的 JavaScript”,先检查浏览器是否禁用了 JavaScript,再确认没有其他插件(如 NoScript、uBlock 的脚本过滤规则)同时拦截。
- 若页面提示服务器负载过高,可稍等片刻再重试,这类验证本身也会受服务器状态影响。
为什么必须放行
Anubis 采用类似 Hashcash 的工作量证明机制,对单个用户的计算负担可以忽略,但会大幅抬高大规模爬虫的累积成本。它需要现代 JavaScript 才能运行,所以拦截插件一开,验证就无法完成。官方也说明,无需 JavaScript 的方案仍在开发中,目前只能启用 JS。
实在不想开插件白名单
可以换一个未安装 JShelter 的浏览器或新建无插件配置文件访问。这不是绕过验证,只是避免插件误拦。
Anubis的验证页面反复加载失败时有哪些解决方法?
Anubis 是靠 JavaScript 做工作量证明(Proof-of-Work)验证的反爬工具,页面卡在“正在确认你是不是机器人”通常是脚本没跑起来或被拦截。按下面顺序排查即可。
优先尝试
- 直接刷新页面:Anubis 自己就提示“服务器可能负载过高,请重新加载”。多刷一两次常能通过。
- 确认 JavaScript 已启用:Anubis 明确要求现代 JS 功能,禁用 JS 时无法完成验证。
- 停用冲突插件:官方点名了 JShelter 这类会限制 JS 功能的插件。针对该域名(如 wger.de)停用,或把网站加入白名单。
- 换浏览器或开无痕窗口:无痕模式默认不带扩展,能快速判断是不是插件导致的。
- 换网络/稍后再试:服务器过载时,换个时段或网络往往就恢复了。
如果仍然失败
- 检查浏览器是否过旧,Anubis 依赖较新的 JS 特性,升级到最新版通常能解决。
- 使用会改写或拦截脚本的隐私工具(广告拦截、脚本管理器)时,同样需要为本站放行。
- 官方说明无 JS 方案仍在开发中,所以目前无法绕过 JS 完成验证。
背景理解
Anubis 用工作量证明抬高大规模爬取的成本,对单个正常用户负担很小。你遇到反复加载,多数情况是本地环境(插件、旧浏览器)或服务器一时过载,而不是网站故障。
用户评价(0)