Posts Photos Archives About

Subscribe: RSS JSON

2020 October

2020 January

2018 October

2009 February

  • You may have noticed the new color scheme and new "Theme Switcher" widget in the sidebar. I had done some CSS work during the past month in the office and it made me want to tweak the stylesheets on this site a bit. I figured I might as well make it easy to switch stylesheets, so I wrote a small Theme Switcher django app. (Well, it's more of a stylesheet switcher I guess) The model is simple: class Theme(models.Model): slug = models.SlugField() title = models.CharField(max_length=250) css_path = models.CharField(max_length=500) def __str__(self): return self.title I only needed one view -- to switch

    read more (406 words)

2009 January

  • I actually had some trouble using django-pingback on my custom blog engine; the django-pingback documentation is mostly fine, but there were some caveats that I had to discover myself through a bit of debugging: The URL specified for the XML-RPC endpoint in the HTML head needs to be a full absolute url including domain, i.e., which gave me trouble when I was trying to test using localhost pinging to an online server. I eventually just decided to set it up, deploy on webfaction and test it online before I redirected the domain name. The documentation mentioned that the pingback

    read more (320 words)

2008 December

  • Frontend: All page templates are valid (X)HTML. However, I choose not to claim valid XHTML (and no doc type declaration) since I can't guarantee that blog posts I write are compliant! The site uses standard CSS and uses the Blueprint CSS Framework for the grid layout of the page. The site design is entirely original (if not simple and bland -- I'm not very good with website design yet!). The site has minor usage of JQuery Javascript library in some parts. Backend: The server side uses Python and Django behind mod_python on Apache, with a MySQL database. The following Django

    read more (283 words)

  • I played around with the built-in comments app today, trying to clean it up. Some findings: Some of the moderation views, such as flagging a post or deleting a post, accept a next parameter that determines where the view will redirect to after the operation. However, the way the url's are set up, there's no easy way to pass this parameter normally, even through query strings. This lovely bug is documented in I wasn't confident enough to try patching it, so as a temporary workaround, I overrode the flag and delete templates and placed the following inside the form:

    read more (438 words)

2008 November

2008 October

  • I wanted to add some basic tagging to my blog app so I tried out django-tagging. Unfortunately, the featured downloads on the Google Code site are quite out-of-date and would not work with Django 1.0, so I did a subversion checkout instead. If you're getting an error like "ImportError: cannot import name parse_lookup", then you need to get the source code from SVN. Adding the tagging to the blog was pretty easy: Add the tagging app to Add a tagging.fields.TagField to the Post model Add a "tags" text field to the post form used. Modify templates to display the

    read more (164 words)

  • ... and now it works! I think the apache service needed to restart mod_python or something... (I don't have SSH access so... )
  • So I got a basic blog app up and running. Posting, paged archives, etc. Comments implemented using the django.contrib.comments. No problems here, the only caveat being most of the current documentation found by Google searches refer to the pre-1.0 version. Need to peruse the official docs for 1.0 stuff. RSS feeds implemented using django.contrib.syndication, this one seems fine. I tested it and it's running fine on localhost. I also have a free django hosting account at, so I try to upload it there. However, when I access the website there (, I get the following error: 'comments' is not

    read more (143 words)

  • "when redirecting, how can I make the redirect URL decoupled from the of the parent app?" -> It turns out that HttpResponseRedirect supports relative paths, so this was fine. return HttpResponseRedirect("../" + str( + "/") I got the basic posting structure up. /post/new/ -> To make new posts /post// -> To view a single post /post/all/ -> To view all posts I should probably start thinking of a better url scheme. Ideally, I'd want the @login_required views to be indicated as such in the urls. Something like "/admin/post/" for new posts "/admin/manage/" for a screen to manage posts to

    read more (167 words)

  • The quintessential app to learn from is of course a blog. Started using a simple Post model. Added the new post form and view. Can now successfully insert posts into the DB. Next: -- create the detail page that will show the post after saving Figure out: -- when redirecting, how can I make the redirect URL decoupled from the of the parent app? i.e. if the parent app has the following mapping: β€˜^blog/' -> pass to blog.urls.urlpatterns the blog app has mappings for β€˜^post/new/' -> new post β€˜^post/([A-Za-z-])/' -> post detail inside the view, I want to redirect

    read more (127 words)