Wartung & Updates

Wir nutzen KI-Assistenten als technische Partner, um Probleme schneller zu diagnostizieren und präzisere Lösungen zu entwickeln. Jede Ausgabe wird überprüft und getestet, bevor sie in Produktion geht.

KI beschleunigt kritische Arbeit auf zweierlei Weise: Erstens hilft sie uns, Muster gegen Tausende bekannter Szenarien abzugleichen und die Diagnosezeit von Stunden auf Minuten zu reduzieren. Zweitens generiert sie Code, den wir gegen Ihren spezifischen Tech-Stack verifizieren. Sie zahlen für Expertise im richtigen Umgang mit KI – zu wissen, wann man ihr vertrauen kann, wann man sie überstimmen muss und wie man gründlich testet.

Vergleichbar mit einem erfahrenen Mechaniker, der Diagnosesoftware verwendet. Das Tool beschleunigt den Prozess, aber die menschliche Expertise bestimmt die tatsächliche Lösung.

Ja. Wir arbeiten mit externen KI-Anbietern (wie OpenAI, Anthropic) mit aktivierten strikten Datenschutzmodi. Ihr Code wird verarbeitet, aber niemals zum Training ihrer Modelle verwendet und ist für niemanden sonst abrufbar.

So schützen wir Ihre Informationen: Alle großen KI-Anbieter bieten Enterprise-Datenschutzeinstellungen, die verhindern, dass Ihre Daten langfristig gespeichert oder zur Modellverbesserung verwendet werden. Wir arbeiten ausschließlich mit diesen datenschutzaktiven Modi. Bei sensiblen Daten (API-Keys, Zugangsdaten, personenbezogene Informationen) bereinigen oder entfernen wir diese vollständig vor jeder KI-Verarbeitung. Bei vertraulichen Projekten unterzeichnen wir selbstverständlich NDAs.

Bei Authentifizierungssystemen, Zahlungsabwicklungen und Verarbeitung personenbezogener Daten schreiben wir kritische Abschnitte oft manuell ohne jegliche KI-Beteiligung. Sicherheit ist nicht verhandelbar – wir balancieren KI-Effizienz mit Ihren Datenschutzanforderungen.

Wir prüfen jede Zeile KI-generierten Codes, bevor er in Produktion geht. Keine KI-Ausgabe wird ohne menschliche Verifikation, Tests und Sicherheitsüberprüfung live geschaltet.

Unser Workflow: KI schlägt Lösungen vor, wir bewerten diese gegen Ihre Anforderungen, testen auf Grenzfälle, prüfen auf Sicherheitslücken und verifizieren, dass der Code sich ordnungsgemäß in Ihr bestehendes System integriert. Wir behandeln KI-Vorschläge wie Output von Junior-Entwicklern – nützliche Ausgangspunkte, die erfahrene Aufsicht erfordern.

Was wir prüfen: Sicherheitslücken (SQL-Injection, XSS, Authentifizierungs-Bypässe), Performance-Probleme (N+1 Queries, Memory Leaks), Wartbarkeit (ist dieser Code in 6 Monaten noch lesbar?) und Geschäftslogik-Korrektheit (löst er tatsächlich Ihr Problem?). Unsicherer oder schlecht architektierter Code wird umgeschrieben oder abgelehnt – unabhängig davon, ob ihn zunächst KI oder Menschen geschrieben haben. Sie sind durch unseren Review-Prozess geschützt, nicht durch blindes Vertrauen in KI-Output.

Wir sind transparent: KI-Tools sind in unseren Entwicklungsworkflow integriert, und davon profitieren Sie direkt. Moderne Entwicklungsassistenten helfen uns, saubereren Code schneller zu schreiben, Bugs früher zu erkennen und Konsistenz über Ihr Projekt hinweg aufrechtzuerhalten – was bessere Qualität zu fairen Preisen bedeutet.

Aber entscheidend ist: Ihre Projektdaten, Geschäftslogik und sensiblen Informationen bleiben privat. Wir nutzen KI genauso wie jedes professionelle Tool – strategisch, mit voller Kontrolle darüber, was verarbeitet wird und wie. Vergleichbar mit Rechtschreibprüfung für Code, nicht Outsourcing Ihres Projekts an eine Black Box.

