Export / Import Requires Administrative Control Of Both Blogs

Occasionally, in Blogger Help Forum: How Do I?, we see the naive query

How do I merge my two blogs, using Export / Import?

When given the simple advice

Use the "Export blog" and "Import blog" wizards, both in the dashboard Settings - Other menu.

the immediate response is

I don't have that menu item!

This person has, most likely, lost control of the Blogger account.

In order to avoid encouraging scraping of blog contents, both the Export and Import wizards are only available to blog administrators. Not everybody wishing to use "Export blog" has blog ownership, however.

Too many people, denied immediate recovery of control of their blog, just start another blog.

With a new blog, the first thing needed is the content from the old blog. This is not easily had, however - because both "Export blog" and "Import blog" are part of the Blogger dashboard - and can be accessed only by blog owners.

If anybody could use "Export blog", and export the comments and posts from any blog, "Export blog" would be a very popular wizard - to blog thieves. To encourage Export / Import to be used for legitimate purposes, Blogger made it part of the Blogger dashboard - where it is accessible only to blog administrators.

This does not provide a solution for people who have lost control of their Blogger accounts - and who naively figure to start a new blog, and move the contents of the old blog to the new blog. If you're in this situation, you have only two possibilities.

1. Recover comments and posts using blog feeds and online cache.
2. Cluster the new and old blogs - but asymmetrically.

You can link from the new blog back to the old blog, using any combination of imaginative techniques - but without control of the old Blogger account, you're simply not going to be able to link from the old blog to the new blog.

Sorry. Once again, you have to always retain control of your Blogger account.

>> Top

BlogLovin, And Blogs Publishing Feeds Through FeedBurner

We're seeing a few reports, in Blogger Help Forum: Something Is Broken, about BlogLovin, and their inability to accept feeds from Blogger blogs.

My feed on Bloglovin is not updating correctly, so I emailed BlogLovin Support. They responded, and said it was because my RSS feed isn't working correctly.

When diagnosed, we frequently see a working posts feed, redirected through FeedBurner.

It appears that BlogLovin is not able to properly accept some (or all) FeedBurner redirected feeds. The most obvious solution here would be to setup BlogLovin properly, to use a non redirected feed, so they get the native Blogger posts feed.

Upon trying to test my diagnosis, using my test blog, it appears that adding a blog to BlogLovin requires publishing a new post, with their Follow button conspicuously located.

Paste this text into a new blog post:

<a href="http://www.bloglovin.com/blog/10757427/?claim=ge8y4cfhqfx">Follow my blog with Bloglovin</a>

In some blogs it's necessary to put the code in the top of the blog post

It does not appear to be easily possible to specify the blog feed, in this case. It appears that BlogLovin extracts the blog feed, using the feed autodiscovery meta code, in the blog template.

It appears that any solution to the problem with BlogLovin vs FeedBurner redirected feeds will require involvement with BlogLovin Engineering.

1. Convince BlogLovin Support to make their service accept FeedBurner feeds.
2. Convince BlogLovin Support to make their service filter feed redirects.
3. Discontinue FeedBurner from your feed redirect.
4. Figure out how to specify a non redirected feed to BlogLovin.

I'm not hopeful that #4 has any future.

>> Top

Confusion About The Post Feed Redirect Feature

The world of Blogger blogs contains a lot of confusing terminology.

Some Blogger features don't even have names. Some names, which I use, are terms which I made up on my own, years ago - simply because Blogger did not provide a name, at that time. One term, which Blogger did give us, still causes confusion. The term "Post Feed Redirect" seems to describe an option, in Blogger, to redirect the post feed to a different URL.

The Post Feed Redirect feature is used by some confused blog owners, improperly. There are several specific cases, all too common.

• Change the URL of the feed. Redirecting the blog feed, to simply change the URL, causes the feed to redirect to non existent content - or a dead feed.
• Publishing the blog to a non BlogSpot URL. Custom domain publishing provides automatic redirection of the blog URL - and by extension, the blog feed URL. Adding a feed redirect causes an infinite loop.
• Randomly expose the blog to new audiences. Redirecting the blog feed to a random redirector causes the blog readers to report a hijacked Reading List - and later, to simply remove the blog, using a redirected feed, from the Reading List.

