Welcome to The Real Blogger Status - Beta. Please note the warnings (as of 6/13: 0 active), and the alerts (as of 1/10/2007: 5 active).

Please be aware of the naming variances in this blog. You will find various references to "Classic" / "Old Template 2006" Blogger, and to "Beta" / "New Template 2006" Blogger.
Showing posts with label New Blogger Problems Open. Show all posts
Showing posts with label New Blogger Problems Open. Show all posts

Thursday, February 08, 2007

Custom Domains And URL Forwarding - A Bad Idea

If you're trying to get your Custom Domain setup to work, and are frustrated (as I am) by the fact that you can't get both "www.yourdomain.com" and "yourdomain.com" to forward properly, you may have complained to your DNS provider, suspecting that the problem is one which they must resolve.

And in some cases, your DNS provider may not know how to setup a "CNAME" record. Some providers only use "A" records.

Some DNS providers will convince you to use URL forwarding, where your domain is redirected to the DNS providers servers. They set their servers to simply load any portion of the desired website ("www.yourdomain.com" or "yourdomain.com") from your Blog*Spot website ("yourblog.blogspot.com").

This will indeed load the content, as desired. There are several downsides to this "solution", though.

  • Your DNS provider may have to set this up in their servers, it's possibly not a DNS setting that you can make.
  • As the reader views your redirected blog, the content of the address bar in the browser will constantly indicate "www.yourdomain.com" or "yourdomain.com", with no detail about the actual URL being viewed.
  • We're unsure about how well search engine spiders, and other robotic visitors, will react to URL forwarding.
  • URL forwarding bypasses the load balancing provided by "ghs.google.com", and this is bad for everybody.


Blogger has admitted that Custom Domains needs work. Let's wait for them to figure out how it should be setup, at their end. Try and avoid using URL Forwarding, unless you are really desperate.

>> Top

Wednesday, January 31, 2007

Google Custom Domain - Case Study #2

I've been working with Google Custom Domains for several weeks now, first on other peoples domains, then some on my own, and finally on more of other people. In very few cases can someone get a custom domain to work completely.

We'll take my church blog as an example here, as we did with Case Study #1. This blog has 4 aliases.

  1. http://martinezumc.blogspot.com/
  2. http://www.martinezumc.blogspot.com/
  3. http://martinezumc.org/
  4. http://www.martinezumc.org/



Current DNS settings


Simply one "CNAME" pointing to "ghs.google.com". No "A" record, as discussed in Google Custom Domain - The DNS Referral.

Let's test what we have now.
C:\>ping martinezumc.org

Pinging ghs.l.google.com [66.249.81.121] with 32 bytes of data:

Reply from 66.249.81.121: bytes=32 time=124ms TTL=244
Reply from 66.249.81.121: bytes=32 time=126ms TTL=244
Reply from 66.249.81.121: bytes=32 time=123ms TTL=244
Reply from 66.249.81.121: bytes=32 time=143ms TTL=244

Ping statistics for 66.249.81.121:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 123ms, Maximum = 143ms, Average = 129ms

C:\>ping www.martinezumc.org

Pinging ghs.l.google.com [66.249.81.121] with 32 bytes of data:

Reply from 66.249.81.121: bytes=32 time=126ms TTL=244
Reply from 66.249.81.121: bytes=32 time=124ms TTL=244
Reply from 66.249.81.121: bytes=32 time=126ms TTL=244
Reply from 66.249.81.121: bytes=32 time=122ms TTL=244

Ping statistics for 66.249.81.121:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 122ms, Maximum = 126ms, Average = 124ms


Both "martinezumc.org" and "www.martinezumc.org", verified by pinging, pointing to "ghs.google.com".


I can publish to martinezumc .org with no problem




I cannot publish to www. martinezumc .org.


And once again, the infamous
Another blog is already hosted at this address

And here, for reference, is a DNS Report for martinezumc.org.

(Edit 2/7): Blogger Employee promises us
We're working on a fix for the current problem some users experience when switching between custom domains and Blog*Spot.


(Edit 2/12): Blogger Employee understands the frustration.

>> Top

Monolithic Errors #2

Setting up a blog, published to a Google Custom Domain, is a two step process.

  1. You setup DNS pointing to the Custom Domain server "ghs.google.com".
  2. You publish your blog to the custom domain.
And some folks have been able to do just that.

But many others can't. And we all get one error, consistently.
Another blog is already hosted at this address.


What does this error mean? I suspect that Blogger is validating the DNS pointer, before setting up the relationship between the Blog*Spot blog (which is what we currently have) and the Custom Domain. And, if the DNS doesn't point to "ghs.google.com", then the custom domain must be in use somewhere else.

An alternate possibility is that there is a pointer somewhere in the Blog*Spot blog that points somewhere already. Or maybe the Blog*Spot blog can't be found.

Either way, Blogger needs to fix this problem. At least, add a few "bx-" codes, to let us know what the hell is going on, and so we can enumerate the problem in the forums.

>> Top

Tuesday, January 09, 2007

Monolithic Errors

Long ago, on a computer that exists only in the memory of its users, you might be running a program and everything would come to a screeching halt. And the system console would print a brief and fearsome message

MLTP EAC


And what that cryptic message told you was that you were done. You had done something so stupid, that the computer, with even its infinite (!!) wisdom, could not recover. There were only 2 actions possible now.
  • Power the computer off, and back on, and restart. And pray.
  • Call the IBM Service Engineer.
And neither action was guaranteed to be 100% effective. But for a MLTP EAC, those were the choices.

Later, when Microsoft Windows was just becoming the dominant operating system on personal computers, it was even more unstable than it is now. If you had just installed new code, or tweaked the system settings to unacceptable values, occasionally the system would likewise throw up its hands in anguish and refuse to go any farther.

