多字段检索
文件名、体积、哈希前缀、收录时间几个字段可以单用,也可以叠着用。条件之间是并且的关系,叠得越多剩得越少。
ABOUT CILIBAO
磁力宝做的是把链接收进来、按条件找出去这两件事。收进来的时候先核哈希,同一个资源的多条链接只留一条主链,其余挂在下面当备用链;找出去的时候按文件名、体积、哈希前缀和收录时间几个字段一起过,不用只靠一个关键词猜。
索引库按天增量。每天收进来的条目先过一遍去重,同一哈希只记一条,其余链接挂到那条底下。去重之后按收录时间排进当天的批次,批次之间不混。翻某一天收进来的东西,从时间线上点那一天就行。
检索可以只用一个字段,也可以几个字段叠着用。文件名支持部分匹配,不需要写全;体积按区间给,比如只找某一档之间的大小;哈希前缀输前几位就能定位到同一资源的其他链接。几个条件之间是并且的关系,叠得越多,剩下的越少。
结果默认按收录时间从新到旧排。觉得这个顺序不合适,可以改成按体积排,大的在前或者小的在前都行。排序方式改了之后,当前这一页跟着重排,翻页的时候沿用同一个排法。
每条结果下面挂着链接本体和备用链。复制按钮点一下就复制到剪贴板,备用链在第一条失效的时候拿来顶上。一个资源挂几条备用链,看收录的时候拿到了几条,不是每条都有。
检索历史存在本地,不上传到别处。翻过的关键词按时间倒序排着,想再搜一次点回去就行。清空历史只清本地的这一份,不影响索引库里的任何条目。
索引库不收什么、怎么处理失效、重复怎么申诉,这几件事在规则那一节里写清楚,翻之前先看一眼,省得提交之后才发现不在范围内。
六个围绕索引检索、去重归并与结果呈现设计的功能方向
文件名、体积、哈希前缀、收录时间几个字段可以单用,也可以叠着用。条件之间是并且的关系,叠得越多剩得越少。
输哈希前几位就能定位到同一个资源,不用把整串写全。前缀对上之后,挂在这个哈希底下的链接一起列出来。
同一个哈希只留一条主链,其余链接挂到下面当备用。结果列表里不会出现同一个资源占好几行的情况。
每天收进来的条目按批次排着,翻某一天就从时间线上点那一天。批次之间不混,看得出哪条是最近才进的库。
默认按收录时间从新到旧,也能改成按体积排。换了排序方式之后翻页沿用同一个排法,不会翻两页又跳回去。
主链和备用链分开列着,点一下复制到剪贴板。备用链在第一条走不通的时候拿来顶,不是每条资源都有。
六个本期收得较多的索引合集,覆盖影像、课程与镜像
一个老片修复系列收了两百多部,每部在库里对应一个哈希。想找同一部的不同版本,输哈希前六位就能把挂在它底下的几条链一起列出来。版本之间差在修复程度和音轨上,文件名里写着,对照着挑就行。
按收录时间排着,最早的一批是两年前进的库,最近补的一批是上个月。时间线上一天一批,翻到哪一天就能看到那天收进来的几条。同一部片重制之后重新收进来,会在时间线上标成新的一条,不覆盖原来那条。
短片流传广,同一个片子在不同地方挂过好几次,哈希却一样。库里按哈希归并之后,一个片子只占一行,底下挂着几条备用链。三千多条收下来,去重之后实际显示的行数少了一截,翻起来不至于被同一部片刷屏。
一门课分几十讲,讲与讲之间体积差得多。检索的时候把体积区间和文件名里的课名叠在一起,能滤掉那些混进来的别的东西。想找某一讲,文件名里带编号,按编号搜比按标题搜准。几个条件一起过,剩下的基本就是那一讲。
版本多、体积大,翻的时候按体积从大到小排更顺,新版一般也比旧版大。排序换成按体积之后,当前这一页跟着重排,往后翻页沿用同一个排法。想找某一个具体版本,还是把版本号写进文件名条件里更直接。
现场录音多为无损格式,一条链的体积动不动几个G,走不通的时候重来一遍挺费时间。每条结果底下挂着主链和备用链,主链复制过去试不通,回头复制备用的那条接着试。不是每场都有备用链,有几条看收录时候拿到几条。
索引入库、去重口径、字段标注与历史保存的调整记录
2026-10-21
原来去重放在入库之后统一做,导致同一天的批次里偶尔会留下重复行。这一批改成先按哈希去重、再排进当天批次,去重和入批连在一起走。调整之后,同一批里不会出现同一个哈希占两行的情况,批次内部的顺序也稳定下来。
2026-10-18
早先的体积字段有的按字节写、有的按GiB写,混在一起不好比。这一批统一成按GiB保留两位小数,小于一GiB的换算成MiB。统一之后,按体积排序的结果跟界面上显示的数字对得上,不会出现显示一个大数、排出来却靠后的情况。
2026-10-14
前缀位数太短会撞上一堆不相干的资源。这一批把下限定在四位,少于四位按普通关键词处理,不当前缀匹配。四位以上按前缀走,位数越多命中越窄。下限写在搜索框下面的提示里,输的时候能看见还差几位。
2026-10-09
原来检索历史只在当前标签页里留着,关掉就没了。这一批改成存在本地,同一台设备下次打开还在。存的是关键词和检索时间,不存结果页本身。清空只清本地这一份,索引库里的条目不受影响。存多少条设了上限,超出的从旧到新清。
2026-10-04
原来结果页只给上一页下一页两个按钮,想跳到靠后的位置得一直点。这一批加了按收录时间区间跳转的方式,点某一天的批次直接翻到那一段。跳转之后排序方式保持不变,翻到底部再往后走仍然沿用同一个排法,不会自动换回去。
2026-10-01
这一批对失效的主链单独做了标注,不直接从条目里删掉,而是标成走不通、把备用链提到上面。补录的时候优先补备用链,主链仍留着,避免以后恢复。标注每周核一次,连续几次都走不通的,在条目页写明最后一次核对日期。
收录边界、去重申诉、失效处理与历史清除的口径说明
近期留言,按时间倒序排列
有时候手上只有一个哈希前缀,文件名记不全。输前六位就能把挂在同一个哈希底下的几条链都列出来,不用一个个去试。位数太短会撞上一堆不相干的,提示里写着下限是四位,照这个来就行。
最烦搜出来一屏全是同一个东西,换个文件名就占一行。这里按哈希归并之后,一个资源只占一行,底下挂几条备用链。翻起来清爽很多,不用在一堆重复里挑哪条才是真能用的。
文件名里带个常见词,单搜会出来一堆不相干的。把体积区间一起叠上去,剩下的一下就窄了。几个条件之间是并且的关系,多叠一个少一截,不用在一屏里自己挑。条件清掉一个,结果立刻回升,不用刷新页面。
想找最近才补进来的东西,按收录时间排最直接。时间线一天一批,点哪一天就翻到那一段,不用一页页往后点。批次之间不混,看得出哪条是上个月进的、哪条是昨天刚进的,补资源的时候心里有数。
主链试了走不通,回头复制备用链,两下就接上了。备用链不是每条都有,有几条看收录的时候拿到几条,条目页上写着。复制按钮点一下就进剪贴板,不用手动全选再复制,长链接也不会漏掉尾巴。
检索历史存在本地,换设备就没了,这个我知道,也接受。在同一台机器上关掉再打开还在,想再搜一次点回去就行,不用重新敲一遍关键词。清空只清这一份,索引库里的东西不受影响,清起来没什么顾虑。
镜像那类东西版本多,按体积从大到小排,新版基本在前面,翻起来比按时间排顺手。换成按体积之后,翻页沿用同一个排法,不会翻到第二页又跳回按时间。想找某一个具体版本,还是把版本号写进文件名条件更准。
有一条被并到了另一个资源底下,其实哈希不一样,只是文件名像。从条目页底部提了一条,把两个哈希都写清楚。过几天回来看,拆成两条了,修改记录里也留着。提的时候把哈希写清比描述文件名有用,核对起来快。
主链走不通的条目没被直接删掉,还留着,底下标了最后一次核对日期。有的过阵子又通了,能捡回来。标成长期失效的也还搜得到,只是点进去提示走不通,不至于搜半天以为库里没有这一条。
哈希前缀匹配挺好用,但提示只写在搜索框下面,滚到结果页就看不到了。希望输前缀的时候在旁边一直标着位数够不够。已经提上去了,说是进了分类队列,等消息。