Q：搬家后苹果CMS后台直接白屏，连验证页面都进不去，怎么办？
A： 这是搬家最常见的“首杀陷阱”，别慌，先检查两个地方：一是 PHP版本兼容性——苹果CMS对PHP 7.3/7.4支持最好，如果换了服务器环境，PHP版本从5.6跳到8.0+，大概率会直接报错，你需要在宝塔面板或服务器配置里把PHP版本降到7.4，并开启fileinfo扩展和opcache扩展，二是数据库编码问题——老站可能是utf8mb4_general_ci，新库如果设成utf8_general_ci，数据迁移后中文会乱码，建议在搬家前用帝国备份王或phpMyAdmin导出时强制指定字符集，新库创建时直接选utf8mb4_general_ci,导入后逐表检查一遍。
Q：搬家后视频播放链接全部失效，采集源也连不上，该如何配置采集源？
苹果CMS搬家后验证全攻略，从数据迁移到稳定采集的完整闭环
A： 这是典型的环境变量改变导致的，首先确认你用的采集源是什么形态：如果是云转码接口类（如支持自定义播放器参数的），老站IP变了，API密钥可能需要重新申请或绑定新IP，如果是通用爬虫类采集源（如类似“速播”“酷云”那种），重点检查采集源URL中的域名——搬家后服务器IP改没改？如果采集源绑定了旧服务器IP，直接改配置里的host和ip字段，举个例子：你用“黄蜂采集”插件，它的配置界面里有一个“资源站地址”字段，必须改成你新服务器的实际IP或域名，并且确认端口放行（通常采集端口是8080或自定义的端口，防火墙要放开），很多采集源依赖curl函数，检查服务器是否禁用了curl_exec，在PHP配置里把disable_functions中的相关函数删掉。
Q：采集规则突然失效，修改规则时需要注意哪些关键点？
A： 搬家后采集规则失效，95%是因为新服务器的网络环境与原站不同导致，举个实操例子：你之前采集“爱奇艺”的源时，用的是正则/video/(\d+)\.html，但搬家后可能目标站的页面结构微调了，比如URL末尾多了?from=web，你需要在采集源配置里找到“规则编辑”，先抓一次目标页面源码（可以用浏览器的“查看网页源代码”功能，或者直接用wget命令在服务器上拉取），对比新老页面里的列表页地址、详情页地址、播放地址的DOM结构，常见修改点包括：
- XPath路径：如果目标站改用了
<div class="vod-list">而不是旧版的<ul class="vod-list">，你的XPath必须同步。 - 正则匹配：比如视频ID从纯数字变成字母数字混合（如
v_abc123），正则要改成/v_([a-zA-Z0-9]+)/。 - 编码转换：有些源站搬家后从GBK换成UTF-8，你的采集规则里要加一句
$html = iconv('gbk', 'utf-8', $html);，否则采集出来全是乱码。
建议不要改所有规则，只针对失效的单个采集源做局部调试，可以在后台“采集测试”功能里输入一个样本URL，逐级输出采集日志,定位到失效的步骤。
Q：资源站对接时，A站采集B站，结果B站视频在A站播放不了，怎么排查？
A： 资源站对接最忌讳“以为成功就是成功”，首先确认播放器参数是否一致——比如B站用的是m3u8格式，但A站的播放器只支持mp4，你在对接配置里必须设定“播放器类型”为“通用播放器”或“HLS播放器”，检查对接接口的鉴权机制：有些资源站要求每次请求携带token或sign签名，搬家后你的服务器时间与资源站不同步，签名就会失效，你可以在A站后台的“对接配置”里将“签名算法”从“MD5”改为“MD5+当前时间戳”（前提是资源站支持），或者联系对方开发重新生成密钥。
注意跨域问题：A站域名是new.com，B站资源域名是old.com，如果B站没有设置Access-Control-Allow-Origin，视频请求会被浏览器拦截，你可以在A站的Nginx配置里加一行proxy_set_header Origin '';，或者让B站开放跨域，如果还是不行，在A站开启“强制解析”模式，把视频地址重新通过A站自己的解析服务器中转一遍（部分CMS自带此功能）。
Q：定时采集任务总在半夜失败，怎么配置才能稳定运行？
A： 苹果CMS的定时采集本质是服务器Cron定时任务，搬家后第一个坑是时区问题——旧服务器UTC+8，新服务器可能默认UTC+0，你要在服务器终端运行timedatectl set-timezone Asia/Shanghai，并在CMS后台“系统设置”里确认时区一致，第二个坑是并发限制：如果你采集源太多，定时任务同时启动，服务器CPU直接拉满导致超时，建议配置分时段分采集源的策略：
- 比如电影源设置在凌晨2点（流量低峰），电视剧源设置在凌晨3点半（错开高峰）。
- 在
/etc/crontab里写两行：
0 2 * * * root php /www/wwwroot/你的域名/collect/cron.php?ac=run&rid=1
30 3 * * * root php /www/wwwroot/你的域名/collect/cron.php?ac=run&rid=2 - 注意使用绝对路径，避免PHP找不到脚本路径。
开启采集日志功能，每次任务执行后查看/runtime/log下的日志文件，如果看到“连接超时”或“内存不足”，就调大max_execution_time（建议300秒）和memory_limit（256M），如果任务还经常中断，改用单进程采集模式，在CMS后台“采集设置”里关闭“多线程”勾选。
Q：遇到采集源频繁失效，有没有备用采集源的推荐思路？
A： 资源站最怕“单点依赖”，我的策略是构建三级备用体系：
第一级：主流通用源（如“小旋风”“酷云”“速播”），这些源覆盖率高，但可能因版权问题突然关闭，你需要每次搬家后测试至少3个主流源，每个源在后台开启“采集失败自动跳过”选项，并配置一个AI抓取回调函数——如果某个源连续3次返回空结果，CMS自动暂停该源并邮件通知你。
第二级：小众专业源（比如专门采集“韩剧”“美剧”的垂直源），这些源稳定性好，但数据量小，你可以在“采集源分组”里给它们标记“备用”，并在定时任务里设置每6小时自动同步一次，即使主源挂了，也能保证最新更新的剧集为备用源覆盖。
第三级：自建小型源（比如自己搭建的一个轻量级爬虫，用Python每小时抓取某个电影论坛的帖子标题和链接），你可以在苹果CMS的“自定义采集”接口里对接它，或者直接用CMS自带的“规则采集”模式从固定网址拉取资源列表。
核心思路：不要把所有鸡蛋放在一个篮子里，每次搬家后，先手动跑一遍所有源的采集测试，把响应时间最快、数据最完整的3个源设为主源，其他都设为“备用”状态。在CMS后台开启“资源去重”功能（基于视频名称和年份），这样即使多个源采集到同一部电影，会自动合并播放源,不会出现重复数据。