磁力猫bt 磁力链接检索工具,哈希校验后收录

页面按关键词、哈希值与热度三条路径检索条目,返回结果附带体积、收录时间与失效状态,可逐条比对。

收录前对种子文件做哈希校验,重复条目合并为同一记录,失效链接保留历史标记,跳转前可先核对。

资源分类

八个分类按判定规则自动归位,编号在调整后保持不变

平台简介

两栏说明条目范围与更新方式

🗂️ 条目范围

条目范围覆盖影视、剧集、音频、文档、软件、游戏、图片与归档八类。每条记录标注文件体积、格式、收录日期与来源层级,检索结果按分类归位,同一哈希只保留一条主记录,便于逐项核对。

🕒 更新方式

更新按批次推进。抓取到的条目先进入待校验队列,哈希比对通过后写入索引,失效条目转入历史区并保留原编号。页面显示的收录日期即入库时间,同一条目多次变更会留下时间线。

检索体验

六项基础能力,围绕定位、比对与状态核对展开

🔍

哈希检索

粘贴完整哈希值即可定位唯一记录,前缀匹配返回同算法的候选列表。结果直接给出体积、收录日期与状态,省去逐页翻找。

🧩

关键词匹配

关键词会同时命中标题、别名与标签三处,支持用空格组合多个词。命中的位置在结果中标出,方便判断该条目是否与预期一致。

🔁

结果去重

同一哈希的重复提交会被合并,保留最早入库时间与最近一次校验结果。去重后的列表不再出现同一文件的多条副本,比对体积时更直观。

⚠️

失效标记

链接无法连通时,条目会被打上失效标记并转入历史区,编号与体积仍可查。标记每七日复检一次,恢复连通后自动回到正常列表。

📈

热度排序

排序依据是近七日的检索次数与点击量,权重按小时刷新。热度只反映关注程度,页面同时保留按收录时间排序的入口,两种视角可切换。

🗃️

条目归档

归档按分类与月份两层组织,每条记录保留来源层级与入库批次。归档页支持按年份筛选,历史批次不会因新批次写入而被覆盖。

热门条目

近七日关注度较高的八条记录,按收录时间由新到旧排列

平台特性

六条与检索流程相关的规则说明

🧭

检索路径清晰

首页把关键词、哈希值与分类入口放在同一屏,检索框支持直接粘贴长串字符。结果页保留上次筛选条件,返回列表时不必重新勾选。路径上的每一步都有文字说明,首次使用的访客也能按提示走完一次完整检索。

🔁

记录可追溯

每条条目带有入库时间、最近一次校验结果与批次编号,变更历史按时间线排列。同一哈希的多次提交会指向主记录,点击编号即可看到历次状态变化,方便核对来源与写入批次。

🧮

校验流程固定

抓取、哈希比对、体积核验、写入索引四个步骤固定执行,任一环节不通过即退回待处理队列。流程日志对访客开放,页面上能看到某条记录卡在哪一步,以及退回的原因类别。

🗂️

分类归位稳定

八个分类的判定规则写在说明页,条目入库时按规则自动归位,人工复核只处理边界情况。分类调整不会影响原有编号,旧链接打开后仍指向同一条记录,收藏夹里的地址不会失效。

🛡️

失效处理克制

失效标记只在连续三次连通测试失败后写入,避免因临时断网误判。标记保留原编号与体积信息,复检通过即恢复。历史区内的条目不会出现在默认列表中,需要时按编号单独查看。

📈

热度参考透明

热度值的计算方式与刷新频率在页面下方写明,数值只作排序参考,不作为推荐依据。排序切换保留在结果页顶部,按时间查看与按热度查看可以随时互换,两种视角各有用途。

校验说明

关于哈希、校验流程与失效记录的一份说明

哈希值的来源与作用

磁力链接中的哈希值由文件内容计算得出,常见算法为 SHA-1 与 BTIH,同一份文件无论被传输多少次,计算结果保持一致。哈希值的作用相当于内容指纹,它不指向某个具体服务器,只描述文件本身。检索系统据此判断两条记录是否指向同一份数据,也据此完成去重。访客在检索框中粘贴完整哈希时,页面直接跳转对应记录;只粘贴前缀时,系统返回同一算法下的候选列表。哈希值不可逆推文件内容,也不包含文件名与体积信息,这些字段需要由索引方另行补充。

