苹果CMS搬家后测试域名采集实战，从配置到稳定运行的五个关键问答

站长“老蔡”的深夜求助：测试域名下采集频繁失败，资源站到底该怎么救？

问：老蔡，我刚把苹果CMS从一个服务器搬到另一个，用了临时测试域名，结果后台采集一直报错，要么超时，要么返回空数据，搬家后测试域名采集，第一步到底该检查什么？

答（角色：从业六年的“影视站救火队长”老K）：
你先别急着改采集规则，搬家后第一个坑往往是PHP函数被禁用，打开你的苹果CMS后台——系统参数→性能优化→“使用CURL抓取”，确认它是开启的，测试域名通常对应新服务器的PHP环境，很多主机商默认禁用了allow_url_fopen和curl扩展。

操作指引：

苹果CMS搬家后测试域名采集实战，从配置到稳定运行的五个关键问答

1. 在根目录新建一个phpinfo.php，写入<?php phpinfo(); ?>，访问http://你的测试域名/phpinfo.php。
2. 搜索“curl”，如果没找到，联系服务器商开启扩展。
3. 在苹果CMS后台的“采集参数配置”里，把“请求超时时间”从默认的30秒改到60秒,因为测试域名DNS解析可能较慢。

搬家后第一件事不是采集，是让采集环境“活过来”，我见过一半以上“采集失败”都是这个原因。

问：环境没问题了，但采集规则好像失效了，之前站点用的资源站接口，现在用测试域名采集，返回的XML或者JSON格式看起来乱了，怎么调整？

答（角色：专攻采集规则二开的“规则狂人”小刀）：
测试域名往往让你拿不到正式域名下的缓存或Referer伪装，资源站一般会校验来源域名，你的测试域名不在白名单里。规则修改的核心是“伪装来源”。

操作指引：

1. 打开采集规则文件（通常位于/application/extra/collect或后台的“自定义资源库”里），找到source字段，把它改成你原来的正式域名。
2. 增加一个HTTP头字段：在规则里添加'header' => ['Referer: http://原正式域名', 'User-Agent: Mozilla/5.0']，苹果CMS的采集类支持自定义header，你把它加到vod的fetch方法中去。
3. 如果返回是JSON格式，且字段名变了，比如原来是vod_name，现在变成了name，你就需要修改规则里的vod_name映射。快捷方法：在规则里找到'parse'数组，把对应的键值改为'name'=>'vod_name'，意思是将接口返回的name字段映射到本地的vod_name。

关键提醒： 测试域名下，不要用“一键采集”测试全部资源，先在“资源库”里点“测试”，看返回的原始数据前500个字符,确认字段结构再批量改。

问：我用的资源站是朋友私密的，不公开API，测试域名下对接他的站，有什么特别注意？会不会把对方站搞挂？

答（角色：运营着三个影站、专门负责资源对接的“老白”）：
私密源对接，最怕的是频率过高被封IP，测试域名往往IP是新的，对方站长一看陌生IP高频访问，直接拉黑，所以你要做两件事：限速和请假。

操作指引（对接注意事项）：

1. 在苹果CMS的“定时任务”里，设置采集频率为“每6小时一次”，并且勾选“随机延迟”，延迟范围设为10-30秒，这样即使测试域名访问，也不会造成每秒几十次的请求。
2. 采集并发数：在“采集参数配置”里，把“并发采集线程数”改为1（默认是3或5），测试阶段，稳定比速度重要。
3. 手动告知：用测试域名之前，先给对方站长发个消息，说“我在搬家测试，IP是xxx，如果看到异常访问请见谅”，大多数资源站长都能理解,并且会帮你临时放行白名单。

测试域名下不要开启“全量采集”，只采集最近的电影或电视剧分类,避免一次性请求太大。

问：定时采集设置了，但测试域名下总是错过时间，或者采集到一半卡死，有没有更稳的定时采集设置方案？

答（角色：靠采集自动化实现“躺平”的站长“懒人张”）：
苹果CMS自带定时任务依赖服务器cron，但测试域名通常用的是虚拟主机或低配VPS，cron不准时甚至不执行，我推荐用第三方监控定时触发。

操作指引（定时采集设置）：

1. 弃用苹果CMS后台的“计划任务”，改为外部Cron服务，腾讯云函数”或“阿里云定时任务”。
2. 在苹果CMS后台，先手动生成本站的采集链接，格式是：http://测试域名/index.php/api/collect/api?ac=task&authcode=你的密钥。
3. 把这个链接填到云函数的HTTP触发器里，设置成每4小时触发一次。
4. 在云函数里加一个“防卡死”逻辑：设置脚本最大执行时间为120秒，如果超时，云函数会强制断开，苹果CMS采集进程就会死掉，但下次触发它又会重新开始，不会卡住整个队列。
5. 关键技巧：在采集任务里，勾选“采集完成后启用视频库”，并且设置“域名替换”，把资源站返回的图片或播放链接里的原域名，批量替换为你的测试域名，这样即使采集中断,历史数据也能正常播放。

血的教训： 测试域名下千万别开“采集完成后自动生成首页缓存”，因为缓存写入会占用IO,导致定时任务超时。

问：最后一个问题，测试阶段万一这个私密源或者免费源失效了，我该怎么准备备用采集源？思路是什么？

答（角色：精通多源切换的“资源站备胎专家”大刘）：
备用源的推荐逻辑不是“找个一样的”，而是“找一个格式不同、服务器不同、协议不同的”。

操作指引（备用源推荐思路）：

1. 主源是JSON接口（比如豆瓣或IMDB数据），备用源就选XML-RPC接口（比如老牌的“飞飞”或“苹果CMS官方资源库”），因为格式不同，解析规则不可能同时被改版搞坏。
2. 主源是国外站（比如TMDB），备用源就选国内站（看看资源”或“量子资源”），这样即使某一边网络波动或域名被墙，另一边还能用。
3. 在苹果CMS后台的“资源库”里，把备用源设成“采集失败后自动切换”，具体操作：在“自定义资源库”中，把备用源的“优先级”数字调大（比如主源是1，备用是2），并且勾选“当抓取失败时自动切换”。
4. 测试域名下，务必手动测试备用源的返回速度，不要只看能不能采集，要看“采集100条数据消耗的时间”，如果超过5分钟，果断换别的源。
5. 终极技巧：备用源不要只写一套规则，用苹果CMS的“多规则匹配”功能，比如同是一个资源站的，可以有“列表页规则A”和“详情页规则B”，A挂了你不用改,系统会自动用B去解析详情页。

最后提醒： 测试域名只是临时过渡，一旦确定正式域名，记得把采集规则里的source、header里的Host、以及替换域名的值，全部批量改回正式域名，这一步用数据库的UPDATE语句全表替换即可，否则正式上线后,你采集的播放地址会全部指向失效的测试域名。