Ja, für Django-Anwendungen und das Python darunter, weil ich dort die Arbeit zeigen kann. Für einen anderen Stack schreib mir kurz, dann sage ich dir, ob ich dafür die richtige Person bin.
Software-Modernisierung in Wien. Django-Upgrades mit Plan.
Software-Modernisierung heißt hier: Eine Django-Anwendung, die auf alten Versionen läuft, kommt wieder auf Versionen mit Support. Das mache ich als Entwickler und Berater für Unternehmen in Wien und Österreich. Mainframes, .NET- und Java-Anwendungen gehören nicht dazu. Der Einstieg ist ein Audit zum Fixpreis.
Django 4.2 bekommt seit dem 7. April 2026 keine Sicherheitsupdates mehr, und Python 3.10 hat im Oktober 2026 das Ende seines Supports erreicht.
Das Audit zeigt, was das Upgrade bedeutet, bevor sich etwas ändert: den Aufwand, die Kosten und die Stellen, an denen es brechen kann. Du bekommst einen schriftlichen Plan. Das Upgrade führe ich auf Wunsch durch, oder dein Team macht es mit dem Plan in der Hand.
Noch unklar, wie groß das Thema bei euch ist? Der Selbsttest in sieben Fragen gibt eine erste Antwort, ohne in den Code zu schauen.
Meine Arbeit an Altsystemen
Das habe ich an alten Django-Anwendungen gemacht: Versionen angehoben, die Datenbank gewechselt und ein Altsystem neu gebaut.
Django-Versionen
Django-Versionen an einem produktiven System, eine nach der anderen: von 2.2 über 3.0 und 3.1 auf 3.2, 2019 bis 2021. Im selben System ging Celery, die Software für Hintergrundjobs, von 4 auf 5. Ein weiteres Kundenprojekt, außerhalb dieses Systems, habe ich auf Django 4 oder neuer angehoben.
Datenbank
MySQL auf PostgreSQL: Zeichensatz und Sortierung habe ich vorab bearbeitet, die Umstellung lief mit pgloader, einem Werkzeug für den Datenumzug.
Altsysteme neu bauen
Ein Python-2.7-Produkt mit Django 1.7 von 2014 habe ich auf Django 6.1 und Python 3.14 neu gebaut. Es ist mein eigenes Produkt.
Werkzeug für Upgrade-Pläne
Ich pflege django-upgrade-report, ein kostenloses Open-Source-Werkzeug. Es liest das Lockfile, also die Liste der festgelegten Paketversionen, und gibt einen Plan für den Weg zur Zielversion aus. Dazu habe ich am 28. September 2026 ausgewertet, welche Django-Versionen die Entwickler der 200 meistgeladenen Django-Pakete angeben.
Was das Upgrade-Audit prüft
Versionen und Deprecations
Django-, Python- und PostgreSQL-Versionen gegen ihre Support-Kalender. Dazu die Deprecation-Warnungen, die der Code auf der Zielversion auslöst, also Hinweise auf Funktionen, die bald entfallen. Sortiert nach Aufwand.
Drittpakete
Die Pakete aus deinen Requirements, also der Liste der Abhängigkeiten, geprüft auf ein Release für die Zielversion. Verwaiste Pakete bekommen einen konkreten Ersatz oder den Hinweis, dass der Code ins eigene Projekt wandern muss.
Testabdeckung
Wo Tests das Upgrade absichern und wo sie fehlen. Entscheidend ist die Abdeckung des Codes, den das Upgrade berührt, nicht eine Gesamtprozentzahl.
Datenbank und Migrationen
Die Migrationen, also die Schritte, die das Datenbankschema ändern: ihre Historie, Kandidaten zum Zusammenfassen und die Schemaänderungen, die das Upgrade erzwingt. Große Tabellen bekommen eine Migrationsstrategie, die sie nicht lange sperrt.
Deployment und CI
Build, Pipeline und Server-Setup gegen die neuen Versionen geprüft, mit einem Weg zurück, falls ein Schritt nicht trägt.
Plan und Schätzung
Das Upgrade in Schritte geteilt, die einzeln live gehen können, mit Aufwand in Tagen und Risiko je Schritt.
SO LÄUFT ES AB
Audit
Drei Arbeitstage zum Fixpreis von 2.900 €. Lesezugriff auf das Repository reicht, die Produktion bleibt unberührt. Das Ergebnis ist der schriftliche Plan.
Upgrade durchführen
Umgesetzt entlang des Plans, von mir oder von deinem Team. Das Angebot dafür beruht auf der Schätzung im Plan. Die Schritte gehen einzeln live, ein Problem zeigt sich also eher in einer kleinen Änderung als in einem großen Release.
Aktuell bleiben
Optional danach: laufende Upgrades und Sicherheitsupdates der Abhängigkeiten. Der Preis richtet sich nach dem Ergebnis des Audits.
WARUM NICHT WARTEN
Verlässt eine Version den Support, bekommt sie keine Sicherheitsupdates mehr. Ob eine später gemeldete Lücke auch deine Version betrifft, prüft das Django-Team nicht mehr.
Bibliotheken wie Django REST framework und django-filter haben Django 4.2 aus ihren neuen Releases gestrichen. Wer stehen bleibt, behält auch deren ältere Versionen.
Eine Version Rückstand ist Routine. Bei mehreren Versionen trifft das Upgrade viele entfernte Funktionen auf einmal, und die Schätzung wird unsicherer.
Was seit dem Supportende passiert ist, mit Quellen: Django 4.2 bekommt keine Sicherheitsupdates mehr.
FRAGEN VOR DER BUCHUNG
Passende Case Studies
Verwandte Services
Dietmar Eglhofer - Geschäftsführer, Solvster & VIARESDaniel hat bei der Gründung und Umsetzung der Unternehmen Solvster und VIARES einen entscheidenden Beitrag geleistet. Er war verantwortlich für den gesamten technischen Aufbau der Onlinepräsenz, inklusive der Serversetups, der Entwicklung und Optimierung der Website sowie der Sicherstellung der Funktionalität. Besonders beeindruckt hat mich, wie proaktiv und lösungsorientiert er immer an Verbesserungen gearbeitet hat. Daniel war stets sehr responsiv und zuverlässig - es war eine Freude, mit ihm zusammenzuarbeiten. Seine Expertise und sein Engagement haben maßgeblich zum Erfolg beider Projekte beigetragen!
Tritt in die Fußstapfen von Dietmar und erwecke deine Vision zum Leben.
Frei für neue ProjekteSchreibe mir