苹果CMS搬家后翻车实录，6个高频Bug的暴力修复指南

采集模块突然罢工，报错“CURL错误”或“获取数据失败”

现象描述
搬家前采集好好的，换到新服务器后，后台一点“采集”，直接弹出红色警告：“CURL错误：Failed to connect to xxx port 443: Connection refused”，或者干脆显示“获取数据失败，请检查网络”，手动刷新资源库列表,也是空空一片。

原因分析
这是搬家后最常见的问题，根源在于新服务器的PHP环境没有开启curl扩展，或者DNS解析器对新域名的IP解析不稳定，部分服务器商默认禁用了外部网络请求（比如阿里云、腾讯云的“安全组”策略）,导致CMS无法向资源站发起握手。

解决步骤

1. 检查PHP环境
   登录服务器，用php -m | grep curl命令看是否有curl字样，没有的话，在宝塔面板或LNMP一键包中，找到PHP设置—安装扩展—勾选curl并重启PHP服务。

   

   苹果CMS搬家后翻车实录，6个高频Bug的暴力修复指南

2. 测试DNS和网络连通性
   在服务器终端执行：curl -I http://资源站域名，如果返回“Connection refused”，很可能是服务器防火墙拦截了出站请求，去云服务商控制台，找到“安全组”或“防火墙”规则，添加入方向规则：放行所有TCP端口（或者至少放行80、443），注意：出方向规则也要检查,确保不是默认全拒绝。

3. CMS后台配置修正
   进入苹果CMS后台—系统—采集参数，把“采集代理IP”和“采集UA”重置为默认值，保险起见，关闭“强制SSL”选项,因为新服务器可能没有正确配置SSL证书。

---

播放器页面一片空白，控制台报错“Uncaught TypeError: Cannot read property 'play' of null”

现象描述
影片详情页能正常打开，但点击播放按钮后，视频区域白屏，没有任何报错提示，打开浏览器F12开发者工具，在Console标签页能看到类似“vue.js:123 Uncaught TypeError: Cannot read property 'play' of null”的错误。

原因分析
苹果CMS的播放器依赖前端JS资源（如ckplayer.js、dplayer.js）和后台配置的播放器接口，搬家后，要么是这些JS文件路径被硬编码成了旧域名，导致请求404；要么是新服务器的PHP版本太高（如8.1）,导致某些旧版播放器插件不兼容。

解决步骤

1. 修复JS资源路径
   进入宝塔或SSH，找到/template/你的模板文件夹/，用grep -r "旧域名" *命令搜出所有仍指向旧域名的文件，可以用sed -i 's/旧域名/新域名/g'批量替换，重点检查player.html、vod.html和所有.js缓存文件。

2. 检查PHP版本兼容性
   苹果CMS v10对PHP 7.3-7.4支持最好，如果新服务器是PHP 8.0或以上，去宝塔面板切换PHP版本到7.4，若必须用PHP 8.x，则在CMS后台—系统—播放器设置中，将“播放器核心”从“ckplayer”切换为“dplayer”或“H5播放器”，并清空runtime目录下的所有缓存文件。

3. 硬重置播放器配置
   如果以上无效，进入数据库（用phpMyAdmin或Navicat），找到mac_player表，执行SQL：UPDATE mac_player SET player_status=1, player_union='' WHERE player_id=1;,然后去CMS后台重新设置一次默认播放器并保存。

---

后台登录提示“验证码错误”或直接跳转空白页

现象描述
输入正确的管理员账号密码，验证码也一字不差，但点了登录就报“验证码错误，请重新输入”，或者输入完点登录，页面直接白屏，URL地址栏显示/admin/index.php?s=Admin-Index-login。

原因分析
搬家时，数据库里mac_config表中存储的site_url字段还是旧域名，苹果CMS的后台登录验证逻辑会对比当前请求的域名与数据库中的site_url，不一致时就会判定为“跨站请求拦截”。session.save_path目录权限不足也会导致验证码无法生成。

解决步骤

1. 修改数据库中的站点URL
   用phpMyAdmin连接数据库，执行：
   UPDATE mac_config SET config_value='https://你的新域名' WHERE config_name='site_url';
UPDATE mac_config SET config_value='新域名' WHERE config_name='site_domain';
   注意：https和http要写对,结尾不要带斜杠。

2. 修复Session目录权限
   SSH登录服务器，执行：
   chmod -R 777 /tmp（临时方案）
   或者找到PHP.ini中的session.save_path值（比如/var/lib/php/sessions），执行chown -R www:www 该目录路径,并给予755权限。

3. 清除所有浏览器缓存
   不要只刷新，手动清除浏览器所有缓存、Cookie和站点数据,然后重新访问后台。

