XAMPP运行EmpireCMS：帝国备份王与整站模板本地还原实战

这是XAMPP MySQL 8.0+默认启用STRICT_TRANS_TABLES导致的典型报错，帝国CMS 7.x备份SQL中大量NOT NULL字段无默认值，导入时被严格模式拦截；临时方案为SQL文件开头加SET sql_mode = ''，长期方案是修改my.ini中sql_mode=NO_ENGINE_SUBSTITUTION并重启MySQL。

phpMyAdmin导入SQL时提示“Field 'xxx' doesn't ha ve a default value”

这个问题的源头，是XAMPP MySQL 8.0+默认开启了STRICT_TRANS_TABLES模式。帝国CMS 7.x备份产生的SQL里，大量NOT NULL字段压根没设默认值，直接导入必然卡在半路。

• 临时处理：在phpMyAdmin导入页勾选“忽略重复键”，并在SQL文件开头手动加一行SET sql_mode = '';，相当于临时关闭严格模式。
• 根本解决：编辑XAMPP\mysql\bin\my.ini，在[mysqld]段下追加sql_mode=NO_ENGINE_SUBSTITUTION，然后重启MySQL。
• 顺便提醒一句：别用帝国后台的“恢复数据”功能——它既不改sql_mode，也不处理字段兼容性问题，结果可想而知。

e/config/config.php里$dbhost填localhost还是127.0.0.1？

填127.0.0.1更稳妥。XAMPP新版本MySQL默认绑定IPv4地址，而localhost在Windows下有可能走命名管道或IPv6，导致连接超时甚至直接失败。具体操作时注意几点：

• 同时核对$dbport：XAMPP默认是3306，但如果你改过端口（比如和本机已装的MySQL冲突），必须同步修改。
• $dbpw留空——XAMPP MySQL root密码默认为空，填''即可，千万不是' '（空格）或'null'。
• 改完立刻保存，Apache不用重启，但务必清掉e/data/cache/下所有缓存文件，否则旧配置仍被读取，改了跟没改一样。

前台空白、栏目页404、后台登录跳首页

别急着怀疑代码出错——多半是缓存没清干净，加上rewrite没生效。帝国CMS依赖e/data/cache/里的dbcache/和phomepage/，同时也依赖.htaccess的重写规则。排查思路如下：

• 直接删掉e/data/cache/整个目录（保留空文件夹），不要只删部分文件，否则部分缓存残留会造成各种诡异问题。
• 确认XAMPP\apache\conf\httpd.conf中LoadModule rewrite_module modules/mod_rewrite.so前面没有注释符号。
• 检查htdocs（或你的站点根目录）下是否有.htaccess文件，且内容包含RewriteRule规则；如果没有，从upload/e/里复制一份过去。
• Windows下Apache默认不读取.htaccess，需要把对应目录的AllowOverride设为All（在httpd-vhosts.conf里配置），这一点很容易被忽略。

备份王导出的.sql文件上传后phpMyAdmin卡住不动

备份王默认不压缩，7.x版本单表经常超过50MB，phpMyAdmin的上传限制和超时机制会直接中断。表面上看像“卡住”，实际是请求被截断或超时。推荐几种处理方式：

• 改用命令行导入：mysql -u root -p empirecms < 文件名.sql，效率最高。
• 或者拆分SQL：用Notepad++打开大文件，按CREATE TABLE切块，分批导入。
• 上传之前，先在phpMyAdmin里调高限制：upload_max_filesize = 128M、max_execution_time = 600（改php.ini后重启Apache）。
• 备份王设置里务必勾选“压缩备份”，生成.zip再解压上传，比原始.sql可靠得多。

帝国CMS本地还原最容易被忽略的一点是：缓存路径硬编码在PHP里。e/data/cache/删掉之后，第一次访问前台会触发重建，但重建过程依赖数据库连接和配置有效性——所以必须先确保config.php正确、SQL导入无中断、mod_rewrite可用，三者缺一不可。