Blogs Publishing Large NewsFeeds Can Cause Problems

We're seeing a few reports, which involve blogs with published newsfeeds with large volume, producing intriguing varieties of symptoms, in Blogger Help Forum: Something Is Broken.

My Followers are not getting email updates!

and

My blog does not update, on my Followers blogs!

and

My blog can't be viewed! All that I see is the gears turning!!!

All of these blog owners are publishing blogs which produce feeds, which are too large.

In general, a newsfeed can be any size necessary. There are two secondary details, however, which can make a Blogger blog, publishing a large newsfeed, problematic.

There is nothing basically wrong with large newsfeeds - but blogs which use dynamic templates, and blogs which produce feeds redirected through FeedBurner, can have problems when publishing large feeds.

We're currently seeing blogs with large feeds causing problems with dynamic templates. This produces one more case where we end up prescribing a non zero Timeout setting, for dynamic views.

Besides dynamic template display problems, blogs with large newsfeeds can produce problems, when redirected through FeedBurner. There are two approaches to making a feed smaller - use less posts - and alternately (when possible) format posts using Blogger post editor, instead of using Microsoft Office.

To diagnose a large feed problem, one can use any text browser, such as Rex Swain's HTTP Viewer, or maybe Web-Sniffer View HTTP Request and Response Header. Either product will provide a size display.

Feeds over 512K in size will be problematic, with either dynamic view, or FeedBurner redirection.

>> Top

Search Engines, And Private Blogs

Not every blog owner realises the relationships between private blogs, and search engine indexing.

Some blog owners think that private blogs can't be indexed, by the search engine robots. Given the way private blogs work, search engine access is not directly restricted - even though indexing activity is impeded.

People are prevented from viewing a private blog, only because Blogger displays the private blog interstitial in front of the blog display.

This blog is open to invited readers only

It doesn't look like you have been invited to read this blog. If you think this is a mistake, you might want to contact the blog author and request an invitation.

Other than the presence of that display, access to the blog is not affected. This detail becomes important, for some potential readers who are accessing the Internet through some Local Area Networks.

Search engines are not directly affected by the private blog status - though there are interesting details.

• The blog description, when indexed, will contain the text of the interstitial notice.
• Private blogs do not publish newsfeeds - and with newsfeeds used to facilitate indexing, the indexing process is not as consistent as with public blogs.
• The dashboard Privacy setting, which generates an entry in the "robots.txt" file, is advisory only, to search engine robots.

The interstitial notice is authoritative to people, when viewing the blog.

The notice does not block robots. Robots are stopped only when they voluntarily accept the relevant settings in "robots.txt".


The text content of the interstitial advice will replace the blog description, in SERP displays.

This blog is open to invited readers only

Without an actual blog description, potential blog readers won't feel very encouraged to view the blog. Even when clicking on the SERP entry, the would be blog reader is still taken to the interstitial, and goes no farther.

This blog is open to invited readers only

Private blogs do not publish newsfeeds. Since the newsfeed provides the Blogger equivalent of the sitemap, a typical private Blogger blog has no sitemap - and search engine indexing activity is not as regular.

The settings in the "robots.txt" file, which specifies bots and access, is not authoritative. Acceptance of the "robots.txt" settings is left to the discretion of each different robot - and a robot which does not observe the settings can access any website.

A private blog can be indexed - though without free access by readers to a private blog, there will be less links referencing the blog - and less indirect search engine activity.

Less links referencing the blog leads to less indexing, by the search engines. Less indexing leads to less entries in SERPs, poorer SERP positioning - and relative lack of success when using search engine cache, to search the blog.

With a private blog, you'll be much more successful using a direct blog search.

>> 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 Your Blog Feed, Not Updating Properly In Gadgets On Other People's Blogs

One of the stranger confusions, seen occasionally in Blogger Help Forum: Something Is Broken, refers to the posts feed, from our blog, displayed on other people's blogs.

I just published a new blog post - but it does not show up on my friends blogs. Is there a problem, with my feed?

When we investigate, the blog feed shows no problem. We display the feed in the browser, and compare with the blog main page - and everything on the main page is in the feed. It just does not show up on our friends feed gadgets.

