关于磁力宝

ABOUT CILIBAO

磁力宝做的是把链接收进来、按条件找出去这两件事。收进来的时候先核哈希,同一个资源的多条链接只留一条主链,其余挂在下面当备用链;找出去的时候按文件名、体积、哈希前缀和收录时间几个字段一起过,不用只靠一个关键词猜。

索引库按天增量。每天收进来的条目先过一遍去重,同一哈希只记一条,其余链接挂到那条底下。去重之后按收录时间排进当天的批次,批次之间不混。翻某一天收进来的东西,从时间线上点那一天就行。

检索可以只用一个字段,也可以几个字段叠着用。文件名支持部分匹配,不需要写全;体积按区间给,比如只找某一档之间的大小;哈希前缀输前几位就能定位到同一资源的其他链接。几个条件之间是并且的关系,叠得越多,剩下的越少。

结果默认按收录时间从新到旧排。觉得这个顺序不合适,可以改成按体积排,大的在前或者小的在前都行。排序方式改了之后,当前这一页跟着重排,翻页的时候沿用同一个排法。

每条结果下面挂着链接本体和备用链。复制按钮点一下就复制到剪贴板,备用链在第一条失效的时候拿来顶上。一个资源挂几条备用链,看收录的时候拿到了几条,不是每条都有。

检索历史存在本地,不上传到别处。翻过的关键词按时间倒序排着,想再搜一次点回去就行。清空历史只清本地的这一份,不影响索引库里的任何条目。

索引库不收什么、怎么处理失效、重复怎么申诉,这几件事在规则那一节里写清楚,翻之前先看一眼,省得提交之后才发现不在范围内。

平台核心优势

六个围绕索引检索、去重归并与结果呈现设计的功能方向

多字段检索

文件名、体积、哈希前缀、收录时间几个字段可以单用,也可以叠着用。条件之间是并且的关系,叠得越多剩得越少。

哈希前缀匹配

输哈希前几位就能定位到同一个资源,不用把整串写全。前缀对上之后,挂在这个哈希底下的链接一起列出来。

去重归并

同一个哈希只留一条主链,其余链接挂到下面当备用。结果列表里不会出现同一个资源占好几行的情况。

收录时间线

每天收进来的条目按批次排着,翻某一天就从时间线上点那一天。批次之间不混,看得出哪条是最近才进的库。

结果排序

默认按收录时间从新到旧,也能改成按体积排。换了排序方式之后翻页沿用同一个排法,不会翻两页又跳回去。

链接复制

主链和备用链分开列着,点一下复制到剪贴板。备用链在第一条走不通的时候拿来顶,不是每条资源都有。

热门推荐

六个本期收得较多的索引合集,覆盖影像、课程与镜像

合集 1,240 条 · 影像

经典老片修复合集索引

收录 3 年影像
哈希前缀匹配合集影像

一个老片修复系列收了两百多部,每部在库里对应一个哈希。想找同一部的不同版本,输哈希前六位就能把挂在它底下的几条链一起列出来。版本之间差在修复程度和音轨上,文件名里写着,对照着挑就行。

合集 860 条 · 纪录

自然纪录片典藏索引

收录 2 年纪录
收录时间线合集纪录

按收录时间排着,最早的一批是两年前进的库,最近补的一批是上个月。时间线上一天一批,翻到哪一天就能看到那天收进来的几条。同一部片重制之后重新收进来,会在时间线上标成新的一条,不覆盖原来那条。

合集 3,100 条 · 短片

独立短片合集索引

收录 4 年短片
去重归并合集短片

短片流传广,同一个片子在不同地方挂过好几次,哈希却一样。库里按哈希归并之后,一个片子只占一行,底下挂着几条备用链。三千多条收下来,去重之后实际显示的行数少了一截,翻起来不至于被同一部片刷屏。

合集 2,480 条 · 课程

公开课视频索引

收录 3 年课程
多字段检索合集课程

一门课分几十讲,讲与讲之间体积差得多。检索的时候把体积区间和文件名里的课名叠在一起,能滤掉那些混进来的别的东西。想找某一讲,文件名里带编号,按编号搜比按标题搜准。几个条件一起过,剩下的基本就是那一讲。

合集 5,600 条 · 镜像

