元数据字段展示
大小、文件数、哈希与入库时间各占一格，字段对齐排列，不挤成一行让人挑着看。
字段可读 · 语法可组 · 条目归并 · 来源可溯
搜索结果不该只是一串名字和数字。这里把每条索引的文件大小、文件数、哈希值与入库批次都摆在条目旁边，检索语法可以组合，粘贴哈希能直接定位，同一资源的多条重复索引归并成一条，看的时候少一些猜测。
索引只描述元数据，不存文件本身；能查到的是一组可读的字段
磁力链接是一个围绕公开元数据做索引检索的页面。检索结果里的每一条都对应一组字段：文件大小、文件数量、哈希值前缀、入库时间与索引来源。页面不托管文件内容，只对已经公开的索引信息做归集与展示。同一个资源在不同批次里被重复收录时，页面把它们归并成一条，只保留字段最完整的那一条，其余的挂在下方作为历史记录。检索支持按关键词、按哈希、按大小区间几种方式，也可以叠加使用。
索引类页面的麻烦在于字段太多、说法太杂，看的人常常只盯着标题，忽略了真正能判断的字段。这里用几件事把信息摊开：元数据字段展示让大小、文件数、哈希与入库时间各占一格，不挤在一行；检索语法说明把引号精确匹配、排除词与组合方式写在检索框下方；哈希直达支持粘贴一段哈希直接跳到对应条目，不必绕关键词；重复条目归并把同一资源的多条索引合并，只留字段最全的一条；索引来源标注每条标明来自哪一批次、什么时候入库；做种状态标记把活跃、停滞与未知三种状态标出来，看的时候心里有数。这些做法算不上精巧，但能让一次检索的结果读起来清楚一些。
把每条索引的字段、来处与重复情况都摆在条目上，检索结果看得明白
大小、文件数、哈希与入库时间各占一格，字段对齐排列，不挤成一行让人挑着看。
引号精确匹配、减号排除与空格组合的写法写在检索框下方，照着写就行，不用另翻说明页。
粘贴一段完整的哈希值可以直接跳到对应条目，不必先想关键词，也不会被相近标题带偏。
同一资源被多批收录时合并成一条，只保留字段最完整的那份，其余挂在下方作为历史记录。
每条标明来自哪一批次、什么时候入库，转述来源与原始来源分开写，不对来处含糊其辞。
活跃、停滞与未知三种状态标在条目末尾，状态改变时留下记录，不把旧状态一直挂着。
本周被检索较多的六部作品索引，字段为大小、文件数与入库时间
弗兰克·德拉邦特执导。一个被误判入狱的银行家在监狱里度过近二十年，时间被拆成一个个具体的日常动作。剧本结构稳，几乎没有废笔。豆瓣9.7。
宫崎骏执导。一个女孩误入神隐世界，父母变成猪，她在汤屋打工换回名字。画面里的水与光处理得细腻，节奏不快。豆瓣9.4。
改编自埃莱娜·费兰特的小说。两个女孩在那不勒斯的老城区一起长大，友情里掺着较劲与依赖。旁白用成年后的视角回望，语气克制。豆瓣9.3。
吕克·贝松执导。一个职业杀手和一个邻居女孩组成临时搭档，冷与暖的比例拿捏得刚好。结尾那场戏的分寸，看第二遍才更明白。豆瓣9.4。
迪士尼动画。一只兔子警官和一只狐狸搭档查案，把城市里的偏见写得轻巧又不含糊。节奏快，但每次转折都有铺垫。豆瓣9.2。
一座以西部为主题的乐园里，接待员逐渐意识到自己的处境。时间线被拆开重排，第一次看容易绕，第二遍能对上很多细节。豆瓣8.8。
记录索引批次、字段补全、重复归并与失效条目的调整方向，不涉及检索功能本身
方向索引此前随到随入库，同一批数据被拆成零散几次，条目上显示的入库时间前后不连贯。
处理方式改为按固定批次入库，每批标注批次号与统一入库时间，同一条目只对应一个批次。批次内的条目不再单独标注时间，以批次时间为准。
后续批次节奏按季度复核，调整前先说明变动范围，不追溯已经入库的条目。
方向不少早期条目只记录了标题与哈希，文件数与大小空着，检索时看不出这条索引的分量。
处理方式按批次回填文件数与大小两项，回填以原始数据为准，不做推算。无法补全的条目标注字段缺失，不填默认值。
后续回填按季度推进，进度在动态中汇总，不逐条公告。
方向同一资源在不同批次里被重复收录，条目上看起来像是几份不同的内容，检索结果被撑得很长。
处理方式按哈希值判定是否同一资源，归并之后保留字段最完整的一条，其余挂在下方作为历史记录。归并不删除任何条目，只改变展示位置。
后续归并规则按季度复核，调整前先说明，已经归并的条目不做回溯拆分。
方向部分条目的做种状态长期停留在未知，读者点进去才发现已经停滞，白跑一趟。
处理方式状态长期未更新的条目标注为停滞，排在活跃条目之后。状态改变时重新计算位置，不做一次性下线处理。
后续状态刷新周期按季度复核，刷新频率在页面说明里固定列出。
方向检索结果的排序此前只给结果，不说明依据，读者不清楚为什么某条排在前面，也不清楚条件叠加之后顺序有没有变。
处理方式排序以字段完整度与入库时间为依据，两项权重固定写出，不引入点击量作为默认排序项。条件叠加时按最后选中的条件优先。
后续口径按季度复核，调整前发布说明，不追溯已经完成检索的历史记录。
方向投诉入口此前放在帮助页深处，提交之后看不到处理进度，也不清楚哪些情况会被移除。
处理方式投诉入口移到条目下方，凭条目编号提交，处理状态分受理、核对中与已处理三段。移除的条目保留编号，页面显示移除原因与时间。
后续流程按季度复核，处理时限在说明页固定列出，不逐条回复。
围绕索引更新、收录边界、排序依据、条目移除与规模说明的解答
按固定批次入库，每批标注批次号与统一入库时间。
索引按批次入库，每批一个批次号，批次内的条目共用同一个入库时间。同一条目只对应一个批次，不重复标注。
批次之间留有固定间隔，间隔期内新数据先排队，不临时插队。排队的批次号在动态中提前列出。
批次节奏按季度复核，调整前先说明变动范围，不追溯已经入库的条目。
只归集公开的元数据信息，不托管文件内容，也不收录来源不明的条目。
收录已经公开的索引信息，包括标题、大小、文件数与哈希值。字段以原始数据为准，不做推算或补写。
来源不明、字段严重缺失或涉及他人隐私的条目不进入索引。已经入库的条目如果被发现属于上述情况，按移除流程处理。
收录范围写在页面说明里，调整前先公布变动条目，不临时扩大或缩小而不作说明。
按字段完整度与入库时间两项，权重固定写出，不引入点击量。
字段完整度指大小、文件数与哈希三项是否齐全；入库时间指所属批次的统一时间。两项权重在排序说明里固定列出。
叠加多个检索条件时，按最后选中的条件优先，依次递进。叠加不改变单项的权重，只改变比较顺序。
不按点击量或近期热度调整顺序，也不因为某条索引被检索得多就往前挪。排序依据只保留上面两项。
来源不明、字段严重缺失或涉及他人隐私的条目会被移除，处理结果可查。
三种情形会被移除：来源无法核对、字段严重缺失导致无法判断、涉及他人隐私。三种情形之外不做随意下线。
移除之后保留条目编号，页面显示移除原因与时间，不直接消失。从旧链接进入能看到移除说明，而不是空白页。
条目下方有投诉入口，凭编号提交，处理状态分受理、核对中与已处理三段。处理时限在说明页固定列出。
按批次累计，规模在说明页按季度更新，不写成一个模糊的总数。
按批次累计条目数与去重后的资源数两项分别统计，两项数字分开列出，不合并成一个笼统的规模描述。
规模数字按季度更新一次，更新时标注统计截止时间。季度内的批次变化不逐批公告。
不用规模数字作为宣传口径，也不把累计条目数与去重后的资源数混在一起说。两项各有各的用处。
指该索引对应的资源当前是否仍有活跃节点，分活跃、停滞与未知三种。
活跃表示仍有节点在线；停滞表示长期未检测到活跃节点；未知表示状态尚未获取或数据过期。三种状态标在条目末尾。
状态随检测结果调整，改变时留下记录，不把旧状态一直挂着。状态只描述当前情况，不代表索引本身是否可用。
停滞条目排在活跃条目之后，但不被隐藏。状态不改变字段完整度与入库时间两项排序依据，只影响展示位置。
关于字段展示、检索语法、哈希直达与条目归并的真实意见，可在下方区域滚动查看
说说你对字段展示、检索语法或条目归并的看法，留言由编辑整理后展示
字段分格展示之后，看大小和文件数不用再眯着眼睛找。以前一条结果挤成一行，几个数字连在一起分不清哪个是哪个。
检索语法写在框下面，照着写就行。引号和减号这两个用法以前一直没搞清楚，现在至少知道该怎么组合了。
粘贴哈希直接跳转这件事挺省事。有些标题写得含糊，靠关键词搜要翻好几条，有哈希就不用猜了。
重复条目归并之后结果短了不少。以前同一个资源能看到四五条，标题只差一两个字，点进去才发现是一回事。
批次号标出来之后，能判断一条索引是新入库还是老早之前的。时间对得上，心里也有个数。
做种状态分三种标出来，比只写一个“有效”要实在。停滞的条目排在后面，但不至于找不到，这个处理可以。
字段缺失的条目直接标出来，不填默认值，这个做法值得肯定。填个零或者空白反而让人以为是零文件。
排序只按字段完整度和入库时间两项，不掺点击量，这一点看得出来。有些冷门条目也能排在正常位置，没有被挤下去。
移除之后保留编号并写明原因，这个处理比直接消失要好。至少知道是为什么没的，不是链接坏了。
规模数字按批次和去重后分开统计，这个口径比笼统说一个总数要清楚。累计条目多不代表资源就多，两回事。