92 条甜宠短剧我挨个点了一遍，能用的排成了表

手里压着一批短剧资源，九百多部，在一个表格里放了小半个月，一直没敢往站里发。

原因很实际：这类东西最容易烂尾。发出去的十条里三条打不开，两条提取码是错的，剩下几条点进去发现是预告片或者花絮。读者试一次两次还行，第三次就不信你了。

这次我换了个笨办法，先把手上这一千多条链接挨个点一遍，活下来的再按题材归堆。与其一部剧一个帖子，不如一个题材一个帖子——短剧的剧名太碎，单独立帖反而谁都搜不到。

这篇先从甜宠开始。

先交代这批资源的基本盘

一共 1177 条，去重之后是 925 个剧名，也就是说有两百多个剧名是重复的，同一部剧被不同的人转了不止一次。

网盘分布很不平均：百度占绝大多数，迅雷两百多条，夸克只有两条。这个分布基本反映了现在短剧流转的实际状况，百度还是主战场，迅雷靠离线下载接住了一部分人。

甜宠这个题材切出来是 92 条，其中百度 64 条、迅雷 28 条，去重后剩 77 个剧名。也就是说甜宠这一类的重复率比其他题材更高，一部热门剧能收到三四个不同版本的链接。

我第一次翻这张表的时候，以为最难的是链接失效。真做下来发现，最劝退的是剧名。

表里的剧名长这样：

一纸晚风来5、信息素失序10、夏日妄想34、大美人和糙汉子24、姜糖更至62

后面那个数字是集数，有时候是「更至62」，有时候是「（122集）」，有时候干脆就是一个光秃秃的数字，中间连空格都没有。

这种字符串拿去搜索，一个结果都不会有。没有人会在搜索框里敲「夏日妄想34」。

77 个剧名里，能直接读懂、不带任何集数尾巴的只有 51 个。剩下 26 个要么挂着集数，要么带着「（1-14+番外）」这种补档标记，要么是「屠夫与娇花18 下补」这种内部人才看得懂的编号。

所以我做了一件事：把剧名尾巴上的集数、括号、补档标记全剥掉，只留剧名本身，再按剧名去重。这一步做完，77 个里能拿出来见人的是下面这 20 部。

这里有个坑值得单独说，因为很多人判断链接死活的方法是错的。

迅雷的分享链接比较好办，直接请求就返回分享页，页面正常渲染出来就是活的。我抽查了一条，返回两万多字节的正常页面。

百度不一样，它会先返回一个 302，把你跳到验证页或者登录页。302 不代表链接失效，只代表没登录看不了内容。如果你写了个脚本，看到 302 就判定「死链」，那你这批资源会被误杀一大半。

百度的判断要看跳转之后的页面里有没有「分享的文件已经被取消」「你访问的页面不存在」这类字样，光看状态码没用。我这次就是按页面内容判的，1177 条里没有一条被判死。

提取码都写在链接里了，点开直接就是带码的地址。百度那批的码基本都是 8888，是当初批量设的；迅雷那几条是随机的四位。

这 20 部是我从 51 个剧名完整的里面再筛了一道的：剧名不带集数、不带补档标记、链接只有一个版本、题材确实是甜宠而不是被硬塞进这个标签的。

被筛掉的那批不是不能用，是没法在这张表里表达清楚——比如同一部剧有 4 条链接，容量从 200MB 到 3GB 都有，我分不清哪条是高清，只好先放着。

第一，提取码 8888 不是巧合。 这批资源在流转过程中被批量重设过提取码，百度那部分几乎全是 8888。好处是省事，坏处是有时候链接里带 ?pwd=8888 参数，你要是手动把链接复制出来漏了这截，就得多敲一遍码。

第二，带「更至XX」的是未完结。 短剧本身的更新节奏很乱，有的剧三周更完，有的拖两个月。看到「更至62」别以为是全集，实际可能还有十几集没出。要等全集的，认准剧名后面没有任何数字的那些。

第三，迅雷和百度不能混着指望。 迅雷那几条点开要登录迅雷账号，而且必须在迅雷客户端或者其他支持迅雷的地方打开，浏览器直接点经常转圈。百度则是一律先过验证页。同一个链接在两种环境下表现完全不同，别拿一种的经验去判断另一种。

顺手说个方法，比求人给链接实用。

第一步，看分享页而不是只看能不能下载。百度跳验证页时别急着判定失效，往下滚，真有文件的话页面标题里会出现文件夹名字。

第二步，看文件列表里的时间。如果里面最新的文件是两年前的，这条链接就算能下，也大概率是被人转存过的陈旧版本，清晰度和集数都说不准。

第三步，别信容量。短剧一集三分钟，全集压到 200MB 是常态，看到 5GB 的那种反而要小心，很可能是重新剪过或者掺了别的剧。

这篇只放了甜宠。虐恋那边 128 条我还没动，古装 47 条也在排队，另外还有 829 条压根没打标签的，那批要人工一部一部看剧名才能归类，工作量不小。

我打算一天放一个题材，把有标签的先清完。你们要是有特别想找的某一部，可以在下面说剧名，我翻一下表里有没有，有就直接贴出来。

顺便问一句：你们现在看短剧是存网盘慢慢看，还是找了链接直接在线看完就算？我这两个习惯都有，存网盘的那批到最后基本没再打开过。