This redirection, contrary to the term "Post Feed", also affects the comments feeds and the labels feeds, relevant to the blog where the setting is used.

Besides the fact that the option in question affects all feeds in the blog, the biggest confusion is that using the option does not actually redirect the feed - it redirects the references to the feed. People use this option in the expectation that it will change the URL of the feed. This option does not change the URL of the feed - it changes the URL used by references to the feed.

To change the feed references, successfully, you must have the URL mentioned by the setting already published, in a separate effort.

• If you renamed the blog to a different BlogSpot URL, you can redirect the feed reference, from a stub blog, to the feed published under the new URL.
• If you used a different service, like FeedBurner, to create a reformatted feed replica, you can redirect the feed reference to the FeedBurner feed URL.
• In either case, the URL has to exist, from a separate effort.

If you are reading this post, look down the page, after the "Newer Post Home Older Post" links.

Subscribe to: Post Comments (Atom)

There is an example of the original feed reference. The purpose of the post feed redirect feature, long ago, was to let the blog owners generate a different feed for the blog - maybe a FeedBurner republished post feed - and force that link to reference the FeedBurner republished feed.

If you use that link, and subscribe to the feed from this blog, you should get a subscription offer, using the FeedBurner feed for this blog.

The Post Feed Redirect simply lets people setup and use an alternate feed URL, without having to update the code for all links which reference the post feed - such as that link.

That's it - pure and simple.

If you have - even unintentionally - misused the post feed redirect in your blog, it's easy to correct the mistake. Just understand why you should correct the mistake.

>> Top

Clear, Or Set, The Post Feed Redirect

One of the most mysterious settings, in our blogs, is the ability to redirect references to the blog feed.

Some people use the "Post Feed Redirect" setting improperly. When this is done, the problems created can be easily solved, by clearing the setting.

1. Go to the dashboard menu Settings - Other - Site feed.
2. Look at the entry for "Post Feed Redirect URL".
3. If that option is incorrectly set, click on "Remove".
4. Click on "Save settings".
5. You're done.

If you actually need this setting, it's similarly simple to set it.

1. Go to the dashboard menu Settings - Other - Site feed.
2. Look at the entry for "Post Feed Redirect URL".
3. If that option needs to be set, click on "Add".
4. Paste or type the correct URL, into the box.
5. Click on "Save settings".
6. You're done.

The setting, for this blog, for instance, is:

http://feeds.feedburner.com/Nitecruzr-Blogging

Just understand what the setting does, how to enter the setting, and when you should use it.

>> Top

How You Should Backup Your Blog Will Depend Upon How You Plan To Restore It

We see signs of naivete, in Blogger Help Forum: How Do I?, from blog owners concerned with malware / spam deletions, and with other unexplained disasters in Blogger.

How do I backup my blog, to protect the contents against unfair spam deletions?

Not many concerned blog owners realise the first principle of backups, known by any experienced network administrator.

• Never plan a backup, without first planning the restore.

How you backup your blog depends upon several details.

• What problem do you expect, to require a backup?
• How do you plan to recover, from a problem?

One of the simplest solutions for a backup, which some Blogger experts will suggest, is to use the Export / Import wizard, in Settings - Other.

• Before disaster strikes, Export your posts and comments.
• After disaster strikes, simply Import your posts and comments, from a convenient backup.

Similarly, some experts may suggest backing up the template.

• Before disaster strikes, use the dashboard Template "Backup / Restore" wizard, to backup the template.
• After disaster strikes, use the wizard to restore the template.

There are many components of a Blogger blog - not just the comments, posts, and template.

• Accessories.
• Comments.
• Decorations.
• Gadgets.
• Posts.
• Layout.
• URL.

Before you plan how to backup your blog, you need to decide which of these features is most important to you, and what problem from which you wish to recover.

