苹果CMS搬家后采集崩了？这5个救命操作让资源站满血复活

问题1：搬家后采集提示“连接失败”或“404错误”，怎么快速修复采集源？
操作指引：
迁移服务器后，采集接口的域名IP、路径权限、PHP版本都可能变化，立刻做三件事：

打开后台“采集-资源库”，逐个测试采集接口，用浏览器直接访问接口URL，若返回JSON数据则通，否则检查域名解析或防火墙。
重点检查采集源配置中的“附加参数”：部分资源站需要携带Referer或User-Agent，在采集规则文件（如/collect/rule/xxx.php）中增加$header = array('Referer: https://原站域名');。
若接口返回“403 Forbidden”，99%是IP白名单问题，第一时间联系新采集源商，把服务器IP加入白名单，若对方不支持，立刻切换备用采集源（见问题5）。

问题2：采集规则匹配不到数据，但接口能通，怎么修改规则？
操作指引：
搬家后采集源的HTML结构可能微调，修改规则分三步：

定位失效节点：右键目标页面“检查”，对比原规则中的CSS选择器或正则，例如原规则抓取<div class="video-title">，现在可能变成<span data-title>。
快速验证法：在采集规则文件末尾加print_r($data);，临时开启采集调试模式，看$data数组缺失哪部分字段。
正则保底方案：当CSS选择器失效时，改用preg_match正则，例如抓取播放链接：
```
preg_match('/<a href="(.*?)" class="play-btn">/s', $html, $matches);  
// 注意(.?)需要转义特殊符号，避免贪婪匹配
```
案例：上周帮用户修复《狂飙》采集，原规则抓取的是<div class="player>，新站改成<section id="player-container">，将规则中的.player替换为#player-container即可。

苹果CMS搬家后采集崩了？这5个救命操作让资源站满血复活

问题3：资源站对接时，提示“数据格式错误”或“分类ID不匹配”，如何处理？
操作指引：
对接新资源站时，80%的报错源于分类映射错误：

导出原站分类树：在“分类管理”中导出CSV，看class_id和class_name，新资源站分类ID可能不同（比如原站电影ID=1，新站电影ID=2）。

手动映射脚本：在采集规则中增加分类映射函数，如：

function map_category($old_id) {  
  $map = array('1' => '2', '3' => '4'); // 原ID => 新ID  
  return $map[$old_id] ?? $old_id;  
}

问题4：搬家后定时采集不执行，手动却能跑，怎么设置稳定定时任务？
操作指引：
搬家后PHP命令行和Web环境可能不同：

检查cron路径：登录SSH输入crontab -e，确保命令用绝对路径，
*/30 * * * * /www/server/php/74/bin/php /www/wwwroot/你的站点/collect/cron.php >> /dev/null 2>&1
避开高峰时段：若之前定时在整点，改到错峰时间（如03:15），避免资源站服务器限流。

队列方式：在cron.php中增加sleep间隔，每执行一个资源站暂停3-5秒：

foreach($resources as $r) {  
  collect_data($r['id']);  
  sleep(rand(3,5)); // 模拟随机间隔  
}

问题5：哪个备用采集源最稳？求推荐思路
操作指引：
别只盯着“免费”“全量”标签，要按三层防御选源：

核心源（稳定性优先）：选运营5年以上、有商业付费方案的资源站（如豆瓣直接采集或云帆接口），付费源通常有CDN加速和API保障，每月30-50元保底。
辅助源（内容互补）：针对冷门纪录片、海外剧，对接2-3个小型公益站，注意开启“采集时覆盖”选项，避免重复数据。
兜底方案：准备一个基于伪静态的解析库，例如用m3u8文件直链解析，通过正则提取播放地址，防止接口全挂导致网站瘫痪。
验证方法：每天凌晨4点，写一个脚本批量测试采集源响应速度，超时5秒的自动标记为“禁用”。

应急总结：搬家后前48小时，每2小时检查一次采集日志，若连续三次报错，立即切断该源并启用备用，资源站运营的本质是“流量-内容”平衡，采集源出问题时，优先保更新频率（哪怕每日更新20部）而非数据量，稳定是苹果CMS的长寿秘诀。