收录之前要走的校验流程

一条记录进入索引之前通常要经过四步。第一步是抓取元数据,读取文件名、体积与分块信息;第二步做哈希比对,与已有记录逐一对照,命中则合并到主记录;第三步是体积核验,确认声明的体积与实际分块总和一致;第四步写入索引并分配编号。四个步骤中任何一步不通过,记录会被退回待处理队列,并标注退回原因。整个流程的执行日志对访客开放,页面上能看到某条记录停留在哪一步。流程固定之后,索引的重复率与错误率都能保持在一个可预期的区间,访客看到的字段也不会出现前后不一致的情况。

失效条目为何保留记录

失效条目在被标记后不会立即删除。原因有两层:一是网络抖动会造成临时不可达,连续三次测试失败才判定失效,可以避开大部分误判;二是同一条目可能在别处重新做种,保留编号与体积信息后,复检通过即可恢复,不必重新分配记录。历史区内的条目默认不进入检索结果,但通过编号仍可访问详情页,页面会注明最近一次连通测试的时间。保留记录也会带来存储开销,索引方通常按年份归档,超过一定年限的记录转入冷存储,仅保留编号与摘要字段,检索时以摘要形式返回。

—— 磁力猫bt 编辑部整理

平台动态

记录近期的规则调整与页面更新

2026年10月17日

平台为条目增加状态时间线

平台于10月17日为详情页增加状态时间线,把入库、校验、复检、失效四个节点按发生顺序排列。访客点开任一条目,即可看到该记录最近三十天内的状态变化,以及每次变更对应的批次编号。时间线数据与索引日志同源,不做二次加工。

2026年10月14日

平台调整哈希前缀匹配规则

10月14日起,哈希前缀检索的最短字符数由八位调整为十二位,减少候选列表过长的情况。输入不足十二位时,页面会提示补全位数,并给出当前输入命中的候选数量。调整只影响前缀匹配,完整哈希检索不受影响。

2026年10月10日

平台开放批次归档查询入口

10月10日,平台在归档页开放批次查询入口,可按年月与分类组合筛选。每个批次显示写入条目数、校验通过率与退回原因分布。查询结果支持按编号排序,页面同时保留最近十二个月的批次索引,更早批次转入冷存储后仍可查编号。

2026年10月6日

平台对八个内容分类重新划界

10月6日,平台对影视、剧集、音频、文档、软件、游戏、图片与归档八个分类的判定边界做了调整,把原先归属模糊的示例文件归入文档类。调整后原有编号保持不变,旧链接仍指向同一条记录,分类页的筛选条件同步更新。

2026年9月26日

平台把失效复检间隔缩短至七天

9月26日,平台将失效条目的复检周期由十四天缩短到七天,连续三次连通测试失败即写入失效标记。复检任务按批次分散在夜间执行,避免占用白天的检索资源。恢复连通的条目会自动回到默认列表,并在时间线上记录恢复时间。

2026年9月15日

平台补充检索结果的字段说明

9月15日,平台在结果页为体积、收录日期、来源层级、校验状态四个字段补充了说明文字,鼠标悬停或点击问号即可展开。说明内容与校验说明页保持一致,后续字段调整会同步更新两处,避免口径出现差异。

用户反馈

十条来自访客的真实留言

陈
老陈说网
★★★★☆

哈希检索确实省事,整串粘进去直接跳记录。就是前缀匹配的候选列表有时候偏长,得往下翻一会儿才能找到。

南
南巷
★★★★★

失效标记做得克制,之前碰到过临时断网的条目,过了两天自己恢复了,没有误删编号,这点比较放心。

雾
半山雾
★★★★☆

分类归位挺准,文档和软件这两类以前容易混,现在边界清楚多了,找起来不费劲,筛选也顺手。

纸
纸飞机
★★★★★

去重逻辑看得懂,同一份文件不会冒出七八条副本,比对体积的时候方便很多,这点比别的站强。

禾
阿禾
★★★★☆

