Beim einarbeiten in das vorhandene Framework kommen bei mir Zweifel auf, ob es tatsächlich sinnvoll ist, die vorhandene Slide-Implementierung weiter zu verwenden. Ich mache mir mit Peter einen Termin aus um dies zu besprechen. Gemeinsam kommen wir zu dem Entschluss: Eine neue Slide-(Django)App muss her. Das bedeutet ich setze die Smartphone-App vorerst nicht um und verschiebe diese auf ein späteres Projekt. Eigentlich schade, da ich schon einen ganz guten Plan hatte, aber mit einer sauberen Grundlage wird es dafür noch mehr Spaß machen 🙂

Da meine Version von Aurora schon etwas veraltet ist, muss ich diese auf den aktuellen Stand bringen. Dazu setze ich einfach die aktuelle Version neu auf, doch stoße dabei auf einige Schwierigkeiten. Nach etwa drei Tagen und einigen Hinweisen eines Kollegen, der bereits mehr Erfahrung mit Aurora hat, läuft der virtuelle Server dann endlich korrekt.

Für die Schwierigkeiten waren folgende Dinge verantwortlich:
Da Aurora noch auf Django 1.7 läuft, war die aktuelle Version der django-debug-toolbar inkompatibel. Ein Downgrade auf Version 1.4 schaffte hier Abhilfe.
Die standardmäßig verwendete sqlite Datenbank kann nicht mit dem Demodatensatz bespielt werden, da gewisse Befehle nicht unterstützt werden. Stattdessen greife ich auf Postgres zurück, welches auch am Productionserver verwendet wird.
Im Framework wird mehrfach ein user Objekt aufgerufen, welches ein AuroraUser Objekt sein sollte. Hierfür ist eine Middleware implementiert, welche die Aufrufe korrekt weiterleiten sollte. Doch diese scheint nicht korrekt zu funktionieren. Um dies zu umgehen habe ich die entsprechenden Methoden so abgeändert, dass sie direkt die entsprechende Middleware aufrufen und ein AuroraUser Objekt erhalten.

Die entsprechenden Methoden in den Master-Branch gepusht, mache ich nun einige Skizzen, wie die neue Django-App aussehen soll.