Bei spezifischen Datenschutzanforderungen (Gesundheitsdaten, proprietäre Algorithmen, regulierte Branchen) arbeiten wir innerhalb dieser Rahmenbedingungen. Wir können genau besprechen, welche Tools wo eingesetzt werden und unseren Ansatz für sensible Komponenten anpassen.

Was wir nicht tun: So zu tun, als hätte sich die Branche nicht weiterentwickelt. KI-unterstützte Entwicklung ist mittlerweile Standard bei seriösen Softwarehäusern – der Unterschied liegt darin, ob Ihr Anbieter ehrlich damit umgeht und sie verantwortungsvoll einsetzt. Das tun wir.

Werden sie nicht. Wir erstellen vollständige Backups, bevor wir etwas anfassen, testen Upgrades zuerst in einer Staging-Umgebung und verifizieren alles, bevor wir auf Produktion umschalten.

Jedes Upgrade beginnt mit einem vollständigen Backup der Datenbank und Dateien – offsite gespeichert, nicht nur auf demselben Server. Dann führen wir das Upgrade in einer Test-Umgebung durch, die eine exakte Kopie Ihrer Produktion ist. Wenn etwas kaputt geht, fixen wir es, bevor wir das Live-Upgrade durchführen.

Bei Hosting-Migrationen: Wir bereiten die neue Umgebung vollständig vor, migrieren alle Daten und Dateien, testen gründlich und schalten erst dann DNS um. Ihre alte Site bleibt unberührt, bis die neue zu 100% verifiziert ist. Wir haben immer einen Rollback-Plan, falls nötig.

Datenverlust während Upgrades oder Migrationen ist fast immer das Ergebnis von Eile, Überspringen von Staging-Tests oder fehlenden ordentlichen Backups. Wir machen keinen dieser Fehler. Wenn wir sagen, Ihre Daten sind sicher, dann weil wir es in der Test-Umgebung bewiesen haben, bevor wir Produktion anfassen.

Abhängig von der Art der Arbeit. Die meisten Versions-Upgrades (z.B. Contao 4 → 5, PHP 7.4 → 8.2) erfordern 1–4 Stunden Downtime in einem geplanten nächtlichen Fenster. Hosting-Migrationen können 4–12 Stunden dauern, abhängig von Datenbankgröße und Konfigurationskomplexität.

Wir minimieren Downtime durch Vorbereitung im Voraus: Wir testen das Upgrade in der Staging-Umgebung, dokumentieren alle Schritte, lösen Probleme vor der Produktion und führen dann das finale Upgrade während Ihres niedrigsten Traffic-Fensters durch (typischerweise 2–6 Uhr morgens).

Bei Hosting-Migrationen ist Downtime hauptsächlich auf DNS-Propagation beschränkt (1–24 Stunden) – die technische Arbeit selbst wird vorher auf dem neuen Server durchgeführt. User können einen kurzen Übergang erleben, aber die meisten Projekte wachen morgens zum upgegradeten System auf ohne längere Downtime.

Wenn Ihre Site hohen Traffic hat und Downtime teuer ist, können wir fortgeschrittene Techniken anwenden (Blue-Green-Deployment, phasenweise Rollouts), aber das erhöht Komplexität und Kosten. Die meisten kleinen bis mittleren Projekte brauchen so einen Ansatz nicht.

Wir rollen zum Backup zurück, diagnostizieren das Problem, fixen es in der Test-Umgebung und versuchen es erneut. Deshalb upgraden wir nie ohne getestete Backups und Rollback-Prozeduren.

Einen dokumentierten Rollback-Plan zu haben bedeutet, dass Fehler behebbar sind, nicht katastrophal. Wenn etwas schiefgeht: Wir stellen Datenbank und Dateien aus dem Backup wieder her (typischerweise 15–30 Minuten), untersuchen was fehlschlug, fixen das Problem in der Staging-Umgebung, testen erneut und versuchen das Upgrade dann im nächsten geplanten Fenster erneut.

