Thanks for checking out Toodlepip,
Sam Michel's personal blog for
non-Chinwag writing about digital marketing, community and other, possibly not
fully-formed, thoughts. Proper work-related bloggage lives at Chinwag and Chinwag Jobs. Posts on Drupal have their own special page and feed
and for shorter bits and pieces, there's my
Posterous blog.
OK, so a heavy duty bit of geekery here. I've written this up largely so that I've got a future reference for it, but also because I imagine there'll be other people looking for the info and I couldn't find it online.
Here's the method used to set the reverse DNS for a next generation cloud server - this one is based at the UK data center but there's also a link for the US one. Unlike the previous cloud offering, there's no way of doing this using the web interface so you have to use curl and the Rackspace Cloud API plus a bit of JSON magic.
Here goes...
This is different from your Rackspace API key - sounds obvious, but I made this mistake. It stays live for 24 hours and you'll need the token to authenticate your request to set the reverse DNS.
curl -H "x-auth-key:RACKSPACE_API_KEY" -H "x-auth-user:RACKSPACE_USERNAME" \
https://lon.identity.api.rackspacecloud.com/v1.0 -i
N.B. If your server is in the US, you'll need to use a different URL https://identity.api.rackspacecloud.com/v1.0 (see this knowledgebase article for info).
You can find your API key by logging into to your Rackspace MyCloud Dashboard, click on your username (you'll need that too) in the top right hand corner and choose the API Keys option.
The response will looking something like this:
HTTP/1.1 204 No Content
Server: nginx/0.8.55
Date: Thu, 22 Nov 2012 10:15:37 GMT
Connection: keep-alive
X-Storage-Token: YOUR_STORAGE_TOKEN
X-Auth-Token: YOUR_AUTH_TOKEN
vary: Accept, Accept-Encoding, X-Auth-Token, X-Auth-Key, X-Storage-User, X-Storage-Pass, X-Auth-User
Cache-Control: s-maxage=74459
VIA: 1.0 Repose (Repose/2.3.5)
Front-End-Https: on
There'll be some other info too, but the one you want is YOUR_AUTH_TOKEN.
The reverse DNS record or PTR record, for those that speak DNS, is specified using JSON and saved into a file. Use the template below and fill in the info that's specific to your server, save it in to a file, here we'll use the file ptr.
{
"recordsList":{
"records": [ {
"name" : "DOMAIN_NAME",
"type" : "PTR",
"data" : "IP_ADDRESS",
"ttl" : 56000
}
]},
"link" : {
"content" : "",
"href" : "https://lon.servers.api.rackspacecloud.com/v2/RACKSPACE_USERID/servers/NEXTGEN_SERVERID",
"rel" : "cloudServersOpenStack"
}
}replacing the following place holders with your info:
N.B. The URL will be based on the location of your servers. The one I was using is in London, but if you're using a different data centre you'll need to update this (Thanks Ian for pointing this out).
Last job is to fire this information at Rackspace Cloud's API to set the record. Almost there!
Use the following curl command, substituting in the values YOUR_AUTH_TOKEN and RACKSPACE_USERID that you'll have obtained from the previous two steps.
The @ptr part of the command refers to the file with the JSON info that we created above:
curl -H "x-auth-token: YOUR_AUTH_TOKEN" \
https://lon.dns.api.rackspacecloud.com/v1.0/RACKSPACE_USERID/rdns \
-d @ptr -H "Content-Type: application/json" -i
The response should look something like this:
HTTP/1.1 202 Accepted Date: Thu, 22 Nov 2012 10:22:12 GMT Content-Length: 598 X-API-VERSION: 1.0.20 Content-Type: application/json Server: Jetty(8.0.y.z-SNAPSHOT)
which is good news and means the info has been accepted. It'll take a while to propogate across the DNS system. Last time I set a record, it took about 30 mins for most servers to pick up the info.
Stop sniggering at the back.
Dry Rub is a carefully prepared blend of herbs and spices that are added to meat before cooking. Usually low'n'slow cooking. Really! Still sniggering?
This mini-obsession with BBQ started with the Digital Mission trips to SXSW and has surfaced again as we prepare to take 40 companies to this year's mega-conference in Austin, Texas. One of the happy by-products of the trip is the chance to indulge in some of the best BBQ available.
There's plenty of debate on the best dry rubs, the best BBQ sauces, how to prepare the meat, how to cook. So I've been experimenting. This time, I remembered to take pictures...so if you fancy giving it a whirl...read on:

Full list of ingredients:
Start with the harder ingredients - black peppercorns and coriander seeds - and pound them into powder using a pestle & mortar, then start adding in the softer ingredients. If you can get whole ingredients rather than powder, I think the flavour is better.
Took me about 10 mins of heavy-duty pounding to get a reasonably fine powder for the rub. It could definitely be finer still, but I'm quite lazy. A tip here...use the weight of the mortar to crush the spices, if you use arm action alone, it gets tiring quickly.
This is roughly what it looks like:

Now time to add the mix to the ribs. Take the tough membrane off the underside of the ribs, if it's still there. Most butchers will have done this already.
Don't worry too much about fat. Fat is good. Keeps everything juicy and lovely. And with this length of cooking time, much of it will cook off. At least that's what I tell myself. Doctors may disagree.

Spread evenly across the ribs and make sure the meat is covered. Scoring the underside of the ribs where there's a little more fat helps to get the flavours into the meat.

Once you're done, the ribs should be evenly covered and the texture feels like silky wood shavings. Then it's time to wait. Boo. Cover with clingfilm and pop into the fridge for a while. In this experiment, I left them alone for 2.5 hours.

Time to cook. Almost. Whip the ribs out of the fridge, remove clingfilm and let them come up to room temperature. This can take a while. But it's worth it...that's extra time for the dry rub to work it's magic.
Whilst that's happening, pop the oven on to 100C ready for the ribs.
For the cooking, low and slow are the by-words here. I like to pop the ribs on a rack above an oven dish that's filled with water. This helps keep the ribs moist as they cook. Give them a while - 3-4 hours.

And this is the result:

The ribs have a spicy, peppery crust but are moist and should pull apart really easily...

And eat! Took us about 20 minutes to wolf down the whole lot.
We tried them with a couple of different BBQ sauces, but in the end, I prefered them sauce-less. Let me know how you get on.
Photos (cc) Sam Michel. See the set on Flickr.
A couple of weeks back I was asked to speak at TechWorld, a conference and expo organised by UK Trade & Investment. This year's event included the addition of the first TechCity Entrepreneur's Festival.
The week-long festival incorporated a bootcamp, access to investors, a giant get-together with Silicon Valley Comes to the UK, pitch training and a pitch competition. In the light of so many overseas companies heading in to London, I thought a whistlestop tour of the UK's digital sector, location of clusters and London, in particular might be handy.
Here's the presentation with all the research referenced. The work around the growth of micro-global firms from London Met university highlights a growing trend of international firms using London as their commercial base, using the relatively easy legal frameworks, access to capital/staff and timezone-friendly location to their advantage.
Like I say, just a whistlestop tour, given the chance it'd be good to pull together further information from outside of London. It's clear that the South East dominates the digital scene in pure numbers, but I'd love to get a sense of the health of the specialist clusters outside the M25.
Whilst I have to admit to some initial scepticism about TechCity, the focus on the area is definitely having an impact with the number of firms growing, between 250 and 600, depending on whose figures and methodology used. Either way, it's all in the right direction.
Having said that, the Tech in TechCity, might be slightly mis-leading with a large number of agencies and digital-focused agencies including UX, creative, strategy and marketing making up the numbers. One to watch, and let's hope it continues to grow, the UK's economy certainly needs the inward investment and youth employment shot-in-the-arm this initiative offers.
Photo (c) Duedil's London Startup Map. Originally posted on my blog at Chinwag.
Spotting this picture pop up in my Facebook feed, it was hard to resist following the link to the full story at The Poke, a collection of funny blogs, posts that bills itself as 'time well wasted'.
And it nicely follows on from my post a few weeks back about the folks at Flickr who I thought handled a fairly major server outage rather well.
I really hope that this isn't a fake. Or at least the deflty-handled response purported to be from the Director of Corporate Communications at St Andrews University, Niall Scott, who was asked to verify if notice which appeared on campus was legitimate.
Let's face it, it's a funny fake. And a po-faced official might have taken a dim view to a Freedom of Information request enquiring about the veracity of the notice. Mr Scott's response is a lesson in the art of a well-balance riposte of fact, humour and policy.
Taking into consideration the subject matter, there's so many ways this could've gone wrong and I wonder how long it took to knock out (pun very much intended) this response.
Well, played. Like I said, I really hope the response isn't a fake. The names check out and I've emailed Niall to double-check. In the meantime, here's a snippet of his response:
A strong clue that the notice is fake is the line “Please go home and masturbate if you are bored.” As a matter of policy, the University would never encourage students to go home during term time.
I understand that two copies of the notice were attached, with chewing gum, to doors of the male toilets in the University of St Andrews Main Library on or about the afternoon of Sunday November 13th 2011. The notices were removed by Library staff shortly afterwards.
Far from having a policy on masturbation or outlawing the practice, as the bogus notice alleged, the University encourages the study of it, academically at least. Among the titles in the University Library is “Solitary Sex : A Cultural History of Masturbation” by Thomas Walter Laqueur, pub Zone Books, New York, 2003.
Available from the short loan section, and as of 3 p.m. this afternoon, one copy still available to borrow.
The full response is available in the original blog post on The Poke. It's worth a read.
UPDATE: Just heard back from Niall at St Andrew's University who confirms that the incident is true, and his response is genuine. Top work.
It always struck me as somewhat of a spectacular own goal that when Google launched Google Plus (G+) in late June 2011, that it wasn't available for the 4 million businesses coughing up real money for Google Apps, let alone those using them for free.
After the debacle when the big G prematurely launched Buzz to much criticism, this was the opposite end of the spectrum. Lock out the most engaged Google users, and those guaranteed to get the most from a new service. As you'd expect there was a fair bit of forum-based grumbling.
In order to get things working Google needed to roll-out profiles for Google Apps, which was announced matter-of-factly on their blog a couple of days ago. Considering the company's focus on being more social it's surprising they haven't made more of a song and dance about it...yet.
So, if like me, you'd been waiting to get your mitts on this and have a proper look-see without having to constantly login and logout of a personal Gmail account, here's a quick guide to setting it up (you can find the official Google guide here).
Step 1: Enable Google Profiles for Your Organisation
Login to to your domain's management console. If you use to access this from the link in the top right-hand corner of your Gmail account, you'll probably notice the link has disappeared. You can access the control panel directly using a URL.
The format is: http://www.google.com/a/domain.name
Next, select the Organization & users tab from the main menu then choose the Services option.
Scroll down to find the switch for Google+ at the bottom of the list of Google-branded services, see the screenshot below for an example.

Next up, there's a warning screen that essentially spells out, that by turning on Google+, you're letting your organisation's users control their profiles and get up to all sorts of mischief if they so wish. Probably a good time to check the company's social media policy.
Note the Turn Google+ on link is the text link, not the button.

Step 2: Individual Users Turn on Google+
So far, so good. Google+ is now turned on at the organisation level, but individual users need to enable their own account so they can use it. Just direct them to the main Google+ homepage at http://plus.google.com.
As long as they are signed in to their Google Apps account, they'll be prompted to create a profile and get cracking with Google+, it looks like this:

Et voila! Job done, your organisation's users will get access to all the Google+ goodies including: Profiles, Circles, Streams, Hangouts, Picasa Web Albums and Google+ mobile access.
For admins, Google provides a handy email template to let users know how to enable Google+ and learn more about its features. You'll find my profile here.
Photo (cc) keso s.