Ubuntu 18.04下XAMPP部署WordPress备份后无法登录后台及内容缺失问题

看起来你在把线上WordPress迁移到本地XAMPP环境时遇到了两个典型问题：内容缺失和自定义登录路径失效。我帮你拆解一下解决方案，一步步来：

内容不见大概率是数据库没同步好——你只移动了WordPress的文件，但没把线上的网站数据导入到本地的MySQL里，或者数据库连接配置不对。

• 第一步：确认本地数据库有没有导入原网站数据
  登录localhost/phpmyadmin，找到你新建的数据库，看看里面有没有wp_posts、wp_users这类核心表。如果是空的，先把线上网站的数据库导出成SQL文件，再在本地phpmyadmin的「导入」标签里把这个文件导进去。

• 第二步：检查wp-config.php的数据库配置
  打开/opt/lampp/htdocs/wordpress/wp-config.php，核对以下几个参数和你在phpmyadmin里新建的数据库信息是否一致：

  define('DB_NAME', '你的本地数据库名称');
  define('DB_USER', '你新建的数据库用户名');
  define('DB_PASSWORD', '你设置的数据库密码');
  define('DB_HOST', 'localhost'); // XAMPP默认就是localhost，不用改
  

  另外，如果你的线上网站之前设置过WP_HOME和WP_SITEURL，记得改成本地地址：

  define('WP_HOME', 'http://localhost/wordpress');
  define('WP_SITEURL', 'http://localhost/wordpress');
  

• 第三步：更新数据库里的旧站点URL
  就算wp-config里改了，数据库里残留的线上域名还是可能导致内容加载异常。在phpmyadmin的「SQL」标签里执行下面的语句（把wp_换成你数据库的表前缀，如果线上改过的话）：

  -- 更新站点基础URL
  UPDATE wp_options SET option_value = replace(option_value, 'http://你的线上域名/wordpress', 'http://localhost/wordpress') WHERE option_name = 'home' OR option_name = 'siteurl';
  -- 更新文章内容里的链接
  UPDATE wp_posts SET post_content = replace(post_content, 'http://你的线上域名/wordpress', 'http://localhost/wordpress');
  -- 更新文章元数据里的链接
  UPDATE wp_postmeta SET meta_value = replace(meta_value, 'http://你的线上域名/wordpress', 'http://localhost/wordpress');
  

你之前把默认的wp-admin登录路径改成了loginWebName，这个设置要么是用插件（比如WPS Hide Login）实现的，要么是加了自定义代码。迁移到本地后，这个配置没同步就会导致登录失效。

方法1：临时恢复默认登录路径（快速进后台） #

• 如果是插件改的：找到/opt/lampp/htdocs/wordpress/wp-content/plugins目录，找到对应的插件文件夹（比如wps-hide-login），把它重命名成wps-hide-login-disabled，插件就会被禁用。之后你就能通过http://localhost/wordpress/wp-admin/登录后台了。
• 如果是自定义代码改的：打开/opt/lampp/htdocs/wordpress/wp-content/themes/你的主题文件夹/functions.php，找到修改登录路径的代码段，注释掉或者删掉，再用wp-admin登录。

方法2：保留自定义登录路径（按需选择） #

等你用默认路径登录后台后，重新启用插件或者恢复自定义代码，然后检查插件里的登录路径设置是不是还是loginWebName。确认后，你就可以继续用http://localhost/wordpress/loginWebName登录了。

完成上面的步骤后，刷新http://localhost/wordpress/，应该能看到完整的网站内容，也能正常登录后台了。如果还有问题，可以检查XAMPP的Apache和MySQL服务有没有正常运行，或者开启WordPress调试模式看具体错误：在wp-config.php里加一行define('WP_DEBUG', true);，然后查看wp-content/debug.log里的报错信息。

内容的提问来源于stack exchange，提问作者ji3k3