200 OK空白页面设置恢复testing虚拟机上的WordPress

我正在testing一个坦率而过时的（遗留的，你能做什么？）CentOS / Apache / MySQL / PHP / WordPress服务器的一个部分备份，通过一个新的相关软件包复制到一个虚拟机。 在经历了许多考验和磨难之后，我已经到了能够成功从http://<site-domain-name>/ （通过主机文件shenanigans进入本地主机）的好的200 OK响应的地步。 不幸的是，身体是零长度的，日志基本上是空的。

phpinfo()报告display_errors ， display_startup_errors和log_errors全部打开，并且error_log被设置为/var/log/php_error ，它不存在; error_reporting是一个不错的整洁32767.报告的MySQL，PHP和Apache版本或多或less是预期的：5.0.95,5.3.29,2.2.23; WordPress的是3.9.2。

/etc/httpd/logs/error_log ， /etc/httpd/logs/defSite_error_log （特定于虚拟主机）和/etc/httpd/logs/defSite_access_log （也是虚拟主机 -具体）都存在，并间隔写入; 虽然错误日志被设置为debugging级别，但是无论是在时间上还是在内容方面，都没有真正感兴趣的东西出现。

目录（和子目录）中的所有PHP文件都由apache用户拥有，我已经validation了httpd工作进程正在运行，并且都是-rwxr--r-- 。

• 将端口80redirect到4848以进行外部连接
• 查找文本和删除文件
• 使用Chrome无法访问本地apache虚拟主机
• Apache和glassfish之间的通信
• 我可以通过互联网SSH和树莓派和编辑文件？

我已经validation了MySQL连接信息在wp-config.php中是正确的。 mysql，mysqli和pdo_mysql都是在phpinfo()输出中启用的。

xdebug + WinCacheGrind表示，PHP在wp-blog-header.php中花费了2001ms，它在wp-settings.php和friends中花费了1830ms，这对于静态页面来说似乎有些过分，尽pipe其中一个在一台慢速笔记本电脑的虚拟机上渲染; 没有什么叫die() 。

/wp-admin/options.php 302-redirect到/wp-admin/upgrade.php ，然后表示不需要升级（？），并有一个指向站点根目录的继续链接。 另一方面，/ /wp-login.php看起来似乎是合理的，除了它使用活动站点的IP地址。 基于此，我进入数据库，并将数字IP切换到域名（即，在wp_options siteurl和home ）。 现在/wp-admin/upgrade.php表示在继续之前需要更新数据库。

我可能错误地排除了一些东西，但让我知道我应该运行什么其他检查，我会看看我能做些什么。