Php ошибка синтаксического анализа xml некорректно

Существует такое обилие учебников по WordPress, обучающих фрагментов кода доступны в интернете. Все они предназначены для пользователей, чтобы попробовать новые фишки на их сайт и узнать больше о WordPress. К сожалению, маленькая ошибка может привести к поломке сайта, которые очень неприятны, особенно для новых пользователей. Если вы пытались добавить что-то новое на вашем WordPress сайте и получили следующую ошибку “Syntax error, unexpected…”, то не паникуйте. Вы не первый, у кого появляется ошибка синтаксиса в WordPress, и Вы не будете последним. В этой статье мы покажем вам, как исправить непредвиденные ошибки синтаксиса в WordPress.

Используйте правильный Синтаксис, чтобы избежать ошибок

Первое, что вам нужно сделать, это посмотреть руководство для начинающих при вставки фрагментов из Интернета в WordPress. В этой статье перечислены некоторые очень распространенные ошибки новичков при вставке кода в шаблонах WordPress. Синтаксическая ошибка обычно возникает маленькая, но принципиальная ошибка в вашем синтаксисе кода. Отсутствует запятая или лишняя фигурная скобка, которые могут сломать весь сценарий.

Вы недавно вставили фрагмент из интернета? Обновлен плагин? Тогда есть шанс, что вы точно знаете, где искать.

Фиксация синтаксической ошибке с помощью протокола FTP

В целях исправления ошибки вам необходимо отредактировать код, который вызвал эту ошибку. Вы можете либо удалить его или исправить синтаксис. Часто начинающие волнуются, потому что в результате этой ошибки весь сайт стали недоступными. Если вы вставили код через админ панель WordPress внешний вид » редактор раздела, то вы заблокированы. Так как вы отредактируете код? Посмотрите нашу статью по решению проблемы блокировки админа. Единственный способ исправить, это открыть файл, который вы последний раз редактировали, так это по протоколу FTP (как пользоваться FTP).

После установки FTP-программы, подключите его в ваш веб-сайт и перейдите к файлу темы, который хотите отредактировать. В случае, если вы забыли, какой файл нужно редактировать, просто посмотрите на код ошибки. Ошибки обычно скажет вам точно, какой файл и какие строки нужно изменить.

Вы можете либо удалить код, который вы последний раз добавили или записать код в правильный синтаксис. После завершения удаления / редактирования код, сохраните файл и загрузите его обратно на сервер. Перейдите на свой сайт WordPress и обновите страницу, и ваш сайт будет работать.

Мы надеемся, что эта статья помогла вам исправить Синтаксическую ошибку в WordPress.

Пожалуйста, оставляйте свои вопросы и отзывы в комментариях.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Мы, веб-мастера и SEO-оптимизаторы, в целом народ работящий и немного параноидальный. Последнее чаще всего случается у тех, кто в этом деле не первый год и имеют кой-какой опыт. Вот казалось бы, что может случиться с новым сайтом, если всё вроде хорошо и он вполне нормально работает?

Ничего, — скажет новичок, и будет в корне не прав. Товарищ! А ты давно проверял метатэги, роботс, сайтмап? А?! Что?! Всё ж нормально в прошлый раз… было? Ну-ну…

На самом деле, сервер где лежит твой сайт, это почти живая вещица, на которой, порой мистическим образом, что-то появляется, а что-то совсем даже наоборот, исчезает.

Вот пример простой, захожу сегодня на один из моих сайтов, проверить как себя sitemap.xml чувствует. Глядь, ан вместо него сообщение об ошибке.

А это, скажу я тебе, довольно-таки… фигово. Поисковые роботы могут обидеться и уйти, обозвав владельца сайта рукозадым неудачником.

Как думаешь, стоит ли сайт рукозадого неудачника того, чтобы рекомендовать его другим пользователям? А если подобных сайтов вагон и большущая тележка? Вот то-то и оно.

Жму Ctrl-U и вывожу исходный код страницы с ошибкой. Вот кусочек, который находится в самом начале. В нём и притаилась ошибка.

Казалось бы, ну подумаешь три пустых строчки вначале. Проблема XML-формата (а на самом деле наша с вами) в том, что браузеры (и не только) очень критичны к ошибкам в синтаксите таких файлов. Вот положено ему начинаться с открывающего тэга <?xml, значит вынь да предъяви. И даже если будут всего-лишь пустые строчки впереди, файл объявляется непригодным к службе.