开源软件镜像索引

收录 5 年镜像
结果排序合集镜像

版本多、体积大,翻的时候按体积从大到小排更顺,新版一般也比旧版大。排序换成按体积之后,当前这一页跟着重排,往后翻页沿用同一个排法。想找某一个具体版本,还是把版本号写进文件名条件里更直接。

合集 1,870 条 · 录音

现场录音合集索引

收录 4 年录音
链接复制合集录音

现场录音多为无损格式,一条链的体积动不动几个G,走不通的时候重来一遍挺费时间。每条结果底下挂着主链和备用链,主链复制过去试不通,回头复制备用的那条接着试。不是每场都有备用链,有几条看收录时候拿到几条。

相关资讯

索引入库、去重口径、字段标注与历史保存的调整记录

2026-10-21

每日入库批次与去重顺序的一次调整

原来去重放在入库之后统一做,导致同一天的批次里偶尔会留下重复行。这一批改成先按哈希去重、再排进当天批次,去重和入批连在一起走。调整之后,同一批里不会出现同一个哈希占两行的情况,批次内部的顺序也稳定下来。

2026-10-18

体积字段的标注口径统一说明

早先的体积字段有的按字节写、有的按GiB写,混在一起不好比。这一批统一成按GiB保留两位小数,小于一GiB的换算成MiB。统一之后,按体积排序的结果跟界面上显示的数字对得上,不会出现显示一个大数、排出来却靠后的情况。

2026-10-14

哈希前缀搜索的位数下限说明

前缀位数太短会撞上一堆不相干的资源。这一批把下限定在四位,少于四位按普通关键词处理,不当前缀匹配。四位以上按前缀走,位数越多命中越窄。下限写在搜索框下面的提示里,输的时候能看见还差几位。

2026-10-09

检索历史本地保存范围的改动记录

原来检索历史只在当前标签页里留着,关掉就没了。这一批改成存在本地,同一台设备下次打开还在。存的是关键词和检索时间,不存结果页本身。清空只清本地这一份,索引库里的条目不受影响。存多少条设了上限,超出的从旧到新清。

2026-10-04

结果页分页方式的改版说明

原来结果页只给上一页下一页两个按钮,想跳到靠后的位置得一直点。这一批加了按收录时间区间跳转的方式,点某一天的批次直接翻到那一段。跳转之后排序方式保持不变,翻到底部再往后走仍然沿用同一个排法,不会自动换回去。

2026-10-01

失效链接的标注与备用链补录记录

这一批对失效的主链单独做了标注,不直接从条目里删掉,而是标成走不通、把备用链提到上面。补录的时候优先补备用链,主链仍留着,避免以后恢复。标注每周核一次,连续几次都走不通的,在条目页写明最后一次核对日期。

平台规则

收录边界、去重申诉、失效处理与历史清除的口径说明

📥 索引库收什么、不收什么?
  • 只收公开发布的磁力链接,私链和需要授权的链接不收。
  • 链接指向的内容本身不在站内,索引只记录链接与哈希。
  • 内容涉及明令禁止范围的,核出来之后从索引里移出。
  • 移出之后不保留条目,检索结果里也搜不到。
  • 觉得某条不该收,从条目页底部提,按条核对。
🔁 重复资源被合并了,觉得合错了怎么办?
  • 合并按哈希走,哈希一致才合并,不看文件名。
  • 文件名不同但哈希一致,按同一个资源处理。
  • 觉得合错了,从条目页底部提,写明两个哈希各是什么。
  • 核对之后如果确认哈希不同,拆成两条重新入库。
  • 拆分记录留在条目的修改记录里,旧值不直接抹掉。
🚫 主链走不通了,条目会被删掉吗?
  • 主链走不通先标注,不直接从索引里删掉。
  • 有备用链的,把备用链提到上面先用着。
  • 没有备用链的,条目留着,写明最后一次核对日期。
  • 连续几次核对都走不通的,在条目页标成长期失效。
  • 长期失效的条目仍然能搜到,只是点进去提示走不通。
🧹 检索历史存在哪儿、能清到什么程度?
  • 历史存在本地,不随账号同步到别的设备上。
  • 存的是关键词和检索时间,不存结果页的内容。
  • 清空只清本地这一份,索引库里的条目不受影响。
  • 存多少条有上限,超出之后从旧到新清理。
  • 换设备之后历史是空的,得重新攒。
