搬家后数据库导入失败,提示“#1062 - 重复键”,该怎么办?
答: 这是搬家最常见的坑,你先别急着删表重来,打开phpMyAdmin,选中当前数据库,执行以下SQL修复:
SET FOREIGN_KEY_CHECKS=0; ALTER IGNORE TABLE `vod` ADD UNIQUE INDEX `vod_id` (`vod_id`);
如果还报错,说明原站数据表结构有差异,正确做法是:搬家前先用苹果CMS后台的“数据库备份”功能导出,别用phpMyAdmin直接导出,因为CMS自带的导出会过滤掉自增键冲突,搬家后导入备份文件时,务必关闭“检查约束”选项。
问:采集源配置总失败,连不上资源站怎么办?
答: 你现在打开后台-采集-自定义资源库,检查三个关键点:
- 接口地址必须是资源站的“采集专用接口”,别用网页版地址,比如资源站提供的是
http://api.example.com/inc/api.php,不是首页URL。 - 密码密钥:很多资源站要求填写“安全密钥”,这个一般在资源站的用户中心里生成,不是登录密码。
- 协议版本:如果是2024年后搭建的资源站,接口大概率要求
https协议,你服务器如果没配SSL,就申请个免费证书,否则采集会返回空数据。
操作指引:复制资源站给的采集接口URL,先在浏览器里直接访问,如果能返回JSON格式的影视列表,再粘贴到后台,如果浏览器都打不开,那就是资源站的问题,直接换备用源。
苹果CMS搬家问题汇总,从数据库迁移到采集源配置,一次讲透
问:采集规则怎么修改?我想只采集“电影”分类,不要电视剧。
答: 这个简单,但99%的新手都改错地方,找到后台-采集-自定义资源库-对应资源站的“采集规则”,在class参数处修改:
- 原规则:
&class=电影,电视剧,综艺,动漫 - 修改为:
&class=电影
注意:部分资源站使用数字分类ID而非中文名,你需要问资源站客服要分类ID对应表,例如电影对应1,则写&class_id=1。
还有一个进阶技巧:如果资源站把“电影”和“剧情片”混在一起,你想只采集豆瓣评分7分以上的电影,可以在采集规则末尾加上&score=7,但前提是资源站支持这个过滤参数,不支持的话只能事后删。
重要操作提醒: 修改规则后,先点“测试采集”抓10条看看分类对不对,再全量采集,否则一个参数写错,整个库变成垃圾数据,后期清洗比搬家还费劲。
问:资源站对接时,片源播放总是404,但其他站正常,是什么原因?
答: 这不是搬家导致的,是资源站“防盗链”策略,你现在检查两个位置:
- 播放器配置:后台-系统-播放器配置,把
referer设置为资源站的域名,例如资源站是www.zyzy.com,你就填http://www.zyzy.com。 - 跨域头:苹果CMS默认可能没开启CORS,在
/config/config.php文件中,找到'CROSS_DOMAIN',改为true。
如果还不行,直接对接资源站的“无防盗链接口”,大部分付费资源站都有这个选项,但需要你在资源站后台开启,然后重新获取采集接口地址,免费资源站几乎都带防盗链,稳定盈利的核心是用付费资源站。
问:定时采集总是断,或者采集到一半就卡住,怎么设置才能稳定?
答: 你现在的定时任务肯定是用的“采集全部”,这是最大的错误,正确分步操作:
- 分时段采集:在后台-采集-定时任务,创建四个任务:
- 凌晨2点:只采集“电影”(设置采集10页,每页50条)
- 凌晨3点:只采集“电视剧”(同样限页数)
- 凌晨4点:只采集“综艺”+“动漫”
- 每整点:只采集“今日更新”(设置
&time=day参数)
- 加延迟:在定时任务的
curl参数中,设置CURLOPT_TIMEOUT=300(5分钟超时),CURLOPT_CONNECTTIMEOUT=30,这能防止因单次请求卡死整个进程。 - 开启断点续采:在采集规则的末尾加上
&break=1,如果资源站支持,会自动跳过已采集的重复数据。
如果你用的是服务器Linux系统,别依赖后台的定时任务,直接在crontab里写脚本更稳定:
0 2 * * * /usr/bin/php /www/wwwroot/你的域名/admin/cron.php?ac=collect&rid=1
问:有没有靠谱的备用采集源推荐?我想防一手资源站突然倒闭。
答: 先给你一个选型思路:别只盯着“免费大站”,它们说关就关,你手头至少要有三个来源:
- 主流付费源:资源猫”、“织梦影视”,年费200-500元,提供专线接口和售后群,数据更新最快,适合做主源。
- 开源聚合源:苹果CMS官方资源库”,虽然数据不全,但胜在稳定,24小时有人在维护接口。
- 小型独立站:在百度搜“影视采集站”,找那些域名带有
zy、api字样、且网站有ICP备案的,优先选备案时间超过3年的,这类站流量小,但资源存活率极高,适合做备用。
操作指引:每个备用源先在后台建一个独立“资源库分类”,备用源1-电影”,测试时别直接覆盖主库,先用“仅入库不发布”模式跑一周,看看片源链接是否失效、更新是否及时,一周后没问题再正式启用。
最终建议: 搬家后花2天时间做压力测试,用iptables模拟网络抖动,看采集和播放是否扛得住,别等用户骂上门了才修,那时候流量已经流失一半了。



发表评论