Почему это случилось со мной?

Откуда же те три пустые строчки взялись на нашу голову? Вариантов масса. Например, обновился какой-нибудь плагин или тема, а там накосячено малость, и вот тебе здрасссти приехали. Еще бывает сайт взломали, фигни всякой навнедряли, вот оно и аукнулось таким странным образом.

Потому, самой первой рекомендацией везде пишут: вырубать плагины (можно все разом, можно по очереди) и смотреть исчезнет ошибка или нет. Еще можно временно переключиться на новую тему оформления. Если ошибка исчезла, значит дело в теме.

В моём же случае всё вообще просто. Дело в том, что я люблю добавлять всякие разные функции и возможности к шаблону (теме) сайта. Вносятся они, как правило, в файл functions.php Вот в нём и нужно искать нестыковки.

Что делать и куда бежать?

Итак, если ты тоже время от времени вносишь всякие финтифлюшки в шаблон, открывай functions.php и ищи открывающие и закрывающие тэги языка PHP.

Смотри картинку. Видишь? Между закрывающим и открывающим тэгами имеются пустые строки! Это то самое!

Просто файл функций обрабатывается вместе с любой страницей сайта, включая сайтмап. Вот эти строки и выходят нам боком.

Убираем их!

Сохраняем functions.php на сервере.

Обновляем sitemap.xml и смотрим.

Всё работает. И дело не в том, как исправить ошибку синтаксического анализа XML в нашем сайтмапе, дело в принципе! Проверять надо! Всё проверять! Всегда! А потом, через некоторое время, проверять снова. Только так! Делайте выводы, господа.

На вашем сайте присутствует ряд ошибок WordPress, которые часто делают его непригодным для использования:

«Ошибка синтаксического анализа: синтаксическая ошибка, непредвиденная …»
«Примечание: использование неопределенной константы …»
«Ошибка разбора: неожиданная …»

Все, что вы сделали, это добавили код, чтобы немного изменить внешний вид вашего сайта. Итак, что же произошло на самом деле?

К счастью, эти ошибки можно легко устранить, исправив код, который вы добавили. Читайте дальше, чтобы узнать больше об исправлении этих ошибок.

Что такое ошибка анализа?

В контексте PHP синтаксический анализ — это то, что происходит, когда ваш код преобразуется из последовательности символов в окончательный результат, который посетителей увидит на вашем сайте.

Эти ошибки возникают, когда код PHP по какой-либо причине не может начать или закончить анализ. Возможно, файл или база данных данные недоступен, поврежден или ваша версия PHP несовместима с WordPress, права доступа к файлам установлены неправильно, на вашем сервере закончилась память PHP или в коде есть структурная ошибка.

В WordPress последнее обычно встречается чаще всего, и существует три основных типа:

• Ошибка синтаксиса  — Возникли проблемы с использованием точек с запятой, фигурных скобок или кавычек. Либо их отсутствие, либо злоупотребление.
• неожиданная ошибка  — Вы забыли включить персонажа, такого как открывающая или закрывающая поддержка, или другие возможные символы.
• Постоянная ошибка «Не определено»  — В массиве отсутствует символ при ссылке на переменную или в других возможных сценариях.

Имейте в виду, что эти три типа ошибок синтаксического анализа имеют множество различных вариаций в зависимости от конкретной ошибки в коде.

Как исправить ошибки анализа

Ошибка синтаксического анализа может показаться пугающей, но это одна из самых простых ошибок, которую исправить. Где-то в только что добавленном коде есть элемент, который нужно исправить, чтобы ошибка исчезла.

Если вы только что добавили код самостоятельно или установили плагин или тему до появления ошибки, вам следует начать поиск именно здесь. Удаление фрагмента, плагина или темы должно решить проблему, или вы можете исправить ошибку самостоятельно.

Есть отличный способ улучшить поиск и точно знать, где вам нужно изучить код для исправления ошибки.

Вот структура ошибок синтаксического анализа, с которыми вы, скорее всего, столкнетесь:

«Ошибка синтаксического анализа: неожиданная синтаксическая ошибка в пути / к / php-file.php в строке [номер]»