So, what's the problem here? Were we imagining a problem? No, it's not imagination.

When we view a blog or website, what we see is subject to caching, on our computers.

Our browsers don't waste time (and bandwidth) downloading content from every blog or website we may wish to view, without checking what's in cache - in our browsers, on our computers, and elsewhere. If the blog or website in question has not been updated since we last viewed it, the browser just shows us our cached content.

With a Blogger blog, and our need to view the main page, what's in cache is simply the blog, as displayed on the main page. If no post was published or updated since we last viewed the main page, what we see is the main page, from cache. Simple enough.

Since the content of the gadgets is not cached separately, any updates to the gadgets only gets displayed when we view a blog from a Blogger server. Any gadget updates - such as newly published posts, from our blogs - will only be displayed after the blog owner publishes a new post.

If we publish posts daily - but our friends only publish weekly - we're going to see our updates displayed weekly. That's not a problem with our blogs, with our blog feeds, or even with our friends blogs - it's just how cache affects us.

To diagnose the problem, we can clear or refresh our cache, and see if that makes our friends blogs "update more regularly". This strategy is subject to limitations, though.

• If we clear cache, this will make all of the blogs and websites load directly from the servers (not just Blogger).
• We may be subject to caching, which we can't control.
• Whatever we do, to force our feed to update, on our friends blogs, when viewed from our browser, will have no effect on what our friends viewers see, when viewing our friends blogs.

In some cases, we may just have to shrug our shoulders, and get to work on our blogs. And wait, patiently, for our friends to work on their blogs.

>> Top

Preventing FeedBurner Email Distribution Delay

One very useful FeedBurner service is the Email Distribution feature.

Email Distribution is virtually a turnkey subscription management. Email Distribution has one limitation, which not everybody understands, however.

FeedBurner sends out any new posts daily, based on a chosen distribution time. Depending upon what distribution time you choose, for any FeedBurner Feed, you can have anywhere from (up to) 2 hours, to 26 hours - of delay, between publishing a post, and having that post distributed by email.

To minimise email distribution delay, you choose the daily distribution time carefully - then publish immediately before the daily scheduled distribution.

1. Choose a convenient distribution time window.
2. Using the FeedBurner menu, Publicize - Email Distribution - Delivery Time, choose the corresponding daily 2 hour window, for email distribution.
3. Publish posts immediately before the start of the chosen time window.

You will still have a single daily distribution time - but you can choose an appropriate distribution window. And, you can publish just before the chosen distribution window.

>> Top

Recovering A Deleted Page Or Post, Chapter 3

We've been advising anxious blog owners, for some time, how to recover deleted pages and posts.

The easiest solution, in the long run, is to recover the PageID / PostID, and re publish the deleted page / post.

Unfortunately, all deleted pages and posts can't be edited and re published. With new posts, un indexed by the search engines, you won't be able to find the post in cache - and you'll never determine the PostID. This will be a frequent problem with deleted pages - as static pages generally won't get indexed by the search engines - nor will they ever be included in the blog posts feed.

In some cases, even when you know the PageID or PostID, the page editor / post editor may simply reject your attempt to re edit - and give you another bX code.

Even so, all is not lost. You may have to rebuild the page or post - but you can generally keep the URL, of the deleted page or post, operational. Just plan the rebuilding process.

In cases where a deleted page or post can't be simply re published, you can publish a replacement page or post - and redirect both your readers, and the search engines, from the URL of the deleted page / post, to the replacement page or post.

To minimise loss of reader and search engine reputation, you'll want to publish a replacement page / post as soon as possible after the old page / post is mistakenly deleted. With replacement posts published in the same month as the original - and with all pages - this can cause the well known ugly URL suffix, to prevent a duplicate URL.

When you publish a replacement page or post, you have one chance to get the title and URL right - and prevent the ugly URL suffix. The one chance ends, when you hit the "Publish" button.

With a deleted post, you can use the Custom Permalink option ("Permalink", under "Post settings", in the post editor window) to make the published URL slightly different from the default. Alternately, you'll need to deliberately choose a slightly different Title, for the replacement post.

