jQuery- und Smarty-Frontend Schritt für Schritt ablösen

Ihr Frontend hängt an jQuery 1.x oder 2.x und an Smarty-Templates, die niemand gern anfasst? Wir erneuern es Bereich für Bereich neben dem laufenden System und testen nach jedem Schritt. Die Zweige 1.x und 2.x unterstützt das jQuery-Projekt nicht mehr (Stand: 2026-10).

  • PHP, Smarty und Slim seit 2012
  • Full Stack seit 2012, Frontend und Backend
  • Antwort innerhalb eines Werktags
Links ein Stapel dünner Schichten voller verknäulter, gekringelter Linien, rechts vier saubere Blöcke übereinander, durch kurze orange Linien verbunden

Woran Sie Frontend-Altlasten erkennen

Das Frontend hängt an jQuery 1.x oder 2.x

Niemand hat jQuery seit Jahren aktualisiert, weil Plugins daran hängen, die keiner mehr pflegt. Das jQuery-Projekt unterstützt nur die aktuelle Version: Die Zweige 1.x und 2.x erhalten keine Updates mehr, 3.x nur noch kritische Sicherheitskorrekturen, aktuell ist 4.x (Stand: 2026-10, jquery.com (öffnet in einem neuen Fenster)).

Die Smarty-Templates halten alte Versionen fest

Eigene Plugins und {php}-Blöcke in den Templates machen jedes Update von Smarty und PHP zum Risiko. Smarty 2 und 3 erhalten keine Sicherheitskorrekturen mehr (Stand: 2026-10, Smarty-Projekt (öffnet in einem neuen Fenster)). Steht das PHP-Update an, lesen Sie auch PHP-Update auf PHP 8.

Jede kleine Änderung dauert Tage

Skripte stecken direkt in den Templates, Bibliotheken sind doppelt eingebunden, und eine neue Funktion bricht eine alte Seite. Dann kostet jede Änderung mehr Zeit, als sie sollte.

Ein Browserfenster, in dem vier Inhaltsblöcke durch ein Gewirr dünner Linien verbunden sind; darunter hängen drei alte Erweiterungen, eine davon orange umrandet

So lösen wir das Frontend ab: Bereich für Bereich, jeweils mit schriftlichem Ergebnis

  1. Inventar des Frontends

    Wir erfassen die Versionen von jQuery und Smarty, Plugins, eigene Smarty-Erweiterungen, {php}-Blöcke und Skripte in den Templates. Dazu kommen die Seiten und Formulare, die am meisten genutzt werden oder das größte Risiko tragen. Das Inventar erhalten Sie schriftlich.

  2. Testfälle vor jeder Änderung

    Für die kritischen Abläufe, etwa Formulare, Anmeldung und Suche, legen wir Testfälle an. So zeigt sich nach jedem Schritt, ob alles wie vorher funktioniert.

  3. Aktualisieren, wo es reicht

    Wo ein Update genügt, heben wir jQuery und Smarty auf gepflegte Versionen und tauschen Plugins ohne Pflege aus. Die Templates räumen wir dabei auf.

  4. Ersetzen, wo es sich lohnt

    Bereiche, die sich oft ändern, bauen wir neu, Seite für Seite neben den alten. Das Backend läuft weiter. Braucht das neue Frontend Daten, stellen wir sie über eine Schnittstelle bereit.

  5. Umschalten mit Rückweg

    Jeder Bereich geht einzeln live, in einem mit Ihnen abgestimmten Zeitfenster. Bis er stabil läuft, bleibt der alte Stand als Rückweg erhalten.

  6. Übergabe

    Sie erhalten die Dokumentation des neuen Stands und die Testfälle. Der Code liegt in Ihrem Repository.

Aktualisieren, schrittweise ersetzen oder neu schreiben?

