Loqu4cius is a lightweight blog engine based on Django (not this Django), that runs on google app engine and it uses as backend CloudSQL, which is, as google put it, MySQL on the cloud.
A bit of history
Google appengine has the ability to run scalable app. So far it was possible to use django on it, given the fact Python was one of the two supported languages, however the back end was big table, which is not compatible with the classic RDBMS used by django.
This made impossible to use span relation and over, so the only usable bit of django were the templates, the URLs router but not the model…
Django-nonrel to the rescue.
A project called django-nonrel came to the rescue, and it created a compability layer between the NoSQL backend and the classic django ORM. Most of the span relationship were working, however some of the join, like the many2many were not available.
Fast forward to our time
Fast forward to today, google made it possible to have a classic RDBMS available, with the possibility to use all the ORM goodies, included django third app that can speed up and reuse the development.
So now Google-cloud to the rescue.
To check it out, I’ve came up with Loqu4cius.
It features a tag cloud that makes it be 2.0, is based on Twitter Bootstrap, and I’ve styled with some colors and the fonts (directly from google font), a search bar and the ability to enter rich text using ckeditor. The comments are integrated using disqus, that is the way to go right now.
The code is on GitHub with a quick readme, for any question the comments are here :).
Some thoughts about the development
Google appengine comes with some limitation, but with the possibility to add third parties libraries it is possible to re-use a lot of the django apps already available. (Let’s agree on terminology: app –> a single application that does one thing, for example it manages the tags, project –> a collection of all the apps and related files that runs the entire site.)
My strategy is to create a virtualenv and than copy all the necessary modules into the lib folder. This gives me the ability to install a package with
pip install package_name
and all the dependencies very easily. After that it’s a matter or using the apps and make it work pretty nice.
CSS writing
I like to use less to write CSS, but I don’t want to have a client compilation of the less file, and I want only to serve CSS in production, therefore I use two helper to get the job done.
First I use a python script that finds all the less file and compiles them into css, calling the lessc compiler.
However I don’t want everytime that I write a new bit of the less file, to call the script myself, so I use watchdog to call the script everytime the less file gets saved.
It would be nice to have a tool that can launch both the development server and this script in one go, and it actually doable. It’s called honcho and it accepts a classic Procfile.
For example for loqu4cius this is the Procfile.Dev
web: ./serve.sh
less: watchmedo shell-command --patterns="*.less" --command='./scripts/build_less.py "${watch_src_path}" ' static/less/
launching it with honcho -f Procfile.dev start makes sure to launch the development server, and to recompile and move the file to the collectstatic folder as required in one go, so you can focus on just developing.
Last but not least, I’ve created a quick release script, called release_site.py, which:
- increases the app.yaml version of the site
- performs the syncdb in production
- uploads the site using appcfg.py,
- commit the modifies app.yaml to the repo
- tags the repo with the version number
so you can always now which commit refers to which version on googleappengine.
To figure out how to set up the enviroment in a way to have a streamlined development took me a bunch of days, and I’m eager to know other solutions to the same problems!