Skip to main content

Playing with Google AppEngine

I've just spent the last two days playing around with Google's AppEngine, and I like it.

When my language of choice was perl, I wrote plain ole CGI web applications (if you can call them that) using perl's CGI module.

In the python world though, web frameworks and WSGI seem to be the way to do things, so I've known for a while that I needed to learn one of the many frameworks out there. I spent about a week getting my head around TurboGears and the concepts of ORM a year or so ago using the TurboGears book. After a week I has finished the book and has the sample app working but had no more time left to spend on the project. Obviously, not using it, I've long since forgotten all of the TurboGears specific stuff. I had through to given Django my next try but AppEngine caught my eye in the meantime.

AppEngine has a nice Getting Started Guide which I used to get a simple little application up and running on the local development web server included in the SDK in an hour or two.

Learning from the mistakes of the past, I decided on a project - porting a perl CGI script I wrote a few years ago (a University of Cape Town map using the Google Maps API and some local data I had gathered) to AppEngine. The result is basic but its a start and its here. Hopefully, over time I'll develop it into something useful - maybe add some additional information such as a picture or two, a brief description, a list of departments, etc to each building.

The only problem I has was with bulkload_client.py, a tool for reading bulk data from a CSV file and importing it into the application. We are behind a proxy server, and bulkload_client.py doesn't support proxying (even though application publishing tool does). Since everything is written in python adding (or should I rather say hacking in) proxy support was not a big problem. Just edit google/appengine/tools/bulkload_client.py in the SDK and change line 136 from:

connection = httplib.HTTPConnection(host_port)

to

connection = httplib.HTTPConnection("127.0.0.1", 3128)

where "127.0.0.1" is the IP address of your proxy server and 3128 is the proxy port, and change line 138 from:

connection.request('POST', uri, body, headers)

to:

connection.request('POST', 'http://%s%s' % (host_port, uri), body, headers)

and it should use your proxy server to upload your data to your application. When I get a chance I will try add proxy support using getopt and produce a proper patch - maybe :)

Of course, this is only needed when you have deployed your app to the Google AppEngine infrastructure and you want to deploy your data, not when you're using the development server included in the SDK.

And that's all there is too it. AppEngine is still in beta and is limited to 10 applications per Google Account (and you can't currently delete your applications once you've deployed them - though this feature is apparently coming) but when it goes live it's going to be big. Hopefully they still allow small applications to use the infrastructure for free.

Next stop, Django.

Comments

Popular posts from this blog

Normalizing a MAC address string

Over the last few days, I have been spending some time working on my python - reading the sections of Diving into Python that I have never got around to and refactoring parts of some of my python scripts to make better use of the features of language and, ultimately, to make them more robust (i.e. usable by people other than me). The script I have started with is a simple one for registering hosts for DHCP access. Basically, it takes two command line arguments - a fully qualified hostname and a MAC address - and then does some validation, checks that neither address is already in use, normalizes the output to the correct format, constructs a properly formatted host stanza and appends it to the end of our ISC DHCP servers dhcpd.conf configuration file. I have made improvements to various parts of the code but the changes I am most conflicted about are those I have made to the MAC address normalization function which works reliably and therefore probably isn't a good candidate for

More pyparsing and DHCP hosts

Since I wrote my original pyparsing post a few days ago, I've done some more work on refining my ISC dhcpd.conf host parsing example program. I also received some useful comments and suggests from Paul McGuire, the author the pyparsing module (thanks, Paul!), which I have also tried to incorporate. It's it's currently just a useless toy program but it is starting to look quite pretty. #!/usr/bin/python from pyparsing import * # An few host entries from dhcpd.conf sample_data = """ # A host with dynamic DNS attributes host a.foo.bar { ddns-hostname a; ddns-domainname "foo.bar"; hardware ethernet 00:11:22:33:44:55; fixed-address 192.168.100.10, 192.168.200.50; } # A simple multi-line host host b.foo.bar { hardware ethernet 00:0f:12:34:56:78; fixed-address 192.168.100.20; } # A simple single-line host host c.foo.bar { hardware ethernet 00:0e:12:34:50:70; fixed-address 192.168.100.40; } """ digits = "0123456789&qu

Sorting a list of IP addresses in Python

As I work a lot with network data, one of my favourite python modules is iplib . It takes care of quite a few of things I want to do with IP addresses but lacks a lot of functionality of perl's Net::Netmask which I relied on extensively when perl was my favourite language. One of the iplib missing features is a method for sorting a list of IP addresses, or at the very least, a method for comparing two addresses. Luckily this is easy enough to implement yourself in python using a customised sort function. See the Sorting Mini-HOW TO for a well written document on sorting in python. Here is my attempt at a custom function for sorting IP addresses. import iplib ips = ["192.168.100.56", "192.168.0.3", "192.0.0.192", "8.0.0.255"] def ip_compare(x, y): """ Compare two IP addresses. """ # Convert IP addresses to decimal for easy comparison dec_x = int(iplib.convert(x, "dec")) dec_y = int(ipl