web-dev-qa-db-ja.com

「文書要素の後のジャンク」エラーの原因は何ですか？

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の多くが（フィード、更新、他に何をしていますか...）何をしているのでしょうか。

これは私が本当に困惑しています。

errorsphpfeed
1
Rarst

Googleで簡単に検索した結果、あなたの疑いが確認されました。これはおそらくXML解析エラーです。さらに、 フォーラムでの議論 は、閉じた</rss>タグの後のスクリプト挿入が原因であることを示唆しています。

それが挿入されたスクリプトである場合、これはおそらくあなたのサイトやホストへのハッキングや攻撃の結果です。

もう1つの可能性は、RSS生成スクリプトの PHPエラーです 。 PHPはエラーをインラインで返し、XML以外のエラーメッセージはXMLパーサーによって「がらくた」として読み取られます。これはまたあなたのサイトが読もうとしているフィードの結果であるかもしれません（すなわち管理ダッシュボード上で）、必ずしもあなたが生成しているフィードではありません。

1
EAMann

解決しました。外部フィードの考えは正しかった、フィードを考え出すことはもう少し複雑だった。

私は Core Control プラグインをインストールし、HTTPリクエストのログを有効にしました。

それから、エラーが再発生し、どのフィードがまったく同時にダウンロードされたかを確認するまで待機していました。

件名フィード：

  • 最近インストールされたプラグインの1つに属していました。
  • 内容の代わりにPHP致命的エラーで揚げられました。

そして、 フィードバリデータ が完全一致を示していました。

1行目、0列目：未定義のルート要素：br

行2、列0：XML構文解析エラー：：2：0：文書要素の後のジャンク

PS私はどちらの答えを受け入れるほうがいいのかわからない、これは厳密な解決策か、EAMannのアイデアと議論か。編集：とにかく2日間私自身を受け入れることはできません、それはそれです。

0
Rarst