質問: 「文書要素の後のジャンク」エラーの原因は何ですか? phpエラーがログファイルにリダイレクトされました。 wpインストールのためだけに、これは間違いなく他の場所から来たものではありません。これが最近登場し始めたものです(これは全部であり、カットではありません)。[22-sep-2010 14:30:41] junk after document element at line 2, column 0 [22-sep-2010 16:17:08] junk after document element at line 2, column 0 [22-sep-2010 17:19:42] junk after document element at line 2, column 0 [22-sep-2010 18:30:19] junk after document element at line 2, column 0 [22-sep-2010 20:19:23] junk after document element at line 2, column 0 [23-sep-2010 14:51:40] junk after document element at line 2, column 0 [23-sep-2010 15:54:33] junk after document element at line 2, column 0 [23-sep-2010 17:23:02] junk after document element at line 2, column 0 これはphp error(関数blah-blahが行xで失敗した)のようには見えません。ページのロードに関係しているようには見えず(おそらくcronイベントに)、プラグインを最新の状態に保ち、1つか2つの新しいもの(これが始まる前の日数)を除いて、数か月間に大きな構成変更はありませんでした。グーグルの結果は主にxmlの構文解析に関するものです...おそらくwpの多くが(フィード、更新、他に何をしていますか...)何をしているのでしょうか。これは私が本当に困惑しています。
回答: 解決しました。外部フィードの考えは正しかった、フィードを考え出すことはもう少し複雑だった。私は core control プラグインをインストールし、httpリクエストのログを有効にしました。それから、エラーが再発生し、どのフィードがまったく同時にダウンロードされたかを確認するまで待機していました。件名フィード: 最近インストールされたプラグインの1つに属していました。 内容の代わりにphp致命的エラーで揚げられました。 そして、 フィードバリデータ が完全一致を示していました。 1行目、0列目:未定義のルート要素:br 行2、列0:xml構文解析エラー::2:0:文書要素の後のジャンク ps私はどちらの答えを受け入れるほうがいいのかわからない、これは厳密な解決策か、eamannのアイデアと議論か。編集:とにかく2日間私自身を受け入れることはできません、それはそれです。