Daniel Hepper » Django

Slides from EuroDjangoCon

Daniel Hepper — Tue, 05 May 2009 06:57:58 +0000

These are the slides and code of talks given at the EuroDjangoCon, which is held in Prague from May 4th to May 6th. This information can also be found in the EuroDjangoCon Wiki.

Day 1:

Zed Shaw (@zedshaw): Opening Keynote
James Tauber (@jtauber): Django Patterns [PDF]
Andrew Godwin (@andrewgodwin): Migrations: whywhyhowwho?
Paul Smith (@paulsmith): The web map stack on Django
Justin Lilly (@justinlilly): Django @ 30.000 feet
Simon Willison (@simonw): Django Heresies

Day 2:

Honza Kral (@HonzaKral): Model Aware Validation
Mike Malone (@mjmalone): Scaling Django Web Apps [PDF] + Code on Github
Eric Holscher (@ericholscher): Django Testing
Peter Baumgartner, Michael Trythall (@LincolnLoop): Customizing the Django Admin [PDF]
Alex Gaynor (@alex_gaynor): Forms, Getting Your Money’s Worth
Joe Stump (@joestump) Rethinking the Stack

Day 3:

Franz Wierzbicki (@fwierzbicki): Django on Jython
David Larlet (@davidbgk): State of the art and future of Semantic stuff in Django (panel)
Leah Culver (@leahculver): The Next Big Thing
James Tauber (@jtauber): State of Pinax
Joe Stump (@joestump): Working with large data sets
Andy Smith (@termie): Migrating from LAMP to App Engine

Other:

This post will be updated over time. Please leave a comment if you think something is missing.

Building a site with Django? Start with Pinax!

Daniel Hepper — Tue, 04 Nov 2008 14:29:38 +0000

Some time ago, I watched James Tauber’s talk at DjangoCon about Pinax, a collection of re-usable Django applications. If you are thinking of a collection as a bunch of apps carelessly thrown together, you could not be more mistaken. Pinax is the foundation for a complete social networking site which covers most features you can imagine, the whole nine yards.

Forget django-admin.py startproject! Just do cp pinax myproject, remove some stuff you don’t need, adjust the templates and you are done!

Ok, I might be exagerating a bit, but watch the talk to build your own opinion.

Dynamic paths for lazy people

Daniel Hepper — Wed, 24 Sep 2008 09:13:21 +0000

Once your Django project has to run on multiple machines, the absolute paths in settings.py will drive you nuts.

A suggested solution to enhance portability (in German) is to define a PROJECT_ROOT.

import os
PROJECT_ROOT = os.path.dirname(__file__)

And then define absolute paths like this:

MEDIA_ROOT = os.path.join(PROJECT_ROOT, 'site_media')
TEMPLATE_DIRS = (
    os.path.join(PROJECT_ROOT, 'templates'),
)

The downside is, typing os.path.join(PROJECT_ROOT,'foo') ~~twice~~ over and over again, will probably incur the wrath of the DRY gods. But don’t despair, we can do better:

import os
PROJECT_ROOT = os.path.dirname(__file__)
p = lambda *x: os.path.join(PROJECT_ROOT,*x)

Use it like this:

MEDIA_ROOT = p('static')
TEMPLATE_DIRS = (
    p('templates'),
)
MY_NESTED_PATH = p('x','y')

Pitfalls in Django unittests

Daniel Hepper — Sat, 13 Sep 2008 13:10:32 +0000

I’m currently rewriting dwidder and I just spent way to much time on a unit test for the registration view. These are the things that made me stumble:

Write fixtures. Unit tests run on an empty database. Somewhere deep in your code might be a reference to one of the default applications, like django.contrib.sites, which will fail, because there is no default site object in your database.
Don’t subclass unittest.TestCase. Use Django’s TestCase class instead. Otherwise you will miss all the fancy stuff, like automatic fixture loading.
Import mail, not outbox. Django provides a dummy email outbox. But it to make it work as expected, you have to import the mail module. If you import the outbox directly, it will always be empty.