Wir möchten gewährleisten, dass Ihre Website sicher, schnell und zukunftsfähig bleibt. Wenn Sie eine nicht mehr von der PHP-Community unterstützte Version weiter nutzen, ist das möglich – aber dann fällt nach einer fairen Übergangszeit eine Legacy-PHP-Gebühr an, weil der Betrieb deutlich mehr Aufwand verursacht.
1) Worum geht es genau?
Wir führen für Shared-Webhosting Tarife eine Legacy PHP Compliance Fee (Extended Support) ein. Sie betrifft Verträge, in denen End-of-Life (EOL) PHP-Versionen verwendet werden (z. B. PHP 5.x, PHP 7.x, PHP 8.0/8.1).
Was Sie davon haben:
Klarer Upgrade-Pfad und bessere Planbarkeit
Reduzierte Sicherheitsrisiken (EOL-Versionen erhalten keine Community-Sicherheitsfixes mehr)
Bessere Performance und Kompatibilität mit aktuellen Web-Applikationen (z.B. CMS, Webshops, etc.)
2) Warum macht profihost das?
Wenn PHP-Versionen EOL sind, steigen Aufwand und Risiko:
Ohne Community-Security-Updates steigt die Angriffsfläche. Gleichzeitig brauchen wir mehr Aufwand für Betrieb, Hardening und Monitoring.
Die Gebühr ist keine Strafe, sondern eine Kosten- und Risikoabdeckung für den Betrieb veralteter Umgebungen. Sie endet, sobald Sie upgraden und uns Bescheid geben.
3) Was leistet der PHP Extended Support - was stellt profihost bereit?
Der PHP Extended Support bedeutet nicht nur, dass wir Ihre Version weiter betreiben. profihost stellt für ältere PHP-Versionen aktiv Sicherheitsupdates bereit - auch nachdem das PHP-Projekt die offizielle Unterstützung eingestellt hat.
Das umfasst konkret:
Sicherheitsupdates: Patches für bekannte Lücken in den betroffenen Versionen - auch wenn die PHP-Community diese nicht mehr liefert
Betriebsstabilität: Kompatibilitäts- und Stabilitätsmaßnahmen für Legacy-PHP im Shared-Hosting-Umfeld
Monitoring und Hardening: erhöhter Überwachungsaufwand für veraltete Laufzeitumgebungen
Hinweis: Das Risikoprofil älterer PHP-Versionen bleibt höher als bei aktuell unterstützten. Der Extended Support reduziert dieses Risiko - eine gleiche Risikoklasse wie PHP 8.2+ ist nicht erreichbar.
4) Welche PHP-Versionen sind betroffen?
Betroffen sind alle PHP-Versionen, die End-of-Life erreicht haben, also nicht mehr von der Community unterstützt werden.
Aktuell unterstützte PHP-Versionen (Community) und deren Security-Support-Ende: PHP: Supported Versions
5) Welche Termine gelten bei profihost?
Wir unterscheiden zwei Dinge:
Community-EOL: ab dann gibt es keine offiziellen Sicherheitsupdates mehr
profihost-Zeitplan: wir geben Ihnen eine Übergangsfrist, bevor Gebühren greifen
profihost-Zeitplan:
| Phase | Datum |
| Grace Period (kostenfrei) | bis 30. Juni 2026 |
| Gebührenstart | 01. Juli 2026 |
Ab dann: automatische Weiterführung auf Ihrer bestehenden Version + Legacy-Gebühr (falls nicht migriert).
6) Was muss ich tun?
Das hängt davon ab, in welcher Situation Sie sind:
A) Nicht-technische Website-Betreiber:innen
-
Prüfen Sie im ServerCon AccountAdmin in der Logfile Zentrale im FCGI Log, welche PHP-Version aktiv ist
In einigen Fällen können Sie via SSH prüfen:
find . -type f -name ".htaccess" -exec grep -Hn "AddHandler php-fastcgi" {} \;Der sicherste Weg ist die Logfile Zentrale.
Stellen Sie auf eine aktuelle Version um: PHP: Supported Versions
-
Wenn etwas nicht funktioniert: zurückrollen. Bei anwendungsspezifischen Problemen wenden Sie sich an Ihre Agentur oder Ihren Entwickler - hier kann der profihost Support nur begrenzt helfen.
Hier könnte es beim Zurückrollen zu Fehlern kommen, da viele Applikationen keinen sog. Newline Character am Ende der .htaccess einfügen und ServerCon dies aktuell noch nicht erkennt und repariert. Sie können die .htaccess Datei dann manuell anpassen und am Ende einfach eine Leerzeile via Texteditor einfügen: SSH zum Speicherplatz verbinden
Nach erfolgreichem Upgrade: service@profihost.de kontaktieren und Upgrade melden - die Gebühr wird zum nächsten Abrechnungszeitraum deaktiviert.
B) Website wird von einer Agentur betreut
Leiten Sie diese Seite mit den Informationen an Ihre Agentur weiter
Wir informieren Partner/Agenturen frühzeitig mit Technik- und Ablaufdetails
C) Alte Abhängigkeiten (Custom PHP / alte Plugins)
Planen Sie mehr Zeit für Tests ein
Oft ist ein Update von Plugins/CMS die eigentliche Arbeit, nicht der PHP-Schalter
D) Inaktive Seite
Wenn Sie die Seite nicht mehr brauchen: Vertrag kündigen oder Projekt bereinigen - keine Gebühr
Wenn Sie den Vertrag behalten: das System erkennt weiterhin die Legacy-Version - ab 1. Juli 2026 fällt die Gebühr an
7) Welche Upgrade-Pfade sind sinnvoll?
Empfehlung: Upgrade direkt auf eine aktuell unterstützte Version (i. d. R. 8.2+). Das reduziert Zwischenstufen und spart Zeit.
Typische Pfade:
| Von | Nach | Aufwand |
| PHP 5.X | 8.2/8.3/8.4 | Hoch (meist CMS/Plugin-Updates nötig) |
| PHP 7.X | 8.2+ | Mittel (Plugins/Themes/Custom-Code prüfen) |
| PHP 8.0/8.1 | 8.2+ | Niedrig (meist der geringste Aufwand) |
Wichtig: Manche Anwendungen brauchen Zwischenschritte (z. B. erst CMS aktualisieren, dann PHP).
8) Kann ich testen, ohne dass die Live-Seite kaputt geht?
Wenn Sie keine Staging-Umgebung haben, sind diese Optionen praxisnah:
Option 1: Test über Subdomain
Subdomain anlegen (z. B. test.ihredomain.de)
Website-Dateien + DB kopieren (oder Backup einspielen)
Auf der Subdomain PHP-Version anheben und testen
Hinweis: Eine Subdomain als Testumgebung erfordert mehr als nur das Kopieren der Dateien: Konfiguration, Datenbankverbindungen und Anwendungseinstellungen müssen angepasst werden. Das ist typischerweise Aufgabe Ihrer Agentur oder Ihres Entwicklers. Sprechen Sie diese an, bevor Sie das Upgrade live durchführen.
Option 2: Wartungsfenster (klein halten)
Upgrade in einer ruhigen Zeit durchführen
Vorher Backup erstellen
Nach Umstellung Smoke-Test: Login, Checkout/Formular, Medien, Kontaktmail
Option 3: Agentur / Entwickler
Für Custom-Code oft der schnellste Weg zur sicheren Migration.
9) Ist ein Rollback möglich?
Meist ja - aber nicht immer risikofrei.
Wenn Sie nur die PHP-Version umgestellt haben (ohne CMS/Plugin-Updates), ist ein Rollback oft problemlos möglich
Wenn Sie CMS/Plugins aktualisiert oder Datenbankänderungen ausgelöst haben, kann ein Rollback komplizierter sein
Im Zweifel: erst testen (Subdomain), dann Live.
10) Was sind typische Stolperfallen?
WordPress, Joomla, Drupal und andere CMS
Veraltete Plugins/Themes sind der Hauptgrund für Fehler nach dem PHP-Upgrade
Häufige Symptome: "White Screen", 500-Fehler, Deprecated Warnings
Shop-Systeme (WooCommerce, Shopware, Magento, Custom)
Checkout/Payment/Tracking-Plugins sind besonders sensibel
Unbedingt End-to-End testen: Warenkorb - Checkout - Zahlung - Mail
Custom PHP / Legacy-Abhängigkeiten
Entfernte/veraltete Funktionen, striktere Typisierung
Alte Libraries (Composer) oder selbstgeschriebene Extensions
Praktischer Tipp: Nach dem Upgrade zuerst die wichtigsten Nutzerpfade testen: Login, Suche, Formular/Checkout, Cronjobs.
11) Was passiert, wenn ich einfach dauerhaft auf der alten Version bleibe?
Sie können die Legacy-Version grundsätzlich weiter nutzen, aber:
Ab dem Stichtag fällt die Legacy PHP Compliance Fee an (sofern Sie nicht upgraden)
Wir können bei sehr alten Versionen keine gleiche Risikoklasse garantieren wie bei unterstützten Versionen, weil Community-Fixes fehlen
In Ausnahmefällen (kritische Sicherheitslage) kann es erforderlich sein, dass wir Schutzmaßnahmen ergreifen - wir informieren dann transparent
12) Verliere ich meinen SLA oder Support?
Nein - wir lassen Sie nicht allein.
| Support leistet | Support leistet nicht |
| Hilfe beim Auffinden der PHP-Version und Umstellung im Control Panel | Custom-Code debuggen |
| Hinweise zu typischen Ursachen (Plugins, Theme, PHP-Settings) | Third-Party-Plugins "reparieren" |
| Orientierung für sicheres Testen (Subdomain/Wartungsfenster) |
Für Custom-Code und Plugins: Agentur/Entwickler oder Update des betreffenden Systems.
13) Wie funktioniert das Preismodell genau?
Grundprinzip: Je Hosting-Vertrag, basierend auf der ältesten genutzten EOL-Version.
Abrechnung: je Shared-Webhosting-Vertrag (nicht pro Domain, nicht pro Website)
Wenn mehrere EOL-Versionen genutzt werden: nur einmal berechnet - die älteste Version zählt (keine Doppelbelastung)
Wenn Sie upgraden: service@profihost.de informieren - die Gebühr wird zum nächsten Abrechnungszeitraum deaktiviert.
Preise (netto/Monat):
| PHP-Version | Monatliche Gebühr |
| PHP 5.X | 14,90 Euro |
| PHP 7.X | 9,90 Euro |
| PHP 8.0 und PHP 8.1 | 5,90 Euro |
Beispiel: Vertrag nutzt PHP 7.4 für eine Domain und PHP 8.1 für eine andere - es gilt PHP 7.x, also €9,90/Monat.
14) Wofür bezahle ich konkret?
Sie bezahlen für den zusätzlichen Aufwand, Legacy-PHP in Shared Hosting möglichst stabil zu betreiben:
Zusätzliche Sicherheits- und Betriebsmaßnahmen, da keine Community-Fixes mehr verfügbar sind
Kompatibilitäts- und Stabilitätsmaßnahmen für Legacy-Runtimes
Zeitgewinn, damit Sie Migrationen geplant (nicht im Stress) umsetzen können
15) Ich habe upgradet - wie wird die Gebühr gestoppt?
So gehen Sie vor:
Upgrade durchführen und sicherstellen, dass keine EOL-PHP-Version mehr aktiv ist
Vertragsservice kontaktieren und Ihr Upgrade bestätigen: service@profihost.de
Wir prüfen und deaktivieren die Gebühr
16) Wo sehe ich, ob ich betroffen bin?
Im ServerCon (aktive PHP-Version)
Per E-Mail (mit Version und Stichtagen)
Auf der Rechnung (klare Positionsbezeichnung)
17) Ich brauche Hilfe - was ist der schnellste Weg?
Selbst administrieren: Starten Sie mit Subdomain-Test + Upgrade auf PHP 8.2+
Agentur betreut Ihre Website: Agentur kontaktieren und diese FAQ weiterleiten
Unsicher: Support kontaktieren - wir helfen beim sicheren Vorgehen
18) Weiterführende Anleitungen / Wissensartikel