对显示空白页的网络站点进行故障排除

时间:2014-02-06 作者:Steve

我有一个Wordpress安装在网络模式下,带有子域。

sitex。实例com正在显示一个白色页面,源代码中没有任何内容。

其他网络站点显示良好。

我重新命名了该网站使用的主题,但它没有得到212的回应。

服务器响应检查器显示该站点正在生成200响应代码。

我进入了网络管理,并将sitex重命名为sitey,但不是sitey。实例com还生成了一个空白页。

我查过了。htaccess,它包含以下代码:

RewriteEngine On
RewriteBase /
RewriteRule ^index\\.php$ - [L]

# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule . index.php [L]
我进入了我的托管cPanel,并确认我仍然有我的通配符子域,而且我在cPanel中没有sitex的手动子域。

我回到了网络管理员,更改了网站的设置,并设置了模板&;样式表到212,但这没有什么区别。

我迷路了。

我不知道还有什么原因会导致这种情况。

你呢?

UPDATE

如果启用调试,则会收到以下信息:

警告:include(/…/wp content/advanced cache.php)[函数.include]:无法打开流:在/wp设置中没有这样的文件或目录。php第65行

警告:include()[函数.include]:打开“/”失败/wp内容/高级缓存。php“用于在/wp设置中包含(include\\u path=”.:/usr/lib/php:/usr/local/lib/php”)。php第65行

注意:自版本3.6以来,wpdb::escape已被弃用!请改用wpdb::prepare()或esc\\u sql()。在//wp包括/功能。php在线2913

警告:session\\u start()[函数.session start]:无法发送会话缓存限制器-标头已发送(输出开始于/../wp settings.php:65)/wp内容/插件/nivo滑块/nivo滑块。php第10行

3 个回复
最合适的回答,由SO网友:Steve 整理而成

我禁用了一堆插件。这些插件正在问题站点上运行。此后,问题消失了。

SO网友:LPH

这个htaccess没有缓存的信息,因此需要清除缓存、网络停用缓存插件以及nivo滑块插件。如果存在,请删除在wp config中启用缓存的设置。

Does/wp管理员。此时是否加载该博客的php?

如果没有,请使用phpmyadmin进入wp\\u blogid\\u选项以查看正在加载的内容。您可以清除这些选项,然后查看日志是否加载。

SO网友:iyrin

禁用Nivo Slider插件以确认这是session\\u启动错误的来源。这肯定会导致出现白色页面。我正在查看插件的源代码,但没有session\\u start函数,所以这有点奇怪。你的插件是最新的吗?

正如错误所说,“headers已经发送(输出开始于/../wp settings.php:65)”。这让我相信,存在导致冲突的session\\u start缓存实例。希望通过会话启动解决这个问题,可以让您在缓存正常运行的情况下继续使用缓存。

会话启动功能must 在任何其他代码之前运行。具体来说,它必须在提供DOCTYPE和其他头信息之前运行。据我所知,通过WordPress运行session\\u start的唯一方法是挂接到init(如果插件在admin CP中运行,则挂接到admin\\u init)
add_action(\'init\', \'your_session_starting_function\');

另一个使用init hook的插件如果在会话开始之前运行,可能会导致冲突。

缓存错误疑难解答检查wp配置。php,如果存在,则禁用或删除该行define( \'WP_CACHE\', true );. 不要将其设置为false。

如果您使用的是像wp cache这样的缓存插件,请确保禁用缓存。如果使用缩小插件,请禁用缩小。

结束

相关推荐

WordPress和MultiSite,正确的选择?

我即将为一个非营利组织创建一个网站,我需要它成为一个多站点平台。我不知道Worpress,但我知道有一个多站点选项。因此我想知道Wordpress是否是正确的解决方案。。。因此,我需要支持以下内容:[1 platform, 1 community]<单一用户群和SSO(每个站点1次登录)[several sites, several looks]<每个网站都需要有自己的风格(颜色、字体、图像……基本上只有css imo)[an accurate permission system]<每个