Laravel- und PHP-Entwicklung

PHP ist die Sprache, in der ein großer Teil des Webs läuft, von Shops bis zu internen Werkzeugen. Modernes PHP hat mit dem PHP von vor fünfzehn Jahren wenig gemeinsam: strenge Typen, gute Werkzeuge, ein reifes Paketsystem mit Composer und Frameworks mit langer Pflege.

Für neue Webanwendungen setzen wir meist auf Laravel. Es bringt vieles mit, was fast jede Anwendung braucht: Datenbankzugriff, Benutzerverwaltung, Warteschlangen für Hintergrundaufgaben, Mails und geplante Aufgaben. Für Projekte mit komplexer Geschäftslogik oder enger Verbindung zu Shopware arbeiten wir mit Symfony, auf dem auch Shopware 6 aufbaut.

Die meisten Probleme in PHP-Anwendungen entstehen nicht am ersten Tag, sondern im dritten Jahr. Geschäftsregeln sind dann über Controller, Templates und Datenbankabfragen verteilt, und jede Änderung berührt fünf Dateien. Wir trennen deshalb von Anfang an: Oberfläche, Geschäftslogik und Datenzugriff haben jeweils ihren Platz.

Das heißt nicht, dass wir jede Anwendung mit Schichten und Mustern überladen. Eine kleine interne Anwendung braucht eine einfache Struktur. Eine Anwendung mit vielen Regeln, Rollen und Schnittstellen braucht mehr. Wir wählen die Architektur passend zur Größe und dokumentieren die Entscheidung.

Zur Architektur gehört auch, was außerhalb des Codes passiert. Aufgaben, die länger dauern, wie der Import großer Dateien oder der Versand vieler Mails, laufen bei uns im Hintergrund über Warteschlangen, damit die Oberfläche schnell bleibt. Zugangsdaten stehen in der Konfiguration der Umgebung und nicht im Code. Und jede Änderung an der Datenbankstruktur ist als Migration versioniert, damit Test- und Live-System denselben Stand haben.

Automatisierte Tests sind der Grund, warum man eine Anwendung auch nach Jahren noch gefahrlos ändern kann. Wir schreiben Tests für die Geschäftslogik, also für die Regeln, bei denen ein Fehler Geld kostet: Preisberechnung, Freigaben, Abrechnung, Datenexport.

Die Tests laufen vor jeder Auslieferung automatisch. Schlägt einer fehl, geht die Änderung nicht live. Für Sie bedeutet das weniger Überraschungen nach einem Update und weniger Zeit für manuelles Nachtesten.

Sie haben eine PHP-Anwendung von einem anderen Dienstleister oder einem internen Entwickler und möchten wissen, wie es um sie steht? Wir sehen uns den Code an und schreiben auf, was wir finden: Aufbau, Sicherheitsrisiken, veraltete Abhängigkeiten, fehlende Tests und Stellen, die bei Änderungen Ärger machen werden.

Das Ergebnis ist ein verständlicher Bericht mit Prioritäten, kein Fehlerkatalog ohne Einordnung. Sie sehen, was dringend ist, was warten kann und was vermutlich gar nicht angefasst werden muss. Auf Basis des Berichts können Sie entscheiden, ob die Anwendung weiterentwickelt, modernisiert oder ersetzt werden sollte.

Wir übernehmen bestehende PHP-Projekte, auch ohne Übergabe. Im ersten Schritt sichern wir alles, was da ist: Quellcode, Datenbank, Server-Zugänge, Zugangsdaten zu externen Diensten. Oft liegt der aktuelle Stand nur auf dem Live-Server und nicht in einem Repository. Dann holen wir ihn dort ab.

Danach bauen wir eine Testumgebung auf, in der die Anwendung läuft, ohne den Live-Betrieb zu berühren. Wir lesen den Code, dokumentieren die wichtigsten Abläufe und schreiben erste Tests für die Stellen, die nicht ausfallen dürfen. Ab diesem Punkt können wir Fehler beheben und neue Funktionen bauen.

Ist die Anwendung auf einer veralteten PHP- oder Framework-Version, planen wir das Anheben als eigenen Schritt. Wie das abläuft, steht unter Software-Modernisierung.

Laravel erscheint in regelmäßigen Hauptversionen, und jede Version wird nur eine begrenzte Zeit mit Sicherheitsupdates versorgt. Anwendungen, die mehrere Versionen zurückliegen, heben wir Schritt für Schritt an: erst PHP, dann das Framework, dann die Pakete, jeweils mit Tests dazwischen.

Für wiederkehrende Upgrades bieten wir Wartung an. Dann bleibt Ihre Anwendung auf einem aktuellen Stand, und der nächste Versionssprung ist klein statt groß.

Haben Sie eigene Entwickler, die Unterstützung brauchen, arbeiten wir mit ihnen zusammen: in Ihrem Repository, mit Ihren Werkzeugen und nach Ihren Regeln für Code-Review. Das eignet sich für Lastspitzen, für einzelne Module oder für ein Thema, in dem Ihrem Team die Erfahrung fehlt.