Below is a rendering of the page up to the first error xml

I am using XMLWriter to create xml.Below is my code which is working fine.

<?php
header("Content-Type: text/xml;");
$writer = new XMLWriter(); 
$writer->openMemory();  
$writer->startDocument('1.0'); 
$writer->setIndent(4); 
$writer->startElement('epp'); 
$writer->startElement("command"); 
$writer->startElement("login"); 
$writer->writeElement('clID', 'hello'); //username
$writer->writeElement('pw', 'abcdefg'); //password
$writer->endElement(); //login
$writer->endElement(); //command
$writer->endElement(); //login
$writer->endDocument(); 
$file =  $writer->outputMemory(true); 
echo $file;

?>

If am using below code I am getting error «Getting Error «Below is a rendering of the page up to the first error.».

<?php
$time  = time();
echo $time;
header("Content-Type: text/xml;");
$writer = new XMLWriter(); 
$writer->openMemory();  
$writer->startDocument('1.0'); 
$writer->setIndent(4); 
$writer->startElement('epp'); 
$writer->startElement("command"); 
$writer->startElement("login"); 
$writer->writeElement('clID', 'hello'); //username
$writer->writeElement('pw', 'abcdefg'); //password
$writer->endElement(); //login
$writer->endElement(); //command
$writer->endElement(); //login
$writer->endDocument(); 
$file =  $writer->outputMemory(true); 
echo $file;

?>

Error:For above block of code below is the error:I am getting this in google chrome:

 This page contains the following errors:

 error on line 1 at column 1: Document is empty
 Below is a rendering of the page up to the first error.

If I am not using header(«Content-Type: text/xml;»); then above block of code is working but time is displaying and not giving the xml format. Below is the error:

1354510317 hello abcdefg

EDIT:
In Mozilla I am getting below erro:

XML Parsing Error: not well-formed
Location: http://localhost/example.php
Line Number 1, Column 11:1354512268<?xml version="1.0"?>
 ----------^

If I have done anything wrong with my code please suggest.

How «Below is a rendering of the page up to the first error.» error can
be removed?

Совсем недавно я делал блог под заказ. Когда дело дошло до настройки RSS-ленты, мне браузеры выдали вот такую ошибку:

в Firefox

XML Parsing Error: XML or text declaration not at start of entity
Location: https://iuliandonici.com/feed
Line Number 3, Column 1:
^

в Opera

XML declaration not at beginning of document

в Chrome

This page contains the following errors:
error on line 2 at column 6: XML declaration allowed only at the start of the document
Below is a rendering of the page up to the first error.

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

Откуда взялась ошибка с XML declaration в RSS-ленте?

При создании feed (фида) используется XML формат. XML блок должен выводится первым в ленте и без всяких пробелов спереди. Некоторые плагины делают грубую ошибку, оставляя после себя те самые ненужные пробелы, которые и ломают всю нашу RSS-ленту, с чем я и столкнулся в заказе.
Когда я открыл исходный код блога, то увидел в самом верху огромное количество пробелов. Советую и вам посмотреть на ваших ресурсах. Если вы не знаете, как посмотреть исходный код сайта в браузере, пишите в комментариях.

Исправление ошибки  XML declaration в RSS-ленте.

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

1). В самом начале я проверил нет ли пробелов в файле темы functions.php.
Проверять нужно до

<?php

и после

?>

Если у вас имеются пробелы, удалите.

2). Посмотрите наличие пробелов в файле wp-config.php вначале кода и в конце.

3). Проверьте файлы wp-rss2.php и wp-atom.php. Если есть пробелы в начале или в конце кода, удалите.

4). Мне этих три пункта не помогли, так как пробелов в файлах не было. Тогда я в админ-панеле стал выключать по одному плагину. И вот, совершилось!!! Я нашел виноватого. После деактивации плагина «WP No External Links» все заработало.

5).  Если  у вас ошибка и далее висит, воспользуйтесь плагином «Fix RSS Feed Word Press«. Этот плагин удаляет лишние пробелы в файлах, которые так мешают работе RSS-ленты.
Я плагин не использовал и не проверял на работоспособность. Сказать, на сколько он хорош не могу, но рекомендую, на всякий случай, сделать резервную копию полностью всего сайта, это во избежание лишних проблем, мало ли что может случиться.

6). Если вы для трансляции ленты на блоге используете Feedburner, и после всех этих исправлений он не хочет работать, сделайте такие действия:
зайдите в ваш аккаунт Feedburner => Мои фиды (My Feeds) =>нажмите на название фида =>Решение проблемы (Troubleshootize) => Resync Now. Эта операция обновит и ресинхонизирует ленту-RSS.

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

