站点需要补齐下架多年或早期漏采的旧剧时,库存体量是选源时最值得看的指标。无尽资源(别名:无尽资源网、无尽采集接口)的存量覆盖面广,常被当作补库用的备用源。本词条围绕接口地址格式、参数含义、大批量采集的注意事项与高频疑问做档案式记录,别名写法一并收录备查。
基本信息
| 词条名 | 无尽资源 |
|---|---|
| 别名变体 | 无尽资源网、无尽采集接口 |
| 接口类型 | 苹果CMS V10标准采集接口 |
| 数据格式 | JSON与XML双格式输出 |
| 常见资源形态 | m3u8切片直链为主 |
| 适用CMS | 苹果CMS V10(maccms10)及遵循V10接口规范的程序 |
| 更新频率评价 | 新增平稳,长尾库存是其主要价值点 |
| 资源清晰度评价 | 新旧条目画质差异明显,老剧以常规画质居多 |
接口地址格式
库存大的源翻页层级深,pg参数的使用频率远高于其他参数:列表按页返回,逐页向后翻即可遍历全库。基础路径为 http://你的域名/api.php/provide/vod/,动作与格式仍由参数控制,以下示例依次演示首页、翻页与分类加翻页的组合写法,正式地址以资源方提供为准。
http://你的域名/api.php/provide/vod/?ac=list
http://你的域名/api.php/provide/vod/?ac=list&pg=2
http://你的域名/api.php/provide/vod/?ac=list&t=6&pg=1
参数表
| 参数名 | 含义 | 示例值 |
|---|---|---|
| ac | 动作开关,list取列表数据、detail取详情数据 | ac=list |
| at | 格式选项,取值xml时输出XML,默认JSON | at=xml |
| ids | 影片编号集,detail模式下精确定位,逗号分隔多值 | ids=1,2,3 |
| pg | 翻页参数,控制列表拉取的页序,遍历大库时的核心参数 | pg=2 |
| h | 时间窗,按小时限定增量范围 | h=24 |
| t | 分类编号,把列表收窄到单一栏目 | t=6 |
| wd | 关键词,按片名在库存内检索 | wd=测试 |
配置要点
- 全量拆批执行:把全量任务按分类拆成多轮,每轮限量推进,跑完一轮看一次服务器负载与入库质量再继续。
- 错峰安排任务:大批量任务放到访问低谷时段执行,减少采集与前台浏览互相抢带宽。
- 记录翻页断点:用日志或表格记下已完成的页码,任务中断后从断点继续,避免整轮重跑浪费时间。
- 增量与补库分开跑:日常增量用窄时间窗的独立任务,补库走单独的大任务,两条线互不干扰、便于回溯。
- 定期关注重复率:大库存下重复条目出现的概率更高,按标题聚类定期清理一次,保持库内干净。
常见问题
一口气把全库采完可不可行?
技术上能跑,但不建议。不分批的全量任务容易把服务器带宽与数据库写入同时压满,源站侧也可能触发限制。按分类分批、每轮之间留出间隔,总耗时不一定更长,稳定性却好得多。
旧剧详情页能打开却没有播放地址,怎么处理?
长尾库存里老条目的播放地址失效并不少见。可以定期对库内无播放地址的条目重跑一次覆盖采集;若源站同样失效,就用其他源补同类内容,多源补位的做法见多采集源轮询策略:防单源失效停更。
补库任务和日常增量任务会互相干扰吗?
任务层面互不冲突,但同时执行会叠加数据库写入压力。把两类任务错开时段,或在采集设置里限制同时运行的任务数即可;内容层面的同质化问题,可结合采集内容差异化处理方法汇总一起处理。