The accessories (decorations, gadgets) is one component of the blog which is most frequently missed, after a deleted blog is recreated / restored using a "comments / posts / template backup" restore strategy. Both graphic decorations, and XML based gadgets, may not be easily backed up, and may present a challenge when the blog is restored, or recreated.

XML gadgets, such as bloglists and linklists, may contain a lot of detail, which is installed into the blog one entry at a time - and there is no known way to automate a backup or restore of these gadgets.

Recovering the URL is one of the most subtle details, that may not always be considered by many blog owners. The URL is relevant in two ways. Most blogs which are important enough, for the owner to want to backup, have acquired reputation - both with people (readers, subscribers, and viewers), and with search engines.

Some blogs will link the various posts to each other - as I do with this blog. In either case, the recovered blog is not as useful, unless the URL is also recovered.

If the blog is deleted by Blogger - or by the owner - the URL may not be available, for blog recovery. When Blogger deletes a blog as a suspected abusive content host, the URL is locked to the blog. The only way to recover the URL is to have the blog reviewed, and restored to availability.

When a blog is deleted by the owner, the blog must be restored by the owner - within 90 days after deletion. In either case, a backup is useless.

If you have a personal blog, containing just posts (and maybe comments from known family or friends), backing up the comments and posts makes sense. For a publicly known blog, containing various accessories, and having a known URL, you'll want to plan your backup / restore strategy using a bit more effort.

>> Top

Blogger Magic - Activating The Blog Feed

One of the neatest - and easiest - ways to make your blog available to a larger audience uses a replica of the blog posts - the blog newsfeed. Most blogs, when new, have the feed activated by default.

Oddly enough, some blogs do not publish a newsfeed. Some blog owners, wondering why their blogs are not being indexed by the search engines, are perplexed.

Why isn't my blog publishing a feed?

You activate the various newsfeeds from the dashboard Settings - Other - Site Feed wizard. Routinely, you'll have one setting - "Allow Blog Feeds" - and this setting will affect all feed options equally. If you select "Custom", you can enable or disable any of the 3 feed options, separately.

• Blog Posts Feed
• Blog Comments Feed
• Per-Post Comment Feeds

Each setting will have 3 possible selections - Full, Until Jump Break, Short, None.

(Note): If you enable a feed, it is available to anybody with a feed reader, either a feed reader that they personally use, or one built in to a blog. There is no option to limit feed access - feeds are available, equally, to all interested parties. This is why feeds are not published by limited access (private) blogs.

If you fear that unknown parties might steal content from your blog by using your feed, don't publish a Full feed, publish a Short feed. This will require anybody wishing to read a complete post to access your blog, rather than reading it in their newsreader.

>> Top

Custom Domain Publishing Does Not Use The Post Feed Redirect Setting

One of the benefits of custom domain publishing, for a properly setup domain, is that the BlogSpot URL is automatically redirected to the domain. Not all blog owners realise that this redirect includes the blog feed - once the Transition period ends, and the blog is republished to the domain.

Some blog owners think that the Post Feed Redirect setting needs to be used when re publishing their blog to a custom domain. This is not true, however. Use of the custom domain redirect, plus the post feed redirect, can only result in one of two problems.

• A feed redirect loop.
• A feed URL that points to invalid content.

In neither case will any newsfeed client, such as a Dynamic Template, Google Reader, Reading List, or any third party feed program, find a feed that can be used.

The Post Feed Redirect setting is used to redirect feed references, to a separately existing feed file. It's not used where it is not needed - and with a properly setup custom domain published blog, it's not needed.

Let's look at an HTTP trace, showing the blog feed for a custom domain published blog, that uses a post feed redirect - in this case, we have the feed for "mybloggerblog.blogspot.com" redirected to "mybloggerblog.com".

Start with the BlogSpot based feed URL, for "mybloggerblog.blogspot.com".

Sending request:

GET /feeds/posts/default HTTP/1.1

Host: mybloggerblog.blogspot.com

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Referer: http://www.rexswain.com/httpview.html
Connection: close