Kriterium jQuery und Smarty aktualisieren Frontend schrittweise ersetzen Frontend neu schreiben
Passt, wenn Die Anwendung läuft noch einige Jahre, ändert sich aber selten. Es geht vor allem um gepflegte Versionen. Einzelne Bereiche ändern sich oft oder sollen neue Funktionen bekommen, und das Backend ist solide. Das Backend wird ohnehin erneuert, oder das alte Frontend lässt sich nicht mehr sinnvoll aktualisieren.
Was es nicht löst Unübersichtlicher Code in den Templates bleibt, er läuft nur auf gepflegten Versionen. Eine Zeit lang laufen alte und neue Seiten nebeneinander, und beide brauchen Pflege. Bis zur Ablösung gibt es zwei Frontends, und Verhalten, das niemand aufgeschrieben hat, geht leicht verloren.

Was wir nicht versprechen

  • Ein neues Frontend macht ein unsicheres Backend nicht sicher. Lücken im Server-Code schließen wir als eigene Aufgabe.
  • Dass Darstellung und Bedienung gleich bleiben, belegen die Testfälle nur für die geprüften Abläufe.
  • Ein Update von jQuery und Smarty ändert nichts am Design. Soll die Oberfläche neu aussehen, planen wir das als eigenen Schritt.
  • Einen Aufwand nennen wir erst, wenn das Inventar vorliegt.
Ein Rahmen mit drei Kästen für das, was zur Leistung gehört; außerhalb ein gestrichelter Kasten für das, was nicht dazugehört; das Stück des Rahmens dazwischen ist orange

Erfahrung unserer Ingenieure mit Frontends und dem Stack dahinter

jQuery
Gewachsene Anwendungen, Update auf gepflegte Versionen
Neuer Stack
React, Next.js und TypeScript auf Node.js, auch als neues Frontend für ein bestehendes Backend
Betrieb dahinter
Linux, Docker, MySQL und MariaDB

So starten wir mit Ihrem Frontend

  • Code, Zugangsdaten und Dokumentation bleiben bei Ihnen.
  • Live geht ein Bereich erst nach Ihrer Freigabe.
  • Wir sagen Ihnen auch, wenn sich eine Ablösung nicht lohnt, etwa weil die Anwendung bald ersetzt wird.

Und wenn bei uns jemand ausfällt? Die Dokumentation erstellen wir auf Wunsch. Das Repository liegt in der Regel bei Ihnen. Eine Vertretung stellen wir auf Wunsch.

Die Ablösung eines Frontends gehört zu unserer Leistung Migration und Modernisierung.

Links ein Blatt mit Textzeilen und einer Unterschriftszeile mit orangem Haken; ein Pfeil zeigt auf einen gestrichelt gezeichneten Server rechts

Der erste Schritt: Legacy-Review mit den Versionen von jQuery und Smarty

Legacy-Review

Für Unternehmen mit einem System, das niemand mehr genau kennt: vor einem Update, vor einer Migration oder beim Wechsel des Dienstleisters.

  • Inventar der Versionen und Abhängigkeiten
  • Landkarte aus Anwendung, Datenbank, Server und E-Mail
  • Risikoregister zu Sicherheit, Support und Wissen
  • Bewertung der Backups und der Wiederherstellung
  • Empfehlung „bleiben, Version anheben oder migrieren“ mit Optionsmatrix, die auch „in den Container“ und „als API bereitstellen“ enthält
  • Aufwandsschätzung in Tagen

Der Preis gilt für ein System, also eine Anwendung mit ihrer Datenbank und ihrem Server. Weitere Systeme bepreisen wir einzeln.

Was das Ergebnis enthält

Ein schriftlicher Bericht mit Bestandsaufnahme, Risikoregister, Empfehlung und Aufwandsschätzung. Der Bericht gehört Ihnen.

ab 3.800 € zzgl. USt.

In der Regel 5 Werktage

Legacy-Review anfragen

Ein Fall aus unserer Arbeit

  • Ein Telefon mit QR-Code, eine in Stücke geteilte Datei, drei parallele Ströme zu einem Server mit Festplatte und ein Galerieraster

    Eine Foto-Upload-App für Hochzeitsgäste

    Hochzeitsgäste scannen einen QR-Code, öffnen eine geheime Adresse und laden Fotos und Videos direkt vom Telefon hoch: keine App, kein Konto, keine Anmeldung. Dateien bis 5 GB landen auf der Festplatte des Kunden, und das Paar sieht zu, wie sich die Galerie während der Feier füllt. Ein Abend, keine zweite Chance, und Telefone von vor sechs Jahren.

