📦
▶
04:12
归档资源
开源镜像快照
10月16日晚，在杭州一间高校机房，管理员化名林舟把镜像站的公开索引提交到平台做哈希比对，条目已核对完成。
播放 2.4万点赞 3860
从条目范围到更新节奏，两组数据说明平台在做什么
平台收录条目覆盖归档资源、视频文件、音频文件、文档资料、光盘镜像、软件包与电子书七类，每条记录标注哈希值、文件体积、分卷数量与首次收录时间，检索时可据此逐层缩小范围。
条目状态每小时刷新一次，做种数量与可用节点在结果页同步显示，热度下降的条目会退到后排，新提交的编码先进入待核队列，核对通过后再对外展示，整个过程保留变更记录。
六个基础功能，覆盖从输入编码到导出结果的完整路径
输入 40 位哈希或完整磁力编码，返回对应的文件列表与来源节点，命中条目会标注首次收录时间与最近一次活跃时间，便于判断记录新旧。
把磁力链接拆成哈希、文件名、体积、分卷四个字段并逐项展示，缺少跟踪器的编码会自动补齐公开节点，解析结果按固定顺序排列。
按做种数与节点响应速度给出条目热度，数值每小时滚动一次，连续三日下滑的条目自动转入低频区，曲线记录最近七天的变化走势。
多分卷条目按序号排列，标注每个分卷的体积与校验值，总卷数显示在标题旁，逐卷比对后再合并，避免因单卷损坏导致整体失败。
同一哈希的不同来源节点并列显示，标注各节点的响应延迟与最近活跃时间，超过阈值的节点整行置灰，挑选可用来源时一目了然。
检索结果可导出为纯文本或表格，字段包括哈希、体积、分卷数与来源节点数量，导出内容不含跳转与样式信息，粘贴进表格即可继续处理。
八条近期完成核对与登记的条目，按收录时间由新到旧排列
10月16日晚，在杭州一间高校机房，管理员化名林舟把镜像站的公开索引提交到平台做哈希比对，条目已核对完成。
10月14日下午，成都一间剪辑室内，剪辑师化名陈默为母带补传文件列表，平台已还原完整的分卷结构。
10月12日上午，西安一间录音棚里，录音师化名周禾把采样集整理成单一条目，做种节点已增至十二个。
10月9日傍晚，武汉图书馆自习区，研究生化名沈清提交预印本的磁力编码，平台已完成来源节点登记。
10月6日凌晨，深圳一间机房里，运维人员化名黄锴上传镜像的分卷清单，体积与校验值已同步显示。
10月3日午后，北京一间工作室中，开发者化名徐岸把工具链打包成条目，依赖清单已逐项列明。
9月22日上午，南京档案馆阅览室，研究员化名顾南将扫描件按卷拆分上传，条目信息已补全。
9月1日傍晚，广州一处会场后台，会务人员化名何屿把录像按议程切片，播放时长已逐条标注。
六项平台层面的设计取舍，决定了页面读起来是否顺手
从提交编码到返回结果，平均耗时控制在两秒以内；命中失败时会给出原因分类，例如编码长度不足、节点全部离线、条目已被清理，而不是抛出一个空白页面；检索历史保留在本地，可以回看最近十次查询记录与对应的结果摘要。
结果页把哈希、体积、分卷、节点四组信息分区摆放，字段名称固定不变，同一条目在不同时间打开时版式保持一致；字段之间的层级用字号与间距区分，不需要逐字阅读也能定位到关键值，导出后的表格列顺序与页面完全对应。
每条记录后面都会挂出对应的来源节点与收录时间，节点延迟一旦超过设定阈值就会整行置灰，同时标注最后一次响应的时刻；据此可以判断这个条目是否还有效，避免在不活跃的记录上反复尝试，条目页顶部还会给出整体的活跃程度提示。
条目每一次状态变化都会写进变更记录，做种数量、节点数量、校验结果三项按时间线排列，可以往前翻看任意一天的数据；连续多日没有变化的记录会被标成静默状态，变更记录只增不删，导出时按日期升序输出，便于对照前后差异。
所有条目都遵循同一套字段定义，哈希长度固定，体积单位统一用 MB 与 GB，时间格式统一到分钟；分卷条目额外标注序号与总卷数，缺失字段留空而不填占位符，导出后可以直接进入表格做排序与筛选处理，不需要二次清洗。
手机、平板、桌面三种尺寸各自调整版式，小屏把来源节点与变更记录折叠进展开区，哈希、体积与热度仍完整呈现；横屏时字段横向排布，竖屏时改为纵向堆叠，字号随屏幕宽度同步缩放，主要操作区域始终保持在首屏范围之内。
一份围绕磁力编码与节点寻址的说明，供检索时对照参考
磁力编码以 magnet:? 开头，后面跟着若干以 & 分隔的参数字段。其中 xt 字段承载 urn:btih: 加 40 位十六进制哈希，是唯一标识；dn 字段是显示名称，仅作提示，可以缺省；tr 字段记录跟踪器地址，可以出现多次；xl 字段标注文件体积。四个字段中只有 xt 是必需的，其余都可能缺失，因此解析时要把缺省当成常态而非异常。哈希本身由种子内容的元信息经 SHA-1 计算得到，只要文件内容一致，哈希就一致，与文件名、发布者、发布时间都没有关系。这也是同一份内容在不同站点会出现不同标题、不同描述，却在平台里归入同一条记录的原因。理解这一点，检索时就不会被标题差异干扰。
DHT 全称分布式哈希表，作用是在没有中心服务器的情况下找到持有某份内容的节点。它把哈希值映射到一组节点地址，每个节点只保存一小段路由信息，通过反复询问“离这个哈希更近的节点是谁”逐步逼近目标。一次完整的寻址通常要经过若干跳，每跳增加一点延迟，因此条目首次检索的耗时往往高于后续检索，缓存命中后速度会明显回升。节点表会随时间老化，长时间离线的节点被逐步替换，这也是同一哈希在不同时段检索到的节点数量存在差异的原因。平台在做索引时会把多次寻址的结果合并去重，再按响应延迟排序，把相对稳定的节点排在前面，让结果页读起来更有参考价值。
做种数量指的是当前完整持有该份内容并对外提供数据的节点数量，它直接决定条目是否还能取回。做种数为零并不等于内容消失，只说明此刻没有在线节点，隔一段时间重启后仍可能恢复；做种数很高也不等于取回就快，还要看节点的上行带宽与连接质量。平台把做种数与节点延迟两项并列展示，正是为了避免单看一个数字下结论。连续多日做种数下滑的条目，平台会把它移到低频区，并在记录上标注最后一次活跃时间，同时在变更记录里保留每日采样的原始数值。检索时把这些字段连起来看，比只看一个总量更接近真实状态。
六条近期上线的功能调整与规则更新，按发布时间排列
本次调整把哈希值移到首列，体积与分卷数量紧随其后，来源节点移入展开区。调整后单屏可显示更多条目，复制哈希的操作路径缩短一步。旧版页面继续保留七天，期间两种版式并行，可在页面底部切换。字段名称与含义未做改动，导出文件的列顺序同步更新，历史导出记录不受影响。
条目详情页新增一条横向曲线，把最近七天的做种数量按天绘制，鼠标停留在某一点会显示当天数值与对应时间。曲线数据来源于每小时一次的采样，采样失败时该点留空，不做插值处理。曲线下方给出七天内的最高值与最低值，方便对照条目走势，判断是否值得继续关注。
移动端输入框改为自动聚焦，粘贴哈希后自动去除空格与换行；软键盘弹出时页面整体上移，提交按钮保持在可见区域。输入框右侧新增清除按钮，长按可查看最近五次查询记录。以上改动在 480 像素以下屏幕生效，平板与桌面版保持原有交互不变。
历史条目中体积单位混用的问题已处理完毕，全部统一为 MB 与 GB 两种单位，并保留两位小数。时间字段统一精确到分钟，缺失值一律留空。分卷条目补上了序号与总卷数两个字段。规范文档随页面一同发布，后续新增条目按同一份文档执行，不再单独说明。
条目详情页可以按日期查看状态变化，做种数量、节点数量、校验结果三项分别列出。变更记录只增不删，单条记录最多显示最近九十天的数据，更早的记录可导出为文本文件。记录按时间倒序排列，同一时刻的多条变更合并显示，避免列表过于零散。
检索日志的本地保留时长由七天延长到三十天，最近十次查询在输入框下方直接显示。日志只保存在本地浏览器，不上传至服务器，清除浏览器数据后同步消失。导出功能同步开放，格式为纯文本，每行包含时间、查询词与结果数量三项内容。
十条来自实际使用者的反馈，内容保持原样
字段排得比较整齐，哈希和体积一眼就能看到，不用来回翻。导出成表格直接能用，省了不少整理时间。
做种数那条曲线挺实用，能看出来哪些条目最近没人管了。就是有时候采样点缺一块，看着有点跳。
手机上看也不挤，哈希能直接复制，粘到别的地方没出过错。横屏切过去排版也没乱，字号也合适。
变更记录能看到哪天开始掉节点，这个比单看一个数字有用。希望以后能按节点延迟再排个序。
提交过一次编码，返回速度挺快，分卷号按顺序列出来，对着合并没出岔子，整体还行。
用了两个月，界面一直没大改，习惯在哪就在哪。偶尔有条目失效，标注得也算明白，不至于白点。
导出功能是真的方便，字段顺序固定，进表格不用再调列宽，处理起来省事，这点比别的页面强。
检索没结果时会提示原因，这点比只显示空白页好。节点置灰的判断也挺准，基本没误伤过。
平板横屏时字段横向排，看着比竖屏舒服，字号也没缩得太小，翻页不费劲，读起来不累。
整体挺稳，就是希望对分卷条目再加一个按序号排序的开关，现在得自己数，条目多了有点费眼。
八个检索过程中经常遇到的疑问，逐条给出处理方向
哈希值是条目在分布式网络中的唯一标识，由种子元信息经 SHA-1 计算得到。只要文件内容一致，哈希就一致，与文件名、发布者、发布时间无关。平台以哈希为主键建立索引，因此同一份内容的不同标题会归到同一条记录下。检索时输入完整的 40 位哈希，命中率高于输入文件名。
常见原因有三类。一是哈希长度不足或含有非法字符，解析阶段就会失败；二是条目对应的节点全部离线，网络里暂时无人应答；三是条目已被平台清理，记录移入归档区。结果页会按这三种情况分别给出提示，并附带一条处理建议。遇到空结果时，先核对哈希长度，再隔一段时间重试。
做种数为零表示此刻没有完整持有该内容的节点在线，并不代表内容已经消失。节点的上下线是动态的，隔几小时或几天后重新上线的情况并不少见。平台会持续记录条目的最后一次活跃时间，做种数为零且超过三十天无变化的条目会转入低频区，检索时排在后面，但仍可查到记录。
多分卷条目的每个分卷都有独立序号与校验值，序号从 1 开始连续排列。取回时需要按序号逐卷处理，合并前建议先核对每一卷的校验值，避免因某一卷损坏导致整体失败。平台把总卷数标注在条目标题旁，分卷列表按序号升序显示，导出时序号作为单独一列保留。
平台只记录条目的元信息，包括哈希值、文件名称、体积、分卷数量与来源节点，不接触也不存储文件内容本身。所有数据都留存在用户各自的设备上，条目的传输过程发生在用户与节点之间。平台展示的字段均为公开索引中可获取的信息，不包含任何私有数据。
置灰表示该节点在最近一次探测中响应延迟超过设定阈值，或者连续多次探测失败。置灰的节点仍保留在列表里，但排在可用节点之后，点击时也会先给出提示。节点状态每小时重新探测一次，恢复响应的节点会自动取消置灰，颜色随之变回正常。
导出文本按行组织，每行对应一个条目，字段依次为哈希值、文件名称、体积、分卷数量、来源节点数量与首次收录时间，字段之间用制表符分隔，便于直接粘贴进表格软件。分卷条目额外附加一列序号。导出内容不包含任何跳转链接，也不包含页面样式信息。
检索日志保存在浏览器本地存储中，默认保留三十天，最近十次查询显示在输入框下方。日志不会上传至服务器，也不会与其他设备同步。清除浏览器数据、切换浏览器或使用无痕模式时，日志会同步消失。需要长期留存时，可以在记录页把日志导出为纯文本文件。
四组信息说明平台的定位、产品边界与取舍
bt磁力是一个磁力链接检索与索引平台，围绕哈希值、文件列表与来源节点三项基础数据组织页面，把公开索引整理成结构化条目。
核心产品是检索页与条目详情页，前者负责按哈希或关键词定位，后者负责展示分卷、节点与变更记录，两者共用同一套字段定义。
把散落在不同索引中的条目归到同一套字段下，让哈希、体积、分卷与节点信息并排呈现，减少逐条比对时的来回切换。
字段规范统一，状态变化留痕，导出内容可直接进入表格处理，版式在手机与桌面上保持一致，读到的数字可以逐项核对。