When you publish a replacement page, you won't have a "Custom Permalink" option. Your only option, in this case, is to choose a slightly different Title, for the replacement Page.

Static page URLs do not contain the year and month of publishing, so you'll need to use a different Title for every replacement page - even if you publish the replacement in a later month, or even a later year. Since static pages are generally not as widely publicised as posts, the different title should still be preferable to the alternative - the ugly page URL suffix.

Just choose the title and URL carefully, before you hit "Publish", to prevent long term embarrassment. And having published the replacement, setup a Custom Redirect, to keep the URL of the deleted page or post operational.

>> Top

Recovering A Deleted Page Or Post, Chapter 2

Blog owners have been deleting their pages and posts, then changing their minds later, since Blogger started providing the ability to delete pages and posts.

We've been advising anxious blog owners, for some time, how to recover deleted pages and posts. The easiest solution, in the long run, is to recover the PageID / PostID, and re publish the deleted page / post.

When the deleted page or post cannot be re published, the next option is to re build the page / post, possibly using feed cache.

Using this technique, you'll have to reformat the post content, as feed content is formatted relatively simply. When you publish the post, it will publish as a new post, with a new URL - so any external references to the missing post URL will still be broken.

Thanks to the recently offered Custom Redirects option, though, we can make this latter choice slightly less undesirable.

When a deleted page or post has to be rebuilt from the beginning, the classic prognosis was not good.

1. The content is retrieved or rewritten, then re formatted.
2. The page / post is re published, but under a new URL.
3. The readers, and the search engines, adjust to the new URL being used.

For many blog owners, issue #3 is the cruelest blow - as the blog suffers reputation loss, from readers and search engines seeing

404 Not Found

for the deleted page / post.

Given enough determination and time, the blog owner can get through issues #1 and #2 - but issue #3 is the gift that just keeps on giving. Using Custom Redirects, though, that does not have to be the case.

It's a simple solution - and your readers and the search engines don't have to do anything unusual.

1. Rebuild the page / post, using a carefully chosen Title / URL.
2. Add a Custom Redirect.
   • From: The deleted (previously published) URL.
   • To: The new (re published) URL.
3. The readers, and the search engines can view the re built page / post contents using the old URL - and update their record of the URL, as convenient to them, to point to the new URL. And the page / post never goes offline.

And you, the blog owner, can get back to work on new pages and posts.

>> Top

What Are The Mysterious Turning Gears?

This is a question, occasionally seen in Blogger Help Forum: Something Is Broken.

I cannot view some blogs - all that I see are gears, turning endlessly. What is going on, here?

The gears are animation, displayed by Blogger, while a dynamic template and blog content loads on the computer being used. Generally, the gears will play for a few seconds, then the blog will be seen. For an example, check out my Musings blog.

Sometimes, all that you will see are the gears, endlessly turning - waiting for the templates and blog content to download.

The dynamic templates, used by some Blogger blogs, represent an innovative approach to providing web content.

Normal web content, provided in Blogger blogs which use Classic, Designer, and Layout class templates, consists of comments, gadgets, posts, and templates, arranged together in pages (dynamic and static).

Blogs which use Classic (HTML only) templates arranges everything when the blog is maintained. Blogs which use Designer / Layout templates (HTML / XML) arrange the content when the blog is maintained - then build the individual pages when the blog is read by each viewer, dynamically. For all 3 classes of templates, the content is served from Blogger / Google servers, in individual display pages.

The Dynamic class of Blogger templates take the concept of dynamic publishing to another level. Dynamic class templates load a significant amount of script code (the template) directly to each client computer. Instead of reading the pages of blog content from a Blogger / Google blog server, a dynamic template script, running on the client computer, reads the published blog feeds from a newsfeed server - then turns the feed content into a display.

A Dynamic template is a specialised Newsfeed Reader, similar to the dashboard Reading List, or to Google Reader.

By offloading a large amount of the publishing process to the client computer, and by using the blog comments and posts feeds, Blogger provides blogs which can be viewed in a number of different ways - selectable by each individual viewer, and at the convenience of the viewer. This selectability is not without cost, unfortunately.