Понравился пост? Помоги другим узнать об этой статье, кликни на кнопку социальных сетей ↓↓↓

Метки: RSS, wordpress

This is a common issue that crops up for active developers. All of a sudden, their sitemap.xml, sitemap_index.xml, sitemap_posts.xml, etc.. seemingly just stops working — outputting this error:

What’s going on?

In short, there’s most likely an empty line at the top of the page source. Go ahead and right-click on the sitemap page, then View Page Source. You’ll probably see something like this:

Notice how the code begins on line 2 — and not line 1 (as it should). That simple empty line is breaking the XML syntax. So where did it come from?

Probable causes:

• An empty line at the top of wp-config.php
• An empty line at the end of your theme functions.php
• An empty line or line break anywhere before or after <?php and ?> opening/closing tags (generally plugins or theme files)

Let’s narrow things down.

Troubleshooting: The Active Theme

The first thing to do is switch your theme to a default one (ie. twentynineteen) — it’s possible your theme developer released an update accidentally including a line break or empty space. I’ve also been guilty of causing this myself numerous times when adding custom lines to my theme’s functions.php.

Clear out any caches you might have enabled (Autoptimize, WP-Rocket, Cloudflare, etc). and refresh the page. Once you confirm the default theme is loading, refresh the sitemap page and inspect the source code to see if the empty line is still there. If it is, it’s not your theme — let’s move on to plugins.

Troubleshooting: Active Plugins

You could deactivate each plugin, one by one — refreshing the page each time to see if empty line disappears. But to speed things along, let’s start by confirming the issue is coming from one of the plugins at all.

Rather than disabling all plugins, and enabling one by one — we’re going to add a PHP snippet to pseudo-deactivate them all without letting the plugins know. This is a big time saver because there are a bunch of plugins that remove their data from the database automatically on deactivation and need to be reconfigured if they’re switched off and on again (ie. Jetpack).

Open your FTP client (ie. Filezilla) or SSH to your site with your terminal and make a file called /wp-content/mu-plugins/plugin-sleep.php. If you don’t already have an /mu-plugins/ directory, make one (WordPress autoloads any plugins in this location).

Paste this code into the plugin-sleep.php file you made:

<?php
// Deactivate all plugins without loosing their configurations
add_filter('pre_option_active_plugins', '__return_empty_array');
add_filter('pre_site_option_active_sitewide_plugins', '__return_empty_array');

After this, reload the site. The plugins should all register as deactivated. The odds are you’re using a plugin like Yoast to generate your sitemap.xml, but that’s deactivated now so the sitemap page will 404. No matter! The empty line should appear at top of any page (including the WordPress 404 page). View the page source again to see if the empty line is still there.

If it’s gone, great. You know it’s a plugin. Remove /wp-content/mu-plugins/plugin-sleep.php and proceed with toggling the plugins off and one, one by one until you find your culprit.

Troubleshooting: Must Use Plugins

This step may not apply to you. If you already had an /mu-plugins/ directory and there were other php files in there, try renaming the directory altogether (something like /disable-mu/). This will stop WordPress from automatically loading them. Refresh the page to see If the empty line was coming from one of the files in there.

If the empty line is still there, rename it back to /mu-plugins/.

At this point, it’s most likely your wp-config.php or some other WordPress core file.

Troubleshooting: WordPress Core

The next place to stop off is your wp-config.php. Are there any empty lines outside of the <?php and ?> tags? Here’s what it might look like:

Notice that line 1 is empty and the <?php opening tag is on line 2? Remove that empty line then refresh the page and view the page source to see if that did the trick.

Troubleshooting: Search all files for empty start/end lines

If you want to search and print a list of all PHP files that begin with an arbitrary empty line, SSH into your site and run this in your terminal:

find . -name "*.php" -type f -size +0 -exec gawk 'STARTFILE{if ($0 == "") print FILENAME}' {} +

If you want to search and print a list of all PHP files that end with an arbitrary empty line, SSH into your site and run this in your terminal:

find . -name "*.php" -type f -size +0 -exec gawk 'FNR==1{if ($0 == "") print FILENAME}' {} +

These commands will help narrow down specific files that contain arbitrary empty lines at the start and end of each file. They won’t find any in the middle of the code though. Though if you’ve gone through all the steps above and are still seeing the issue — it’s not the plugin/theme or WordPress core code — so at least you’ve narrowed it down to some kind of custom script.