海洋 CMS 搬家后采集任务需要重新配置吗

海洋CMS（SeaCMS，一套 PHP + MySQL 的影视建站系统）搬家后，采集任务默认不需要重新配置：资源库接口、采集分类绑定、过滤规则、采集参数都存在数据库里，数据库完整导入后照旧可用。真正需要重新处理的只有三件事——数据库连接文件、服务器运行环境（PHP 版本、curl、GD、allow_url_fopen）、以及用 crontab 跑的定时采集计划任务。

为什么海洋CMS的采集配置跟着数据库走？

结论：采集资源库、接口地址、分类绑定、采集参数都写进数据库表（默认前缀 sea_，安装时可改），搬家只要数据库完整迁移，这些配置就一起搬过去了。

海洋CMS 的采集不是"任务队列"式设计——后台点一次采集，就是按当前资源库和分类绑定立即执行一轮，没有一个独立存放在服务器文件里的任务清单。所以换服务器、换站点目录、换 PHP 环境，采集配置都不用重建；进后台"采集"菜单，原来的资源库和绑定关系应该原样都在。

唯一必须手改的是数据库连接信息。不同版本位置不同，常见的是 /data/config.php 或 /include/config.php，把数据库主机、库名、用户名、密码改成新环境的，保存后再清一次 /data/cache 或后台点"更新缓存"。

搬家后采集跑不通，先查哪些环境项？

结论：搬家后采集失败，先怀疑环境，再怀疑配置——多数故障出在新服务器的 PHP 扩展和目录权限上。

按顺序查 4 项：

1. PHP 版本与扩展：采集靠 HTTP 请求拉 XML/JSON，需要 curl 扩展；图片本地化和缩略图需要 GD 扩展；若代码用 file_get_contents 拉远程数据，php.ini 里 allow_url_fopen 必须为 On。建议 PHP 7.4 或 8.0/8.1。
2. 目录权限：uploads（附件图片）、data（缓存与配置）、采集图片落地目录都要可写，Linux 下给 755，属主是 PHP 运行用户（www / www-data）；临时开 777 测通后要收回来。
3. 伪静态规则：从 Apache 换到 Nginx，原来的 .htaccess 不生效，采集能跑但入库后前台打开是 404，需要按海洋CMS 的 Nginx rewrite 规则重配。
4. 超时与内存：采集量大时把 max_execution_time 调到 300 秒以上、memory_limit 调到 256M，否则容易采到一半白屏。

定时采集的计划任务搬家后一定要重建吗？

结论：一定要重建。crontab 里写的是绝对路径，服务器和目录一变就失效，而且不会报错，只会静默不采集。

登录新服务器执行 crontab -e，按实际路径写，例如：

0 */2 * * * /usr/bin/php /www/wwwroot/站点目录/采集脚本.php >> /tmp/sea_collect.log 2>&1

三个点必须核对：PHP 绝对路径（用 which php 确认，宝塔面板通常是 /www/server/php/版本号/bin/php）、脚本真实路径、日志重定向（有日志才排得出错）。

换了域名，采集要跟着改哪里？

结论：换域名要改两处——资源库接口里若写死了旧域名（回调地址、Referer 校验、图片域名白名单）要更新；数据库里已采集内容中的旧域名外链要批量替换。

做法是：先完整备份数据库，再执行 SQL 替换，注意把替换范围限定在图片地址、播放地址字段，别整表 UPDATE 把正文里的正常文字也换掉。

搬家后采集排查按什么顺序做？

结论：按"数据库配置 → 目录权限 → PHP 扩展 → 定时任务 → 伪静态"的顺序查，能最快定位问题。

1. 后台能登录、原资源库和分类绑定还在 → 数据库迁移成功，采集配置没丢；
2. 点采集报 500 或白屏 → 查 PHP 版本、扩展和目录权限；
3. 能采集不报错但前台 404 → 伪静态规则没配；
4. 到点不采集 → crontab 绝对路径失效；
5. 图片不落地 → GD 扩展和 uploads 权限。

一句话收尾：海洋CMS 搬家的难点从来不是采集配置本身，而是"数据库连接、运行环境、计划任务"这三样跟着服务器走的体外之物；把这三处补齐，采集任务原地复活，不用一条条重配。