---

全站页面空白，仅显示“No input file specified.”

现象描述
访问网站首页或任何页面，浏览器只显示一行白底黑字：“No input file specified.”,连错误页面都没有。

原因分析
这是伪静态规则没有被服务器正确加载，苹果CMS是单入口框架（所有请求通过index.php处理），搬家后，Nginx或Apache没有配置好重定向规则,导致请求直接到达了不存在的文件路径。

解决步骤

1. Nginx用户：检查伪静态文件
   在服务器/usr/local/nginx/conf/或宝塔的站点设置中，找到伪静态配置区域，确保写入了以下规则：

   if (!-e $request_filename) {
       rewrite ^(.*)$ /index.php?s=/$1 last;
   }

   如果规则存在，尝试在宝塔面板的“伪静态”下拉框中，切换为“苹果CMS（默认）”并保存。

2. Apache用户：检查.htaccess文件
   进入网站根目录，确认有.htaccess文件（如果没有，从原服务器备份中复制一份），文件内容必须包含：

   <IfModule mod_rewrite.c>
       RewriteEngine On
       RewriteCond %{REQUEST_FILENAME} !-f
       RewriteCond %{REQUEST_FILENAME} !-d
       RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]
   </IfModule>

   如果文件存在，检查Apache是否开启了mod_rewrite模块：a2enmod rewrite,然后重启Apache。

3. 终极修复：重启Web服务
   修改任何配置文件后，务必执行：
   systemctl restart nginx 或 systemctl restart httpd
systemctl restart php-fpm

---

后台点任意菜单都报“页面乱码”，全是方框和问号

现象描述
登录后台后，所有文字变成“新增视频”之类的乱码，菜单全是方框,但页面布局是正常的。

原因分析
数据库字符集或连接编码不统一，搬家时，如果导出的MySQL是latin1_swedish_ci编码，而新数据库是utf8_general_ci，就会导致中文数据读出来变成乱码，CMS源码文件本身也可能是gbk编码，但服务器强制用utf-8输出。

解决步骤

1. 修复数据库编码
   用phpMyAdmin导出数据库时，勾选“使用完整插入语句”，并在“导出格式”中选择“自定义”，把“数据库系统或旧MySQL服务器”调整为“UTF-8”，导入后，执行SQL：

   ALTER DATABASE 你的数据库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
   ALTER TABLE mac_config CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

2. 修改CMS配置文件
   打开/config/database.php，检查'charset' => 'utf8'是否正确，如果这里写的是gbk，改为utf8后保存，再检查/vendor/topthink/framework/src/think/App.php里default_charset是否设置为'utf-8'。

3. 清空模板缓存
   删除/runtime/template/和/runtime/cache/下所有文件，再进后台，按Ctrl+F5强制刷新。

---

安装环境检测不通过：报“PDO_Mysql未安装”或“openssl扩展缺失”

现象描述
第一次安装苹果CMS时，环境检测页面一大片红色叉号，主要提示“PDO_Mysql 未安装”“curl 未安装”“openssl 未安装”“fileinfo 未安装”,点击下一步按钮直接卡死。

原因分析
新服务器的PHP是最小化安装，缺少常用扩展，或者PHP版本过高（如8.2）,某些扩展名称发生了变化。

解决步骤

1. 批量安装缺失扩展（以宝塔为例）
   进入宝塔面板—软件商店—找到当前PHP版本（如PHP 7.4），点击“设置”—“安装扩展”，勾选以下必装项并安装：

   • pdo_mysql
   • curl
   • openssl
   • fileinfo
   • gd
   • mbstring
     每个扩展安装完成后,重启PHP服务。

2. PHP版本降级（如果PHP 8.x顽固报错）
   部分扩展在PHP 8.2中已被弃用，比如mcrypt，如果执意用高版本，安装时勾选“兼容模式”，然后修改/install/install.php，搜索extension_loaded('mcrypt'),直接注释掉这行检测。

3. 手动检查扩展状态
   SSH执行：
   php -m | grep -E 'pdo|curl|openssl|fileinfo|gd'
   如果某个扩展显示未安装，但宝塔已装，尝试执行：
   ln -s /www/server/php/74/lib/php/extensions/no-debug-non-zts-20170718/pdo_mysql.so /usr/lib/php/20170718/
   然后重启PHP。

4. 终极方案：使用集成环境重装
   如果以上步骤半小时内没解决，果断删除PHP和数据库，重新安装宝塔面板的“LNMP一键安装”或“Windows PHPstudy”集成包，直接选“PHP 7.4 + MySQL 5.7”,然后重新上传苹果CMS安装。