That was called a Black Screen Of Death. Unlike its predecessor, the MLTP EAC, the BSOD provided a puzzling series of letters and numbers, that could be translated by your super geek in residence (were you so lucky to have one) to indicate that your hard drive had died, or that you had loaded a bad driver for the latest installed accessory card.

In the newer Windows, Windows NT, 2000, XP, and now Vista, the black screen of death was replaced by something just a bit more user friendly, the Blue Screen Of Death. Using the official colour Microsoft Blue, you're told, in a more friendly way
Your're Done.


With Blogger, we are recently seeing two monolithic errors too.
  • 404 Page Not Found.
  • We're sorry, but we were unable to complete your request.
This puts us in mind of the old
MLTP EAC


If there's anything in the Blogger experience that causes FUD, it's these two errors. When you see one, there's nothing you can do but fill out yet another problem report, and join the gang at Google Blogger Help - Troubleshooting.

Doing the former, you fill out a form, and wait for botmail in your Inbox. After you reply to the botmail, you wait some more. Maybe one day things will start working again, and maybe not. After a while, you move to the latter.

In Google Blogger Help - Troubleshooting, troubleshooting is slightly more interactive. There, you describe your problem, and one of the Google employees who occasionally enters the forum will ask a few questions to diagnose the problem. If you're lucky, an answer may be in the latter article.

If you are lucky, a Google employee will later reply in your thread
You're good to go.
Another monolithic response for sure.

You check your blog, and it's working.

Now, both the Black Screen Of Death, and the subsequent Blue Screen Of Death, offered just a small bit of detail. Detail that let you diagnose the problem, and at least decide whether you might have caused the problem by installing a bad driver, or a memory module just went belly up. At least save you the time spent downloading and installing a new driver, when you should be traveling to the nearby computer store for another memory module.

With the current "Page not found / unable to complete your request" messages, we're back to the MLTP EAC level. Nothing to do but call the engineer.

We need the ability to figure out what we are doing wrong. Without knowing whats going wrong, any of us may be subject to either problem, at any time. And that is the FUD.

Let me put this briefly.
We need to know what is going on, so we can avoid causing the problem.
Right now, all we know is
We are using Blogger as a web site.
And the only way to predictably avoid the problem is
Don't use Blogger as a web site.
As solutions go, this one sucks. Please give us just a bit more diagnostic detail, instead of
I'm sorry Dave, I'm afraid I can't do that.


Come on, Blogger, admit the errors, so we can avoid making the same ones over and over. Don't make Blogger like the Sword Of Damocles.

(Note 2/1): Please tell us that the below mentioned fix wasn't the one applied 1/31 late evening!!??

(Note 1/11): Blogger Buzzer states
Your blog is affected by a bug that hit others also and it is being worked on. Expect a fix in the next few days.


>> Top

Wednesday, January 03, 2007

Another Cookie Issue

Previously, we discovered a possible problem with Blogger and third party cookies. That could, potentially, affect all Bloggers, but only temporarily. As everybody adjusts to New Blogger, so should their computers, and the problems should go away.

But login problems, frequently looking like they might involve cookies, surface daily. New Blogger was publicised on 12/19, and two weeks later, the login problems don't seem to be going away all that quickly.

Maybe there's another problem, and maybe it involves the wording in instructions about permitting cookies.

Jordan, in login trouble - wont remember me, provides a long forgotten link to Known Issues for the New Blogger: The “Remember Me” login option will not work, where we are advised, when configuring Internet Explorer, to

...add google.com to the list of allowed sites under Internet Options > Privacy.
I wonder how many folks added "www.blogger.com", rather than "blogger.com", based upon the Firefox and Internet Explorer wizards
Type the exact address of the website...
I know that I become confused by that instruction.

Now, the article The “Remember Me” login option will not work specifically mentions Internet Explorer V6 as a problem, and Firefox is implied to be free from this problem. The date of that article is 9/5/2006. Firefox V2, and Internet Explorer V7, came out almost 2 months later.

FF V1.5 and IE V6, by and large, used "permit by default, deny on demand" security strategies. FF V2 and IE V7, on the other hand, use "deny by default, permit on demand" strategies, and are more likely to present a problem with incorrectly permitted cookies.

In short, for both Firefox and Internet Explorer, check your Cookies permissions. Make sure that you are allowing "blogger.com", rather than "www.blogger.com", to add cookies to your computer.

For more insight into the cookie issue, see Roberto's Report: Another Cookie, anyone?.

>> Top

Saturday, December 30, 2006

Third Party Cookies Used To Migrate From Beta Blogger To New Blogger?

Complaints in the Blogger help forums about "Blogger won't remember me" are becoming pretty common. My general advice is to clear cache and cookies, and start over.

Maybe we're seeing a way out of the fog.

Joel, aka Far Outliers in Clicking "Remember Me" is Useless, may have found a clue.

At work, I was getting redirected successfully, but at home I wasn't--that is, until right now, when I unchecked the box in Firefox that allows 3rd-party cookies.

It makes sense that third party cookies would be part of a migration.

Cookies created by one server ("beta.blogger.com"), and read by another ("www2.blogger.com") might look like a third party relationship, to the browser.

Now, it's up for someone to verify this. If you're blocking third party cookies, and you haven't yet successfully gotten Blogger to recognise your login state from browser session to browser session, check your third party cookies filtering in your browser.

And if you find a setting that, when corrected lets you login properly, let us know.

For more insight into the cookie issue, see Roberto's Report: Another Cookie, anyone?.

(Edit 1/3): Besides the third party cookies problem, there's an interesting possibility to explain first party cookies, and how they could present a problem in both Firefox and Internet Explorer.

>> Top