«Примечание: использование неопределенной константы — предполагается» в пути / к / php-file.php в строке [номер] «

Неожиданные ошибки могут иметь вариации, но обычно они выглядят так:

«Ошибка разбора: неожиданно в пути / к / php-file.php в строке [номер]»

Имейте в виду, что в случае ошибок неопределенных констант указанная константа может быть строкой, которая использовалась неправильно.

Точно так же неожиданные ошибки синтаксического анализа могут перечислять строку вместо символа.

В каждом из этих примеров мы номер Указывает строку, где находится ошибка, но иногда ее номер не всегда корректен.

Файл, указанный в сообщении об ошибке, указывает на происхождение файла, а номер строки дает вам подсказку, где искать ошибку. Это либо на этой линии, либо немного впереди.

Срок персонаж «Или» строковая константа Эти примеры дают вам представление о том, что искать в заданном номере строки. Это то, что нужно исправить, где это относится к тому, что нужно исправить.

Теперь, когда вы знаете, где вы ищете, вы можете подключиться к своему сайту, используя ваш любимый FTP-клиент, чтобы найти файл и либо отредактировать его непосредственно в вашем FTP-клиенте, либо вы можете загрузить его на свой компьютер, отредактировать и затем загрузить его. отправить обратно на ваш сайт.

Как избежать этих ошибок

Избежать этих ошибок так же просто, как исправить их, если вы хотя бы немного знакомы с PHP. Вы можете проверить свой код на наличие синтаксических ошибок автоматически, поместив его в средство проверки кода PHP.

Вот некоторые бесплатные валидаторы вы можете использовать:

• W3 Markup Validation Service
• Код проверки PHP 
• PHP код Проверка синтаксиса
  

Вот несколько советов по наиболее распространенным синтаксическим ошибкам, которые вы можете проверить в первую очередь:

Убедитесь, что тег PHP открыт только один раз ( ).

Поиск забывающих случаев закрытия тегов PHP

Если вы добавляете код, убедитесь, что он включен перед закрывающим тегом, а не после

Это все для этого урока, я надеюсь, что оно позволит вам исправить ошибки анализа на WordPress. Не стесняйтесь поделиться им с друзьями в ваших любимых социальных сетях.

Приветствую всех друзей и читателей – Sozdaiblog.ru!

Сегодня Вы узнаете, как грубым, но эффективным способом починить в WordPress RSS ленту и избавиться от надоедливой ошибки синтаксического анализа XML.

Я уверен, что многие  из Вас при нажатии на оранжево-полосатую кнопку ни один раз наблюдали следующую картину:

К сожалению, я тоже сталкивался с этим чудным багом.

В то время из-за своей неопытности мне пришлось полдня провисеть в Интернете, бегая от сайта к сайту, дабы найти лекарство от этой заразы.

По себе знаю, что когда в Интернете целенаправленно пытаешься найти необходимую информацию, то хрена лысого она попадается. Будешь сутками лазить в поисках решения, пока со злости не бросишь это занятие.

Но, я то парень упёртый и на одном из сайтов всё-таки разыскал своеобразный «бычий способ», но реально работающий.

Итак.

Уничтожение ошибки синтаксического анализа XML.

Чтобы исправить ошибку синтаксического анализа XML, нужно немного поковыряться в ядре движка.

В корневой папке Вашего сайта необходимо найти каталог «wp-includes». В этом каталоге нам потребуется подкорректировать  следующие файлы:

1. feed-atom-comments.php

2. feed-atom.php

3. feed-rdf.php

4. feed-rss.php

5. feed-rss2-comments.php

6. feed-rss2.php

В первых двух файлах нужно удалить всё, что находится до блока:

<feed
        xmlns="http://www.w3.org/2005/Atom"
        xml:lang="<?php bloginfo_rss( 'language' ); ?>"
        xmlns:thr="http://purl.org/syndication/thread/1.0"
        <?php do_action('atom_ns'); do_action('atom_comments_ns'); ?>
>

В третьем до:

<rdf:RDF
        xmlns="http://purl.org/rss/1.0/"
        xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        xmlns:admin="http://webns.net/mvcb/"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        <?php do_action('rdf_ns'); ?>
>

У четвёртого отсекаем все строчки до:

<rss version="0.92">

А у пятого и шестого до:

