TheRealTimeWeb.com

I've recently run into a very annoying error when I tried to add a new domain (the one for this blog) to my existing Google Apps account.

When trying to verify the domain ownership Google threw up the following unhelpful error: "This service is not available. Google Webmaster Tools is not available for [domain]"

Webmaster Tools? Hey, I was only trying to verify domain ownership here... A quick search brought up tons of other users with similar issues, including some closed threads without solutions (thanks Google!).

After some more digging and failed attempts at resolving the issue (it was suggested that malformed DNS records could cause this) I figured that adding the Webmaster Tools to my account did the trick. Yeah whatever!

Log into your Google Apps account and go to 'Organization & users'. Next click 'Services' which is a tab next to 'Users' and somehow easy to miss.
Scroll down and enable the service 'Google Webmaster Tools'.

Now try verifying your domain again, it should succeed - at least it did for me.

Good luck.

2 comments
Posted on October 17, 2011 at 4:08 PM. 1207 views. Print

Tweet Follow @stefanrichter

Here's a quick tip if you'd like to add Chrome as your default browser (or secondary for that matter) in Flash Builder.

You may have noticed that Eclipse seems to struggle with this if you browse for the location and end up with '/Applications/Google Chrome.app' as the path: it gets rejected as soon as you click 'ok' stating that 'The location value is not a valid path name'.

After a bit of trial and error I managed to find a valid path name after checking out the existing browsers' paths in more detail. Here's what seems to work for me:

Note that under Windows you may not encounter this issue. Hope this helps someone.

1 comment
Posted on October 5, 2011 at 12:48 PM. 2394 views. Print

Tweet Follow @stefanrichter

This is worth a blog post since it turned out to be a task that took me 15 minutes to complete...
I wanted to sign up for Google Checkout as a seller and tried to sign in with my Google Apps account. The error message I got told me that my account was not enabled for Google Checkout and that the administrator for my Google Apps domain had to enable it.
Luckily that administrator is me so I went on the hunt for the option that enables Google Checkout for my Google Apps account... 15 minutes later I found it, and to save you some time here it is:
1) Go to your Google Apps account at https://www.google.com/a and log in as the domain admin. You may find it easiest to simply log into your Google Apps GMail account instead in which case you now need to click on 'Manage this domain' at the top right.
2) You're now on the Google Apps homepage for this domain. Click on 'Organization & users' (second option, top left)

3) Next click on 'Services' (next to the selected 'Users' tab (it's easy to miss).

4) Scroll down to 'Other Google Services' and past it until you find Google Checkout. Turn it on.

You are done!

4 comments
Posted on August 23, 2011 at 6:59 PM. 2974 views. Print

Tweet Follow @stefanrichter

*** Update, follow-up post added ***

Interesting news:
http://sites.google.com/site/webrtc/home

The WebRTc project by Google aims to enable web browsers with RTC capabilities over JavaScript APIs. For me this may just be the incentive to pick up JavaScript again. For FMS this means even more pressure outside its core function of streaming video.

› Read Full Article

1 comment
Posted on June 1, 2011 at 11:48 AM. 4183 views. Print

Tweet Follow @stefanrichter

It has only been a few minutes since the news of Google removing support for the H.264 video codec from Chrome in favour of WebM, a codec that Google open-sourced after their acquisition of On2, has been making the rounds. Is this significant? I guess it depends who you ask, but Chrome is certainly a browser that's quickly gaining traction, and rightly so.
I personally have seen very few videos in H.264 on the web that were *not* played back in Flash. Since Flash (as well as other plugins) will of course still be supported in Chrome there is always that option (with the notable exception of Apple's iDevices of course since none of those support Flash or indeed other browser plugins).

Adobe have already publicly committed to supporting WebM in Flash, and joined Google alongside many other companies on the WebM project. A notable exception on that list is of course Apple, an avid supporter of H.264. But it remains to be seen if Google's decision has any real implications in the short term. Things would look differently if YouTube was to stop encoding videos to H.264 and 'force' anyone wanting to play back new videos using a platform or browser that supports WebM.

Another party not to be pleased is undoubtedly MPEG-LA, the organisation responsible for setting and collecting licensing fees for H.264. Let's not forget: despite what Apple would like you to believe, H.264 is neither open nor free, and many companies including Adobe pay huge sums (millions I assume) to MPEG-LA in order to be able to add the H.264 decoder to Flash Player and other tools. And as John Dowdell confirmed, "when I've asked, I've heard 'millions' quoted for redistribution licensing as well." No small change then.

What does this mean for Flash? It could solidify its position as the safe bet for video playback on the web. There is little chance of Adobe removing support for H.264, and they are definitely adding WebM.

In the long run I'm not sure if Flash will remain the primary choice for video playback on the web. But as long as the rest of the landscape is in such a mess I cannot see it going away anytime soon. My prediction is that we will still see a lot of Flash based video being deployed in 10 years from now.

10 comments
Posted on January 11, 2011 at 10:33 PM. 3307 views. Print

Tweet Follow @stefanrichter

John Harding, Software Engineer at Google, has posted a lengthy article about the pros and cons of Flash video and HTML5 video support in today's browsers. It's fair to say that the post is in essence a major thumbs up to the Flash Platform. The author points out that video on the web today is much more than a simple video tag pointed at a file, but involves other considerations such as widely supported codecs, secure delivery mechanisms where required by content owners, two way video and audio for recording live via webcam as well as immersive fullscreen options.
All this is of course supported today via the Flash Player but not via HTML5, and whilst we all agree that it'd be very nice not to have to wrap a video into a SWF wrapper we must also face the reality that in many cases a simple click and play experience just doesn't cut it anymore. HTML5's video capabilities could have given Flash a run for its money about 10 years ago when Flash first started building momentum for online video delivery, but they are no match for the type of features that web users today are accustomed to and demand as standard.

Sure, of course I am biased, but I am also smart enough to know when I'm beating a dead horse, and Flash definitely is not one of those. Whilst new technologies such as HTML5 are most welcome, especially when they make a developer's life easier they also need to make sure that they don't over-promise and under-deliver. The amount of hype some companies have been able to generate around HTML5 is almost unreal, yet the follow-up on that hype remains to be seen. In the meantime I'll get back to work to make bling with Flash, clients are waiting and the biggest app store of all is still the web ;-)

How did I get here? Sorry - here's the YouTube blog post again.

1 comment
Posted on June 29, 2010 at 9:56 PM. 3055 views. Print

Tweet Follow @stefanrichter