phpMyAdmin导入WordPress文件超时是PHP、MySQL、Apache三层配置共同限制所致：$cfg['ExecTimeLimit']=0需在config.inc.php中设置；upload_max_filesize与post_max_size须同步调大并重启Apache；max_allowed_packet需设为256M并重启MySQL；命令行导入最可靠。
phpMyAdmin 导入 WordPress 导出文件超时，不是“卡了”，而是 PHP、MySQL、Apache 三层配置同时拦路——改一个，另外两个照样报错。
为什么改了 max_execution_time 还弹 “Script timeout passed”
因为 phpMyAdmin 自己有一套独立计时器：$cfg['ExecTimeLimit']，默认 300 秒，它在导入过程中主动轮询并中断，和 PHP 的 max_execution_time 完全无关。哪怕你把 php.ini 里的 max_execution_time 设成 0，phpMyAdmin 仍会在第 301 秒强制终止。
- 必须编辑 phpMyAdmin 根目录下的
config.inc.php（不是config.default.php），在$cfg['blowfish_secret']后加一行：$cfg['ExecTimeLimit'] = 0; - 改完不用重启 Apache，但必须清空浏览器缓存或换无痕窗口重进才生效
- Windows 常见路径：
C:\xampp\phpMyAdmin\config.inc.php或C:\laragon\etc\apps\phpmyadmin\config.inc.php
上传阶段就失败：“file exceeds upload_max_filesize”
这个错误实际是 upload_max_filesize 和 post_max_size 中更小的那个在作祟。WordPress 导出文件常超 100MB，而 Windows + Apache 下，post_max_size 经常被忽略，但它必须 ≥ upload_max_filesize，否则 Apache 在接收阶段就截断整个 POST 请求体，phpMyAdmin 根本收不到文件。
- 用
phpinfo()页面确认 “Loaded Configuration File” 路径，只改这个文件 - 至少同步设为：
upload_max_filesize = 2048M、post_max_size = 2048M、memory_limit = 1024M - 改完必须重启 Apache（XAMPP/Laragon 控制面板点重启，或命令行
httpd -k restart）
导入中途白屏或报 “MySQL server has gone away”
这几乎一定是 MySQL 的 max_allowed_packet 不够大。WordPress 导出的 SQL 常含百万级 INSERT，单条语句可能超 10MB；而 MySQL 5.7 默认仅 4MB，远低于你设的 PHP 上传上限。服务端丢包后直接断连，phpMyAdmin 就白屏或报错。
SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。
立即学习“PHP免费学习笔记（深入）”；
- 查当前值：
mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';" - 永久生效：编辑 MySQL 配置文件（Windows 是
my.ini），在[mysqld]段下加：max_allowed_packet = 256M - 改完必须重启 MySQL 服务
为什么中文文件名一选就失败
不是 phpMyAdmin 不支持中文名，而是 PHP 在解析 multipart 表单前，因 upload_max_filesize 或 post_max_size 触发而丢弃整个请求体——连文件名都收不到，自然报 “没有接收到要导入的数据”。$cfg['MaxImportFileSize'] 只是前端提示，不参与拦截。
-
$cfg['MaxImportFileSize']改多少都没用，它不校验、不拦截、不生效 - 真正要调大的是三个 PHP 配置项：
upload_max_filesize、post_max_size、max_execution_time - 三者必须全部生效于 Web SAPI（Apache/FPM），且改完重启对应服务并用
phpinfo()验证
最稳的方案其实是绕过 phpMyAdmin：用命令行 mysql -u root -p database_name 。上传、解析、进度渲染全在单次 HTTP 请求里，失败就得重来——这不是工具不行，是设计使然。