• Finding host IP address...
• Host IP address = 74.125.224.106
• Finding TCP protocol...
• Binding to local socket...
• Connecting to host...
• Sending request...
• Waiting for response...

Receiving Header:

HTTP/1.1·301·Moved·Permanently(CR)(LF)

Content-Type:·text/html;·charset=UTF-8(CR)(LF)

Location:·http://www.mybloggerblog.com/feeds/posts/default(CR)(LF)

With a properly setup custom domain, and no PFR setting used, the next display would be the XML file, for the feed. Here, the PFR was set to "http://mybloggerblog.com/".

Sending request:

GET /feeds/posts/default HTTP/1.1

Host: www.mybloggerblog.com

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Referer: http://www.rexswain.com/httpview.html
Connection: close

• Finding host IP address...
• Host IP address = 74.125.127.121
• Finding TCP protocol...
• Binding to local socket...
• Connecting to host...
• Sending request...
• Waiting for response...

Receiving Header:

HTTP/1.1·302·Moved·Temporarily(CR)(LF)

Location:·http://mybloggerblog.com/(CR)(LF)

Now, we are looking at a typical custom domain root to "www" alias redirect.

Sending request:

GET / HTTP/1.1

Host: mybloggerblog.com

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Referer: http://www.rexswain.com/httpview.html
Connection: close

• Finding host IP address...
• Host IP address = 216.239.32.21
• Finding TCP protocol...
• Binding to local socket...
• Connecting to host...
• Sending request...
• Waiting for response...

Receiving Header:

HTTP/1.1·301·Moved·Permanently(CR)(LF)

Location:·http://www.mybloggerblog.com/(CR)(LF)

And now, we are looking at the formatted blog contents - not the newsfeed.

Sending request:

GET / HTTP/1.1

Host: www.mybloggerblog.com

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Referer: http://www.rexswain.com/httpview.html
Connection: close

• Finding host IP address...
• Host IP address = 74.125.127.121
• Finding TCP protocol...
• Binding to local socket...
• Connecting to host...
• Sending request...
• Waiting for response...

Receiving Header:

HTTP/1.1·200·OK(CR)(LF)

Unfortunately, the blog itself is not a proper XML file (required for a feed), it's HTML / XML.

<!DOCTYPE·html·PUBLIC·"-//W3C//DTD·XHTML·1.0·Strict//EN"·"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">(LF)

<html·dir='ltr'·xmlns='http://www.w3.org/1999/xhtml'·xmlns:b='http://www.google.com/2005/gml/b'·xmlns:data='http://www.google.com/2005/gml/data'·xmlns:expr='http://www.google.com/2005/gml/expr'>(LF)

<head>(LF)

...

<link·href='http://www.mybloggerblog.com/'·rel='canonical'/>(LF)
<link·rel="alternate"·type="application/atom+xml"·title="In·the·Studio·-·Atom"·href="http://www.mybloggerblog.com/feeds/posts/default"·/>(LF)
<link·rel="alternate"·type="application/rss+xml"·title="In·the·Studio·-·RSS"·href="http://www.mybloggerblog.com/feeds/posts/default?alt=rss"·/>(LF)
<link·rel="service.post"·type="application/atom+xml"·title="In·the·Studio·-·Atom"·href="http://www.blogger.com/feeds/2302596229887627781/posts/default"·/>(LF)
<link·rel="EditURI"·type="application/rsd+xml"·title="RSD"·href="http://www.blogger.com/rsd.g?blogID=2302596229887627781"·/>(LF)
<link·rel="me"·href="http://www.blogger.com/profile/12619425977406185402"·/>(LF)
<link·rel="openid.server"·href="http://www.blogger.com/openid-server.g"·/>(LF)
<link·rel="openid.delegate"·href="http://www.mybloggerblog.com/"·/>(LF)

And if the feed client is, for instance, a dynamic template, the would be reader is looking at the old spinning gears. Until he gets bored, closes the browser, and emails you

Your blog is down - again.

>> Top