• The templates require a significant amount of script code.
• The templates require the blog comments and posts newsfeeds.

For most blogs using a dynamic template, and being viewed on most computers, the "turning gears" icon plays briefly, while the template code, and the blog comments and posts newsfeeds, are downloaded. As soon as downloaded, the content is assembled into a display, and the viewer can view the blog. This does not happen, in all cases.

• Some client computers may filter the template code.
• Some client computers may not have a fast Internet connection.
• Some blogs may not publish a full newsfeed.

If the client computer has a slow Internet connection, the viewer may watch the turning gears for more than a few seconds. If the computer filters scripts aggressively, or if the blog does not publish a full newsfeed, the gears play, endlessly, while the computer waits for the scripts and newsfeeds to finish downloading. In the latter case, the viewer can only find another blog to view.

If you encounter one or two Blogger blogs playing the turning gears, endlessly, then you are experiencing the reality of dynamic templates - some blog owners do not realise that they have broken their blogs. If you encounter a large number of Blogger blogs doing this, then you might want to check the filters, on your computer - including, but not only, the browser cookie and script filters.

>> 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

Without The PostID, A Deleted Post Is Not Easily Recovered

If you delete a post (page) in your blog, it's a simple matter to recover the post - as long as you know the PostID. Unfortunately, once the post is gone, finding the post (page) id is not a simple matter - especially for those who would typically delete a page or post without planning. Blogger does not provide the PostID in any list, that we might save, periodically, to reference later.

The task of retrieving a deleted page or post is particularly frustrating, for owners of private blogs. Private blogs probably won't be cached, nor do they publish a blog feed - and without either a cache entry, or a feed reference, the PostID for a deleted post is not easily obtained.

Right now, once you delete a page or post, in a private blog, you're out of luck - unless you have cached the blog on your own computer. Retrieving from local cache is not an issue to be productively discussed in Blogger Support, as it is going to be as individual as your computer may be.

>> 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

Blogger Magic - Verifying A Blog Feed URL

It's a fairly simple matter to determine the newsfeed URL, for any given blog, by examining the blog template code.

Besides the base feed, a blog may publish an extensive array of additional feeds, which won't be listed directly in the blog template code. You may use any given feed, in networking your blog, with any Google or non Google service.

Starting with any feed URL, what do I do? I could just open my favourite feed reader, or social networking web site, and paste the URL in place. But what if the feed reader or web site wasn't working properly, or I misunderstood the instructions? What if I see

Invalid URL

or the like, what do I do?

The smart thing to do, before you setup a FeedBurner feed or any complementary non Blogger service, is to test the feed.

Many modern browsers (Firefox or Internet Explorer, for instance) will give you a formatted display, when you are loading a feed URL.

Add A Simple "Recent Comments" / "Recent Posts" Gadget To Your Blog

The recently observed problems with some third party gadgets, previously added by many blog owners to their blogs, leaves these (and other) owners lacking a useful feature in their blogs. For many blog owners, fortunately, this is not an impossible problem to resolve.

Blogger provides us with a native accessory, called a "Blog Feed" gadget, which will provide acceptable "Recent Comments" and "Recent Posts" functionality, for many blog owners.

Look at the sidebar of this blog, for "The Real Blogger Status - Comments", and "The Real Blogger Status - Posts". Those are "Recent Comments" and "Recent Posts" gadgets, based on the Blogger supplied "Feed" gadget - which is not a third party accessory, and is not subject to future third party peccadilloes.

To make your new gadget, start with the URL of the blog feed desired. Then, add a Blogger supplied Feed gadget, using the "Add a gadget" wizard, in the dashboard Layout display.

This is the URL of this blog.

http://blogging.nitecruzr.net

This is the URL of the blog comments feed.

http://blogging.nitecruzr.net/feeds/comments/default

This is the URL of the blog posts feed.

http://blogging.nitecruzr.net/feeds/posts/default

Setting up a "Blog Feed" gadget is simple enough.