<rss version="2.0"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:atom="http://www.w3.org/2005/Atom"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        <?php do_action('rss2_ns'); do_action('rss2_comments_ns'); ?>
        >

Обязательно проверьте все шесть файлов на наличие пустых строк. Они не должны присутствовать ни в одном документе.

Закончив все действия, не забудьте сохраниться.

Спустя некоторое время Ваша RSS лента чудесным образом заработает.

Единственная загвоздка в том, что при обновлении WordPress придётся пройти эту процедуру заново. На самом деле это просто и займёт 5—10 минут Вашего времени.

Если у Вас есть другие решения этой проблемы, буду очень рад увидеть их в комментариях.

На сегодня это всё. До скорых встреч…

С уважением, Денис Черников!

Viewing 12 replies — 16 through 27 (of 27 total)

Viewing 12 replies — 16 through 27 (of 27 total)

Теги: wordpress доступ ошибка редактор сниппет шаблон

Ваш сайт является важным аспектом вашего бизнеса. Это может быть даже ваш основной источник дохода. Если у вас возникли проблемы с сайтом WordPress, это может привести к значительным сбоям. Этого достаточно, чтобы отправить кого-либо в панику.

К счастью, большинство общих проблем, с которыми сталкиваются пользователи WordPress на своих сайтах, имеют простые решения. Скорее всего, вы можете быстро исправить ошибку, с которой столкнулись.

В этом посте мы обсудим, как проблемы с вашим сайтом могут нанести ущерб вашему бизнесу. Затем мы рассмотрим пять распространенных ошибок WordPress и покажем, как их устранять и устранять. Давайте начнем!

Как ошибки сайта могут нарушить ваш бизнес

Если вы похожи на большинство людей, вы полагаетесь на свой сайт WordPress для управления и продвижения своего бизнеса. Начиная с проведения операций электронной коммерции и заканчивая предоставлением поддержки клиентам, ваш сайт — это средство доставки ваших продуктов и услуг.

Когда ваш сайт не работает или некоторые страницы загружаются неправильно, это может создать эффект домино проблем для вашего бизнеса. В дополнение к негативному влиянию на пользовательский опыт, ошибки веб-сайта затрудняют, а иногда и делают невозможным выполнение повседневных задач.

WordPress — это мощная и (обычно) высокопроизводительная платформа. Если он неожиданно выдает ошибку, есть причина этого. Хорошая новость в том, что вы, вероятно, сможете решить ее с помощью небольшого руководства.

Перед устранением неполадок при любой ошибке важно сначала создать резервную копию вашего сайта . Таким образом, если что-то пойдет не так, когда вы пытаетесь решить проблему, у вас будет копия, которую вы сможете восстановить.

Как только это уйдет, рассмотрите эти пять распространенных типов ошибок WordPress и их быстрое исправление.

1. Разбор или синтаксические ошибки

Когда дело доходит до WordPress, синтаксическая ошибка или синтаксическая ошибка — это хорошая проблема. Полученное сообщение обычно говорит вам, что именно является причиной проблемы и куда ее устранить.

Если вы получаете сообщение об ошибке синтаксиса, это, вероятно, означает, что с вашим кодом что-то не так. Более конкретно, это обычно объясняется отсутствием знака препинания или неправильным использованием скобок или скобок. В уведомлении должно быть указано, в каком файле содержится проблема, а также в какой строке оно находится:

В приведенном выше примере сообщение об ошибке синтаксиса указывает на то, что проблема в  файле functions.php темы Twenty Sixteen. Это также указывает на строку 73 кода.

Чтобы решить эту проблему, вы можете найти и отредактировать файл, указанный в сообщении об ошибке, с помощью клиента протокола передачи файлов (FTP), такого как FileZilla . Если вы не знакомы с этим методом доступа к серверу вашего сайта, вы можете обратиться к руководству с вашего веб-хостинга .

Получив доступ к файлу и найдя нужную строку кода, вы, надеюсь, сможете быстро выявить проблему. Например, когда мы смотрим на файл Twenty Sixteen functions.php , мы видим, что в строке 73 отсутствует открытая скобка:

После исправления кода сохраните изменения. Ваш FTP-клиент, скорее всего, спросит, хотите ли вы заменить существующий файл на сервере. Выберите Да , затем проверьте, чтобы ваш сайт вернулся в нормальное состояние.