Typische Probleme, auf die wir vorbereitet sind: Inkompatibilitäten benutzerdefinierter Erweiterungen (upgegradetes Framework bricht alten Code), Performance-Probleme nach dem Upgrade aufgedeckt (ineffiziente Queries, die vorher verborgen waren), Integrationen mit externen APIs, die wegen Versionsänderungen brechen, und Edge-Case-Bugs nicht in Tests gefangen (unerwartete Datenkombinationen, obskure User-Workflows).

Was professionelle Upgrades von Desastern trennt: Wir erwarten Probleme und planen dafür. Amateur-Upgrades nehmen an, dass alles funktioniert – dann Panik, wenn nicht. Wir kommunizieren sofort, wenn etwas bricht, führen Rollback durch falls nötig und fixen es richtig, bevor wir es erneut versuchen.

Versions-Upgrade: Aktualisierung der Plattform (Contao 3 → 4 → 5, PHP 7.x → 8.x, TastyIgniter, Next.js, Symfony-Abhängigkeiten) auf demselben Hosting. Code muss angepasst werden, um mit neuerer Framework-Version zu funktionieren. Beispiel: Ihre Contao 3 Site auf PHP 7.4 wird zu Contao 5 auf PHP 8.2 – derselbe Server, upgegradete Plattform.

Hosting-Migration: Verschieben der gesamten Site von einem Server zum anderen – dieselbe Plattform-Version, neue Umgebung. Beinhaltet Datenbank- und Dateitransfer, DNS-Konfiguration, SSL-Zertifikate, E-Mail-Einstellungen und alle Integrationen. Beispiel: Umzug von veraltetem Hosting-Provider mit ablaufender Abschaltfrist zu modernem VPS-Server.

Oft machen wir beides gleichzeitig: Upgrade Contao 3 → 5 UND Umzug auf neues Hosting im selben Projekt. Das macht Sinn – wir arbeiten bereits an der Konfiguration, also machen wir alle Upgrades auf einmal. Aber jede Operation ist ein separater Satz von Schritten mit eigenen Risiken und Tests.

Versions-Upgrades betreffen hauptsächlich benutzerdefinierten Code und Erweiterungen. Hosting-Migrationen betreffen Infrastruktur-Konfiguration. Beide erfordern Backups, Staging-Tests und Rollback-Pläne – nur die Herausforderungen sind unterschiedlich.

Nein. Wir arbeiten on-demand – Sie rufen an, wenn Sie ein Sicherheits-Update oder technischen Support brauchen, Sie zahlen nur für tatsächlich geleistete Arbeit.

Warum keine monatlichen Verträge: Die meisten kleinen bis mittleren Websites brauchen kein kontinuierliches Monitoring oder wöchentliche Updates. Sicherheitslücken treten unregelmäßig auf – vielleicht zweimal im Jahr, vielleicht einmal alle 18 Monate. Eine monatliche Gebühr für Arbeit zu zahlen, die sporadisch passiert, ist Geldverschwendung.

Unser Ansatz: Wenn ein kritisches Sicherheits-Update auftaucht (CVE in Contao, PHP-Lücke, Dependency-Exploit), kontaktieren Sie uns, wir schätzen die Arbeit, führen das Update durch, Sie testen, Sie zahlen. Keine wiederkehrenden Gebühren. Keine ungenutzten Stunden. Nur echte Arbeit, wenn Sie sie tatsächlich brauchen.

Für Kunden mit sehr niedriger Risikotoleranz oder zeitkritischen Systemen können wir individuelle SLA-Vereinbarungen besprechen – aber das fügt signifikante Kosten hinzu und macht nur Sinn für hochprofitable Projekte, wo selbst eine Stunde Downtime teuer ist. Die meisten Projekte brauchen das nicht.

Wenn Sie proaktives Sicherheits-Monitoring wollen: Verfolgen Sie Sicherheitsankündigungen von Ihrer Plattform (Contao Security Advisories, PHP Security Bulletins) und kontaktieren Sie uns, wenn Sie Updates anwenden müssen. Oder rufen Sie einfach an, wenn Sie von einem Problem hören – wir antworten schnell.

