web-dev-qa-db-ja.com

空白ページを表示しているネットワークサイトのトラブルシューティング

私はWordpressをネットワークモードでインストールし、サブドメインを持っています。

sitex.example.comは、ソースコードに何もない、白いページを表示しています。

他のネットワークサイトは正常に表示されます。

私はそのサイトが使っていたテーマの名前を変更したが、それに応じてTwenty Twelveをピックアップしなかった。

サーバー応答チェッカーは、サイトが200応答コードを生成していることを示しました。

私はNetwork Adminに入り、sitexをsiteyに改名しました、しかしsitey.example.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のための手動サブドメインを持っていません。

私はNetwork Adminに戻り、サイトの設定を変更し、Template＆Stylesheetを12に設定したが、これは違いがなかった。

道に迷いました。

他に何がこれを引き起こしているのか私は知りません。

あなたは？

_アップデート_

デバッグをオンにすると、次のように表示されます。

警告：include（/.../ wp-content/advanced-cache.php）[function.include]：ストリームを開けませんでした：65行目の/wp-settings.phpにそのようなファイルまたはディレクトリはありません

警告：include（）[function.include]：インクルードのための '/.../wp-content/advanced-cache.php'のオープンに失敗しました（include_path = '。：/ usr/lib/php：/ usr/local/lib） 65行目の/wp-settings.php内の/ php '）

Notice：バージョン3.6以降、wpdb :: escapeは推奨されなくなりました。代わりにwpdb :: prepare（）またはesc_sql（）を使用してください。 2913行目の/.../wp-includes/functions.php

Warning：session_start（）[function.session-start]：セッションキャッシュリミッタを送信できません - ヘッダはすでに送信されています（/.../wp-settings.php:65で出力が開始されています）。 10行目の/nivo-slider/nivo-slider.php

multisitetroubleshooting
5
Steve

私はネットワークプラグインの束を無効にしました。これらのプラグインは問題のサイトで実行されていました。この後、問題は解決しました。

0
Steve

.htaccessはキャッシュのための情報を持っていないのでキャッシュをクリアし、ネットワークはあなたのキャッシングプラグインと同様にnivoスライダープラグインを無効にします。存在する場合は、wp-configでキャッシュを有効にするための設定も削除します。

この時点で/wp-admin.phpはそのブログにロードしますか？

そうでない場合は、phpmyadminを使用してwp_blogid_optionsにアクセスし、何がロードされているのかを確認してください。これらのオプションをクリアしてブログが読み込まれるかどうかを確認できます。

3
LPH

これがsession_startエラーの原因であることを確認するためにNivo Sliderプラグインを無効にします。これは間違いなく白いページを引き起こします。私はプラグインのソースを見ていて、session_start関数がないので、それは少し変です。あなたのプラグインは最新ですか？

エラーが「ヘッダはすでに送信されています（/.../wp-settings.php:65で出力が開始されました）」と表示されます。これは私に衝突を引き起こしているsession_startのキャッシュされたインスタンスがあると信じるように導きます。うまくいけば、セッション開始に関する問題を解決すれば、それが正しく機能していればキャッシュを使用し続けることができます。

セッション開始

Session_start関数mustは他のどのコードよりも先に実行されます。具体的には、DOCTYPEやその他のヘッダー情報が提供される前に実行する必要があります。私がWordPressを介してsession_startを実行することを私が知っている唯一の方法はinit（あなたのプラグインが管理CPで実行されているならadmin_init）にフックすることです。
add_action('init', 'your_session_starting_function');

Initフックを使用している他のプラグインがセッション開始前に実行されると衝突を引き起こす可能性があります。

キャッシュエラーのトラブルシューティング

Wp-config.phpをチェックし、もしあれば、define( 'WP_CACHE', true );行を無効にするか削除してください。単にfalseに設定しないでください。

Wp-cacheのようなキャッシュプラグインを使用している場合は、必ずキャッシュを無効にしてください。縮小プラグインを使用している場合は、縮小を無効にします。

2
iyrin