Чтобы помочь устранить или предотвратить синтаксические ошибки, вы можете также рассмотреть возможность использования PHP Code Checker :

Вы можете скопировать и вставить весь файл PHP в текстовое поле, а затем нажать кнопку « Анализ», чтобы запустить проверку синтаксиса. В дополнение к его использованию для выявления и устранения ошибок также целесообразно использовать этот инструмент перед применением любого нового кода на вашем сайте.

2. Белый экран смерти (WSoD)

«Белый экран смерти» (WSoD) — одна из самых страшных, но, к сожалению, распространенных ошибок сайта WordPress. Это особенно расстраивает, потому что он представлен в виде пустого белого экрана, где должно быть содержимое вашего сайта:

В некоторых случаях это может содержать неопределенное сообщение, сообщающее, что «что-то» пошло не так или не работает. Это все еще не дает вам много информации, когда дело доходит до устранения неполадок.

Есть несколько потенциальных причин:

• Неисправный плагин. Распространенным виновником WSoD является конфликт плагинов. Лучший способ устранения этой проблемы — отключить все ваши плагины, а затем индивидуально активировать их, пока вы не сможете точно определить, какой из них был неисправен. Если у вас есть доступ к панели администратора, вы можете сделать это, выбрав Плагины> Установленные плагины . Если нет, вы можете отключить их с помощью FTP .
• Ошибка ограничения памяти PHP . Если вашему сайту не хватает памяти, он может завершить работу перед загрузкой страницы. Чтобы решить эту проблему, вам нужно увеличить ограничение памяти PHP . Есть несколько способов сделать это, но конкретные инструкции зависят от хостинг-провайдера.
• Проблема с вашей темой.  Подобно плагинам, неисправная тема может быть за WSoD. Самый быстрый способ определить, является ли это проблемой, это переключиться на стандартную тему WordPress, такую ​​как Twenty Twenty . Если у вас нет доступа к панели администратора, вы можете вручную переключать темы по FTP .

Если вы попробовали описанные выше методы и по-прежнему не можете определить причину, попробуйте включить режим отладки WordPress  . Активация этой функции позволяет увидеть ошибки на страницах сайта, что может помочь вам обнаружить основную проблему.

3. Ошибка при установлении соединения с базой данных

Ваша база данных содержит все ваши сообщения, страницы и другую ключевую информацию о сайте. Если ваш сайт не может получить доступ к вашему, он не сможет функционировать. Это часто приводит к сообщению «Ошибка при установлении соединения с базой данных»:

Наиболее вероятная причина этого типа ошибки WordPress — проблема в вашем файле wp-config.php . Поэтому проверка — это хорошее место для начала. Вы можете получить к нему доступ через FTP — он должен находиться в вашем корневом каталоге.

Когда вы откроете wp-config.php , вы захотите убедиться, что он содержит соответствующие учетные данные базы данных. В частности, вы видите, что имя базы данных, имя пользователя, пароль и хост указаны правильно:

Вы должны быть в состоянии найти эту информацию в вашей учетной записи хостинга. Исправление ошибок и сохранение файла должны исправить ошибку при установлении соединения с базой данных.

Если учетные данные уже верны, тем не менее, вам может понадобиться использовать инструмент оптимизации базы данных WordPress. Для этого добавьте следующую строку кода в конец вашего  файла wp-config.php :

После сохранения изменений перейдите на yoursitename.com/wp-admin/maint/repair.php:

Следуйте инструкциям по мере необходимости, чтобы восстановить вашу базу данных. После устранения проблемы не забудьте удалить эту строку кода из файла wp-config.php .

4. 404: страница не найдена

Страница 404 ошибки появляется , когда сервер не может найти запрошенный контент. Обычно это происходит из-за  неработающих ссылок  или неправильной структуры постоянных ссылок . Это также может указывать на проблему с вашим файлом .htaccess .

Первым шагом к исправлению ошибки 404 является проверка неработающих ссылок. Если вы не найдете ничего, вам нужно сбросить структуру постоянных ссылок на параметр по умолчанию.

Для этого перейдите в «  Настройки»> «Постоянные ссылки» на панели инструментов WordPress:

Выберите опцию Post name и сохраните ваши изменения.