Fragen zur Ablösung von jQuery und Smarty

Reicht es, jQuery auf die aktuelle Version zu heben?

Oft ist das der erste Schritt. Das Plugin jQuery Migrate meldet veraltete Aufrufe, die wir dann einzeln ersetzen. Der meiste Aufwand steckt in Plugins: Manche werden nicht mehr gepflegt und laufen mit neuen jQuery-Versionen nicht, dann tauschen wir sie aus.

Ob das Update genügt oder einzelne Bereiche besser neu entstehen, zeigt das Inventar des Frontends.

Laufen unsere Smarty-Templates unter PHP 8?

Mit Smarty 5 ja: Laut dem Smarty-Projekt läuft es mit PHP 7.2 bis 8.5 (Stand: 2026-10). Gepflegt wird jeweils die neueste Unterversion von Smarty 4 und 5, ältere Versionen nicht.

Beim Wechsel auf Smarty 5 brauchen vor allem eigene Plugins, {php}-Blöcke und PHP-Funktionen in den Templates Arbeit. Das erfassen wir im Inventar, bevor wir etwas ändern.

Müssen wir auf React oder ein anderes Framework umsteigen?

Nein. Ein Framework lohnt sich, wenn ein Frontend über Jahre weiterentwickelt wird und viele Bereiche ohne Neuladen der Seite arbeiten sollen. Für eine Anwendung, die sich selten ändert, reichen oft gepflegte Versionen von jQuery und Smarty und aufgeräumte Templates.

Welche Technik zu Ihrem System passt, entscheiden wir mit Ihnen, wenn das Inventar vorliegt. Einen Wechsel empfehlen wir nur, wenn er sich für Sie rechnet.

Müssen wir unser System neu schreiben, um einen neuen Stack zu nutzen?

Nein. Läuft das alte System, stellen wir seine Logik als API bereit und schließen einmalig bekannte Lücken. Die Funktion soll dabei erhalten bleiben, Vergleichstests prüfen das. Das Neue bauen wir daneben im neuen Stack, der diese API nutzt.

Ein Neuschreiben lohnt sich selten. Es kommt infrage, wenn das Framework nicht mehr gepflegt wird, es keine Tests gibt und sich die Geschäftsregeln aufschreiben lassen. Ob das bei Ihnen zutrifft, klärt der Legacy-Review.

Wann können Sie starten?

Eine erste Antwort erhalten Sie innerhalb eines Werktags. Wann wir mit der Arbeit beginnen, hängt von der aktuellen Auslastung und vom Umfang ab. Das sagen wir Ihnen im Erstgespräch verbindlich. Ist es dringend, beginnt die 48-Stunden-Einschätzung, sobald wir Zugriff auf das System haben.

Wie hoch ist Ihr Stundensatz?

Das hängt von Umfang, Art der Zusammenarbeit und Dringlichkeit ab. Schildern Sie uns kurz Ihre Situation, dann erhalten Sie nach einem Gespräch ein Angebot. Ein Budget brauchen wir dafür nicht. Feste Preise nennen wir bei den Einstiegsprodukten.

Welches Frontend soll erneuert werden?

Nennen Sie uns, soweit bekannt, die Versionen von jQuery, Smarty und PHP und den Anlass. Wir antworten innerhalb eines Werktags und schlagen den passenden ersten Schritt vor.

Felder mit dem Zusatz „optional“ können leer bleiben.

Antwort per E-Mail

Für den Rückruf genügt Ihre Telefonnummer: Notfälle rund um die Uhr, sonst innerhalb eines Werktags.

Um welches System und welche Technologie geht es, was möchten Sie erreichen? Bitte senden Sie keine Passwörter oder vertraulichen Unterlagen.

Antwort innerhalb eines Werktags · unverbindlich

Wir verwenden Ihre Angaben nur, um Ihre Anfrage zu beantworten. Prownex IT Services Sp. z o. o. ist für die Verarbeitung verantwortlich. Speicherdauer und Ihre Rechte beschreibt die Datenschutzerklärung.