If you ever needed to track changes to model instances in your Django code, you probably stumbled upon django-reversion (and if you didn't, I highly recommend it). It's a great way to add version control to your models and keep history of changes. For every model class registered with reversion the history view in Django administration panel gets the ability to rollback to previous versions. However, there is no central place to display a global log of all changes. Fortunately, it is quite easy to add.
Wreszcie dopisała pogoda i mogłem się wybrać na plener fotograficzny, którego tematem była kometa C/2011 L4 PANSTARRS. Z Karolem Wójcickim wybraliśmy się na Most Siekierkowski, żeby stamtąd złowić kometę ponad wieżowcami centrum Warszawy. Efekt poniżej.
Ponad półtora roku minęło od poprzedniego wpisu. W międzyczasie zdążyło wyjść Django 1.4, artykuł o Sentry się mocno zdezaktualizował, a ja przeprowadziłem się do Warszawy. Zaniedbałem bloga, ale mam nadzieję że z tym wpisem wrócę do częstszego pisania.
Ile razy zapomniałeś o jakimś drobiazgu, lub zrobiłeś jakiś błąd, przez który Twoja aplikacja Django wysypała się dopiero na serwerze produkcyjnym? Użytkownicy strony zobaczyli błąd 500 (bo utworzyłeś szablon 500.html, prawda?) i tyle. Pół biedy, jeśli dostałeś powiadomienie o błędzie na maila, Django wysyła na tyle dużo informacji do ADMINS-ów że lepsze to niż nic. Ale rodzi się pytanie - nie można by raportować błędów jakoś bardziej elegancko? Można - po to jest Sentry.