Если это не работает, следующим шагом будет ручное восстановление  файла .htaccess . Для этого вам необходимо получить доступ к корневой папке через FTP.

Там найдите .htaccess  и удалите его. Затем загрузите новый файл с тем же именем, который содержит следующий код:

Этого должно быть достаточно для устранения ошибки 404.

5. Внутренняя ошибка сервера

Внутренние ошибки сервера — еще один пример проблемы WordPress, которая дает мало информации для работы. Тем не менее, есть большая вероятность, что причина либо:

• Неправильная конфигурация в вашем файле .htaccess
• Достижение лимита памяти PHP вашего сайта
• Конфликтующие плагины и / или темы

Чтобы определить, является ли ваш файл  .htaccess причиной проблемы, вы можете просто заменить его, как мы описали выше. Затем обновите свой сайт, чтобы увидеть, решена ли проблема.

Мы также рассмотрели, как увеличить лимит памяти PHP и устранить конфликты плагинов ранее в этом посте. Если замена  .htaccess не решит проблему, попробуйте выполнить следующие действия.

Наконец, это также может быть результатом ошибки на стороне сервера. Если это так, вам нужно связаться с вашим хостом для исправления.

Вывод

Испытание проблемы с вашим сайтом WordPress может быть чрезвычайно стрессовым. Однако чем быстрее вы сможете устранить неполадки и решить проблему, тем больше у вас шансов минимизировать сбои.

Как мы обсуждали в этой статье, пять наиболее распространенных типов ошибок WordPress, с которыми сталкиваются пользователи:

1. Синтаксические или синтаксические ошибки: часто результат опечаток или неправильного использования знаков препинания в вашем коде.
2. Белый экран смерти: обычно вызывается конфликтом плагинов или ошибкой ограничения памяти PHP.
3. Ошибка при установлении соединения с базой данных: возможно, результат неправильных учетных данных в вашем  файле wp-config.php .
4. Сообщения, возвращающие ошибку 404: возможно, из-за неработающих ссылок или неправильной структуры постоянных ссылок.
5. Внутренняя ошибка сервера: обычно может быть исправлена ​​путем замены  .htaccess , увеличения лимита памяти вашего сайта или диагностики конфликта плагинов.

Есть ли у вас какие-либо вопросы по устранению ошибок WordPress? Дайте нам знать в комментариях ниже!

Приветствую, друзья. Сегодня совершенно случайно обнаружил, что у меня перестала работать RSS подписка на обновления блога. Готовил другую статью, для этого зашел на страничку biznessystem.ru/feed/, а она мне вот такую ерунду показала.

Не зашел бы, так и не был бы в курсе, что мои посетители не могут подписаться на новости. Не знаю, в течение какого времени эта штука перестала работать, видимо, или я где-то накосячил при правке файлов сайта или разработчики что-то намудрили и ошибка появилась после очередного обновления WordPress.

Итак, код я получил такой:

Ошибка синтаксического анализа XML: объявление XML или текста не в начале сущности
Адрес: http://feeds.feedburner.com/dzhilin
Строка 2, символ 1:<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
^

Поиски проблемы

Сначала появилась мысль, что что-то с файлами отвечающими за RSS. Поискал в интернете и нашел несколько статей, которые рекомендовали искать причину в них. Открыл поочередно wp-rss.php, wp-rss2.php, wp-feed.php не нашел там никаких лишних строк и пробелов.

Окончательно разуверился в теории о системных RSS файлах после того, как проверил ленту на других своих сайтах, имеющих ту же версию wordpress – там все работало. За исключением одного сайтика, который я использую для всяческих экспериментов.

Лечение ошибки

Пришла догадка, что проблема, все таки, моих рук дело. Я кое-что менял в файле function.php своей темы. Проверял на тестовом сайте, потом вносил изменения в блог – на обоих не работает RSS лента.

Открыл этот файлик и, аллилуйя, в конце, после закрывающего тега «?>» стояли две пустых строки.

Удалил эти строчки и нормальная работа восстановилась.

Интересно, что на тестовом сайте все заработало мгновенно, а на блоге спустя пару минут (не знаю с чем это связанно).

Итак, если вы столкнетесь с сообщением «Ошибка синтаксического анализа XML: объявление XML или текста не в начале сущности» — ищите проблему в лишних пробелах или строках в php файлах перед кодом или после него.