Django comes with a caching middleware that caches any request made to the site that doesn’t have a POST or GET. You can set the cache to only cache pages for anonymous (using CACHE_MIDDLEWARE_ANONYMOUS_ONLY). The second piece of the puzzle is that the login view for Django sets a test cookie when a visitor first comes to the page, if this is not there, the login will fail.

What happens is:

1. Make a request to the login page without any GET or POST parameters.
2. Web server returns the cached page. (Note: this doesn’t set the cookie because no Python code has been run, the page returned is static)
3. The user enters in the login information and submits the information. This is sent to the server as a POST.
4. The server, because of the POST, now runs the login view. This fails because there was no cookie previously set, but it does set the cookie that should have been previously set.
5. The error message shown to the user is as if it was a failed attempt. If the user reenters the information, the login will now work as the cookie is now set.

Hopefully that makes some sense.

What is the solution? Unfortunately, the caching middleware doesn’t allow you to fine-grain what it caches, it’s an all or nothing. There are two solutions:

1. Always pass a GET param to the login page. By passing a GET param, the caching middleware will not return the cached page.
2. Turn off the caching middleware and instead use the more fine-grained per-view cache.

I’m trying the GET parameter. We’ll see how it works.

• Ali updated the map on the frontpage to be more intelligent and fixed some annoying problems with it. Now it looks better and responds better.
• We now have widgets! See below for an example widget, but this code can be placed into any webpage to give information on a startup or investor listed on StartupIndex.ca. You can access the widget for any startup or investor by the “Embed Widget” option on the profile page.
• A new addition that is not visible from the frontend is a new framework for moderation edits to StartupIndex. This will increase our turn around on approving changes. I’m planning on releasing the code for this as a separate Django application in the near future. More on that soon.

Let us know if you see any problems, or have any brilliant ideas for where the site should go.