1. Add a "Feed" gadget (Only select the "Feed" gadget, "By Blogger"!!!), using the "Add a gadget" wizard. Avoid any similarly named gadget not "By Blogger".
2. Plug in the Feed URL (see my examples above), and Continue.
3. Review / change the options offered, and Save.
4. Test your new blog accessory - provided by Blogger - with no future hacking activity anticipated.

And, you're done. Wasn't that simple?

>> 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

Confusion Over Community Building Accessories - Blog Feeds, EMail, And Following

A few blog owners become confused over the various community building options offered for our blogs. We see the queries in Blogger Help Forum: Something Is Broken.

How do I get a list of my Followers email addresses?

and

Why don't my email subscribers show up in my Followers gadget?

and

How do I know how many people subscribe to my feed?

These questions all come from people who don't understand the differences between blog feed subscribers, email subscribers, and Followers.

There are various community building accessories available for our Blogger blogs.

• Blog feed subscriptions.
• Email subscriptions.
• Following (aka "Google Friend Connect").
• Google+.

If you have a private blog, with designated readers, not all of these options will be as useful. Neither blog feed subscriptions, nor email subscriptions (which use the blog feed) will work for private blogs.

The native Blogger blog feed subscriptions, and email subscriptions, are pretty basic.

• People subscribe to the blog feed using any of dozens of various industry standard newsfeed subscription products. You can't count, or enumerate, these subscribers.
• You provide up to 10 email subscriptions, using BlogSend. You'll have a list of these (up to) 10 email recipients. Only BlogSend based email is available, to members of private blogs.

You can enhance the possibilities for both blog feed subscriptions, and email subscriptions, by using a FeedBurner enhanced feed.

You can make it easy for your readers to subscribe to your blog, using standard Blogger / Google gadgets. Look in the sidebar for this blog, for the orange "XML" icon. Beneath that, you will see "Subscribe to The Real Blogger Status by Email", which provides a link to the FeedBurner Email Subscription form. Next, you see the "Subscribe To" gadget, which is the Blogger supplied "Subscription Links" gadget, installed using the Layout "Add a Gadget" wizard.

Even with FeedBurner involved, all accessories won't be the same.

After you add a FeedBurner Email Subscription to your blog, don't get confused over the terminology - someone who Follows your blog using a FeedBurner Email Subscription won't be counted, or treated, as one who Follows using Following / Google Friend Connect.

• People who Follow using FeedBurner Email will not get their picture in the Friend Connect gadget.
• FeedBurner will give you a count of people who Follow, using Email.
• Following / Google Friend Connect will give you a count of people who Follow / Join your blog.
• Some people may do both - but don't expect this to be normal.

If you redirect the blog feed to FeedBurner, you can see statistics about everybody who reads your blog in their newsfeed reader. The FeedBurner statistics will be different from the Following / Google Friend Connect count, and from the FeedBurner Email subscriber count and list.

• People who subscribe to the FeedBurner feed using "Subscribe to: Posts (Atom)" will read the blog feed in their newsfeed readers - not in their email.
• People who read the redirected blog feed using their newsfeed readers will be counted in the FeedBurner statistics, but they will not provide their email address - so they won't be listed in the FeedBurner "Subscriber Management" list.
• Both people who Follow / Join the blog, using Following / Google Friend Connect, and people who use the "Subscribe to: Posts (Atom)" link will be redirected to the FeedBurner feed, and contribute to the FeedBurner statistics.

So enjoy the convenience to you, and to your potential Followers - but understand what they, and you, get - and don't get. You'll have up to three different counts, to consider.

• FeedBurner Email Subscribers. You can get an email address list, of email subscribers.
• FeedBurner Newsfeed Subscribers. You can get FeedBurner Statistics, about newsfeed subscribers.
• Following / Friend Connect Members. You can see pictures and profiles of Members, who do not Follow anonymously.

Finally, people can follow you using your stream, in Google+. If you Share your posts when you publish, your posts will go into your Google+ stream, and be visible to anybody Following you there. Sometime in the future, Google+ Circles may replace Following / Friend Connect.

If you include a Google+ Followers gadget on your blog, your Followers may get their pictures on your blog, similar to Following / Google Friend Connect. And you can use Google+, and restricted Google+ Circles, with a private blog - an option not available using the blog feed.

>> Top