Contao CMS (3 → 4 → 5 und alle Dependency-Updates), TastyIgniter (Versions-Upgrades und benutzerdefinierte Erweiterungen), Next.js und React Apps (Framework-Upgrades, Node.js-Migrationen, npm-Pakete) und Symfony und PHP Apps (Symfony-Framework-Upgrades, PHP 7.x → 8.x Versionsmigrationen, Composer-Updates).

Wir machen auch Rettungen alter Sites, die jahrelang aufgegeben wurden: Contao 3 Site auf PHP 5.6, die seit 2017 nicht angefasst wurde? Wir können sie auf Contao 5 auf PHP 8.2 upgraden. Custom TastyIgniter App mit Erweiterungen, die durch Updates kaputt gingen? Wir fixen und stellen Funktionalität wieder her. Next.js 10 will zu 14 gehen? Wir handhaben deprecated APIs und Breaking Changes.

Was wir NICHT machen: Wir migrieren nicht ganze Plattformen (WordPress → Contao, Custom → Laravel). Das sind Rebuild-Projekte, keine Wartungs-Upgrades – sie erfordern andere Skills und kosten deutlich mehr. Wenn Ihr Projekt ein vollständiges Plattform-Rebuilding braucht, sagen Sie Bescheid – wir können das als separates Projekt besprechen, aber es ist kein Wartungs-Upgrade.

Wenn Ihre Plattform oben nicht aufgeführt ist: Kontaktieren Sie uns und beschreiben Sie Ihren Tech-Stack. Wenn es PHP, Symfony, Node.js oder React verwendet, können wir wahrscheinlich helfen. Wenn nicht, empfehlen wir jemand Geeignetes.

Ja. Das ist ein Kern dessen, was wir tun – aufgegebene Sites mit veralteten Software-Versionen und bekannten Sicherheitslücken retten.

Typisches Szenario: Contao 3 Site auf PHP 5.6 (End-of-Life seit 2018, bekannte Exploits, Hosting-Provider sendet 30-Tage-Kündigungswarnung). Vorheriger Entwickler verschwunden, benutzerdefinierte Erweiterungen funktionierten 2018 perfekt, brechen aber komplett auf neueren Versionen. Site-Besitzer verzweifelt – kann sich keinen vollständigen Rebuild leisten, aber aktuelles System ist zum Scheitern verurteilt.

Unsere Bewertung: Wir analysieren benutzerdefinierten Code und Erweiterungen, mappen was beim Upgrade brechen wird, schätzen Kosten Reparatur vs. Rebuild-Alternativen und geben ehrliche Empfehlung. Manchmal kostet Upgraden weniger als Rebuilding – manchmal ist Rebuilding klüger. Wir sagen, was tatsächlich für Ihre Situation Sinn macht.

Prozess: Wir testen das Upgrade in Staging-Umgebung (sicheres Kaputtmachen, nicht Ihre Live-Site), dokumentieren alles was bricht, fixen benutzerdefinierten Code und Erweiterungen für neuere Version, verifizieren Funktionalität und Sicherheit, führen dann Produktions-Upgrade mit Rollback-Backup durch. Sie können mit Contao 5 auf PHP 8.2 enden, alle Custom-Features wiederhergestellt, Sicherheitslücken gepatcht, Hosting nicht vor Abschaltung stehend.

Nicht alle alten Sites sind es wert, gerettet zu werden – manchmal ist Code so kaputt, dass Rebuilding weniger kostet als Reparieren. Aber wir bewerten das ehrlich während Discovery und geben Ihnen Optionen: Upgrade mit Reparaturen (echter Preis), partielles Rebuilding (Daten behalten, Code auffrischen), vollständiges Rebuilding (komplett neues System) oder Risiko weiterlaufen lassen (wenn Sie sich absolut nichts leisten können). Entscheidung liegt bei Ihnen – wir zeigen nur echte Optionen und Kosten.