影视站的访客黏性很大程度上取决于新内容上架的速度,而这一环节的瓶颈往往不在建站程序,而在采集源的更新节奏。快看资源(别名:快看资源站、快看采集接口)在业内以更新勤、上新快著称,除了充当主力源,也常被安排在增量补源的岗位上。本词条从接口地址格式、参数释义、配置要点与问题排查几个维度做档案式整理,并附带别名变体与适用程序说明,供选型阶段参考比对。
基本信息
| 词条名 | 快看资源 |
|---|---|
| 别名变体 | 快看资源站、快看采集接口 |
| 接口类型 | 苹果CMS V10标准采集接口 |
| 数据格式 | 默认JSON输出,可切换XML |
| 常见资源形态 | m3u8切片直链为主 |
| 适用CMS | 苹果CMS V10(maccms10)及兼容V10接口规范的程序 |
| 更新频率评价 | 更新节奏快,增量窗口内常有新条目可拉 |
| 资源清晰度评价 | 画质档位混合,热门内容更新初期多为常规画质,后续可能补高清版本 |
接口地址格式
快看资源同样遵循V10规范,接口挂在 api.php/provide/vod/ 这条基础路径下。把它用在补源场景时,最核心的玩法是"动作加时间窗"的组合:用ac=list圈定列表范围,再用h参数把窗口压到最近若干小时,每次轮询只取新鲜数据,请求量小、命中率高。下面三种格式分别对应列表轮询、XML输出与详情核对,域名位置请替换为你自己的接入形态。
http://你的域名/api.php/provide/vod/?ac=list
http://你的域名/api.php/provide/vod/?ac=list&h=24
http://你的域名/api.php/provide/vod/?at=xml
参数表
| 参数名 | 含义 | 示例值 |
|---|---|---|
| ac | 动作标识,list输出列表,detail输出单条详情 | ac=list |
| at | 输出格式,指定xml后返回XML文档,否则为JSON | at=xml |
| h | 增量时间窗,按小时计,是补源轮询的关键参数 | h=6 |
| ids | 影片编号集合,英文逗号分隔,配合detail使用 | ids=12,30 |
| pg | 页码,决定从列表的第几页开始取数 | pg=2 |
| t | 分类编号,把请求范围收窄到指定分类 | t=4 |
| wd | 关键词,按片名在接口数据中搜索 | wd=示例 |
配置要点
- 明确补源定位:把它安排为第二或第三采集源,专门负责查漏补缺,与主力源错开采集时段,避免同一批内容在两个源之间来回覆盖。
- 时间窗与轮询频率匹配:h参数的数值要和定时任务间隔匹配,比如每三小时跑一轮就配h=3到h=6,窗口过大浪费请求,过小容易漏单。
- 多源轮询防断更:单一来源总有停更风险,把几个节奏相近的源排成轮询队列,任务调度上交替执行,站点内容供给会更稳。具体做法见多采集源轮询策略:防单源失效停更。
- 新旧版本处理:快节奏源常见同一影片反复更新条目的情况,去重规则建议保留入库时间最新的一条,并留意集数变化时同步更新剧集信息。
- 错峰执行:把定时任务安排在凌晨等低峰时段,减少与前台访问争抢带宽,也让日志更干净。
常见问题
定时任务设好了,为什么补源还是慢半拍?
先确认时间窗与任务间隔是否匹配,再核对任务是否真的按计划触发——部分环境的服务器时区与本地不一致,导致任务在预期之外的时间执行。另外源站本身的上架时间也有先后,接口要等对方先发布才有数据,属于正常延迟。
同一部剧被采了两遍,如何避免?
多见于换源或重复添加同一接口的情况。建议为每类内容固定采集来源,开启后台的按编号与按标题双重去重;已产生的重复条目可按片名批量筛选后合并,并清理失效的播放地址。
切换XML输出后程序解析失败怎么办?
先在浏览器直接打开带at=xml的地址,确认返回的是完整XML而不是报错页;再检查程序端的解析配置是否真的指向了XML结构。个别插件只认JSON,这种情况退回默认格式即可,功能不受影响。