🔍 检索结果的条数是按什么算的?
  • 按去重之后的条目数算,不按链接条数算。
  • 一个资源挂几条备用链,在结果里仍算一条。
  • 几个条件叠着用时,结果数会跟着条件变少。
  • 条件清掉一个,结果数立刻跟着回升,不用刷新。
  • 结果数是估算值,翻到最后一页以实际条数为准。
🕓 收录时间标注的是哪一刻?
  • 标的是这条链接进索引库的时间,不是内容发布时间。
  • 同一天进库的按批次排,批次内按入库先后。
  • 重制或重传之后重新入库的,标新入库时间,不沿用旧时间。
  • 时间按服务器所在时区算,页面上标着是哪个时区。
  • 时间只精确到天,不显示到时分秒。

用户评价

近期留言,按时间倒序排列

按哈希找的 2026-10-21 23:05
👍 好评✨ 顺手

有时候手上只有一个哈希前缀,文件名记不全。输前六位就能把挂在同一个哈希底下的几条链都列出来,不用一个个去试。位数太短会撞上一堆不相干的,提示里写着下限是四位,照这个来就行。

回复 73142
嫌重复多的 2026-10-20 22:47
👍 好评

最烦搜出来一屏全是同一个东西,换个文件名就占一行。这里按哈希归并之后,一个资源只占一行,底下挂几条备用链。翻起来清爽很多,不用在一堆重复里挑哪条才是真能用的。

回复 68836
叠条件搜的 2026-10-19 21:38
✨ 顺手

文件名里带个常见词,单搜会出来一堆不相干的。把体积区间一起叠上去,剩下的一下就窄了。几个条件之间是并且的关系,多叠一个少一截,不用在一屏里自己挑。条件清掉一个,结果立刻回升,不用刷新页面。

回复 70231
翻时间线的 2026-10-17 23:19
💡 观点

想找最近才补进来的东西,按收录时间排最直接。时间线一天一批,点哪一天就翻到那一段,不用一页页往后点。批次之间不混,看得出哪条是上个月进的、哪条是昨天刚进的,补资源的时候心里有数。

回复 65527
复制链接的 2026-10-15 22:41
👍 好评

主链试了走不通,回头复制备用链,两下就接上了。备用链不是每条都有,有几条看收录的时候拿到几条,条目页上写着。复制按钮点一下就进剪贴板,不用手动全选再复制,长链接也不会漏掉尾巴。

回复 67329
存历史的 2026-10-12 21:56
💬 讨论

检索历史存在本地,换设备就没了,这个我知道,也接受。在同一台机器上关掉再打开还在,想再搜一次点回去就行,不用重新敲一遍关键词。清空只清这一份,索引库里的东西不受影响,清起来没什么顾虑。

回复 62423
按体积排的 2026-10-09 23:33
✨ 顺手

镜像那类东西版本多,按体积从大到小排,新版基本在前面,翻起来比按时间排顺手。换成按体积之后,翻页沿用同一个排法,不会翻到第二页又跳回按时间。想找某一个具体版本,还是把版本号写进文件名条件更准。

回复 58720
提过拆分的 2026-10-06 20:28
👍 好评

有一条被并到了另一个资源底下,其实哈希不一样,只是文件名像。从条目页底部提了一条,把两个哈希都写清楚。过几天回来看,拆成两条了,修改记录里也留着。提的时候把哈希写清比描述文件名有用,核对起来快。

回复 54917
碰到失效的 2026-10-02 22:36
💡 观点

主链走不通的条目没被直接删掉,还留着,底下标了最后一次核对日期。有的过阵子又通了,能捡回来。标成长期失效的也还搜得到,只是点进去提示走不通,不至于搜半天以为库里没有这一条。

回复 51215
提个小意见 2026-09-28 21:47
😤 吐槽

哈希前缀匹配挺好用,但提示只写在搜索框下面,滚到结果页就看不到了。希望输前缀的时候在旁边一直标着位数够不够。已经提上去了,说是进了分类队列,等消息。

回复 46311
已展示最近30天全部留言