时间线功能不错,能看到一条记录什么时候入库、什么时候复检过,来源层级也标得清楚。

面
深夜面馆
★★★★☆

热度排序偶尔会把老条目顶上来,不过切换成按收录时间就好了,两个入口都在结果页顶上。

楚
楚河
★★★★★

校验说明那篇文章写得实在,把四步流程讲明白了,不是那种绕来绕去的说法,看完就能上手。

李
木子李
★★★☆☆

移动端菜单折叠有点深,找平台动态要点两下。内容本身没问题,就是层级还能再简化一点。

星
观星者
★★★★★

归档页按年份筛选很实用,翻两年前的批次不用一页页点,编号也一直没变过,收藏的链接都还能打开。

满
小满
★★★★☆

整体加载速度还行,详情页字段排布清楚。希望结果页的标签再多几个筛选维度,比如按格式分。

常见问题

八条与检索、校验相关的问答

检索时需要输入完整哈希吗?
不必。完整哈希可以直接定位到唯一记录,前缀则返回同一算法下的候选列表。目前前缀匹配的最短长度为十二位,不足时页面会提示补全。关键词检索同样可用,系统会同时匹配标题、别名与标签三处,命中的位置在结果中标出。
条目入库需要经过哪些步骤?
抓取元数据、哈希比对、体积核验、写入索引四步依次执行。任一步骤不通过,记录退回待处理队列并标注原因。流程日志对访客开放,详情页可以看到该条记录停留在哪一步,以及退回原因所属的类别。
为什么会出现重复条目?
同一份文件可能被多次提交,提交时使用的文件名不同,但哈希一致。系统在比对阶段会把它们合并到主记录,只保留最早的入库时间与最近一次校验结果。合并后编号不变,历史提交记录仍可在时间线中查看。
失效标记是怎么判定的?
系统对条目连续执行三次连通测试,全部失败才写入失效标记。标记后条目转入历史区,编号与体积信息保留。复检周期为七天,恢复连通后自动回到默认列表,并在时间线上记录恢复时间,误判概率因此被压低。
分类归属可以自己调整吗?
分类由系统按判定规则自动完成,访客无法直接修改。遇到明显归错的情况,可通过页面底部的反馈入口提交编号。人工复核通常在三个工作日内完成,调整后编号保持不变,旧链接仍指向同一条记录。
热度排序依据哪些数据?
依据近七日的检索次数与详情页点击量加权计算,权重每小时刷新一次。数值只作排序参考,不作为推荐依据。结果页顶部保留排序切换入口,按收录时间查看与按热度查看可以随时互换,两种视角各有用途。
页面数据多久同步一次?
索引写入是实时的,抓取到的条目通过校验后即进入列表。批次归档信息按日汇总,每日凌晨更新一次。状态时间线与复检结果跟随校验任务同步,通常在任务结束后几分钟内可见,页面顶部显示的是最近一次写入后的状态。
遇到打不开的链接怎么办?
先在详情页查看最近一次连通测试时间,若显示失效则说明该条目当前不可达,编号与体积仍可查。若状态正常但跳转失败,可换用其他客户端尝试。仍未解决时,通过反馈入口提交编号,系统会在下一轮复检中优先处理。

关于我们

四张卡片说明平台定位与规则

品牌定位

把检索、校验与归档串成一条线

磁力猫bt 把磁力链接的检索、校验与归档放在同一套流程里,为需要核对文件来源的访客提供可追溯的索引记录,页面上的每个字段都能找到出处。

核心产品

检索页与详情页构成主要入口

检索页负责关键词、哈希与前缀匹配,详情页承载体积、收录日期、校验状态与时间线,两个页面之间保持字段口径一致。

回应的需求

让检索结果更容易被判断

同一份文件被反复提交、失效链接混在正常列表里、体积与名称对不上,这些情况会让检索结果难以判断。平台用哈希比对与状态标记把这几类情况分开处理,结果列表因此更容易被逐条核对。

选择理由

流程固定、日志开放、编号稳定

三条规则写进说明页,也写进每一次写入索引的动作里。访客看到的时间线与批次编号,都来自同一份执行日志。