Auf einer gemeinsam genutzten Site kommt es bei Ihrem Servernachbarn zu einem WooCommerce-Peak – und Ihr Blog wird langsamer, weil mod_php Apache-Prozesse vervielfacht, die mit PHP im Speicher aufgebläht sind. Auf einem gut verwalteten VPS verfügt jeder Standort über seinen FPM-Pool unter einem separaten Unix-Benutzer: Ein Leck oder eine Überlastung eines Clients überschreibt die anderen nicht.
mod_php integriert PHP in den Apache-Prozess. PHP-FPM führt PHP in separaten Workern aus, wobei Apache oder Nginx Anfragen über FastCGI weiterleiten. Für mehrere Standorte ist die Frage nicht religiös: Welche Speicher- und Sicherheitsisolation zwischen Mietern?
mod_php vs. PHP-FPM
| Aussehen | mod_php | PHP-FPM |
|---|---|---|
| Prozessmodell | Apache + PHP gekoppelt | Unabhängige PHP-Pools |
| Speicher unter Last | Explode (Arbeiter × PHP) | pm.max_children am Pool |
| Isolierung mehrerer Standorte | Niedrig | Stark (Benutzer + Pool) |
| Webserver | Insbesondere Apache | Nginx oder Apache |
| Einstellung | Begrenzt | pm, slowlog, Statusseite |
| Shared Hosting | Geschichte | Standard-VPS/dediziert |
Das Hosten von zehn WordPress in mod_php auf einem VPS ist wie das Stapeln von zehn Speicherbomben mit einem einzigen Zünder.
mod_php: wenn es sichtbar bleibt
Vermächtnis geteilt. Sie haben keine Wahl – der Host verwaltet es.
Einzelne monolithische Anwendung, geringer Datenverkehr. Akzeptabel mit OPcache und großem RAM-Spielraum.
Seltene Plugin-Einschränkung, die mod_php erfordert – immer außergewöhnlicher.
Migration vom Root- und Second-Site-Zugriff empfohlen.
PHP-FPM: Best Practices für mehrere Websites
Ein Unix-Benutzer pro Client („site_a“, „site_b“). Ein Pool pro Site in „/etc/php/8.x/fpm/pool.d/“. „pm.on-demand“ oder „dynamisch“ je nach Verkehr; Vermeiden Sie übergroße „statische Aufladung“. „open_basedir“ ist auf docroot beschränkt. Slowlog aktiviert. Socket Unix oder TCP localhost – FPM wird niemals dem Internet ausgesetzt.
Gemeinsamer Stack: Nginx → Unix-Socket FPM → PHP 8.x plus OPcache plus Redis-Objektcache WordPress. Apache-Äquivalent: mod_php deaktivieren, „proxy_fcgi“ für Pools aktivieren.
Leistung und Sicherheit
OPcache in beiden Modi erforderlich. Homogene PHP-Version pro Pool. PHP CVE: Betriebssystem-Patch; FPM ermöglicht das Neuladen, ohne Apache oder das gesamte Nginx abzuschneiden. Site-A-Kompromittierung in gemeinsam genutztem mod_php → Lesen von Site-B-Dateien möglich; Separate FPM-Benutzergrenzen für den Aufprallradius.
Der Gipfel: Isolierung ist keine Multi-Tenant-Option
Entscheide dich und gehe ohne blinden Fleck voran
Eine Website zum Thema persönliches VPS: PHP-FPM nach Gewohnheit plus Anpassungsspielraum. Multi-Client-Agentur: obligatorischer Pool plus Benutzer, jährliche Prüfung von Slowlogs. Freigegeben: Migrieren Sie sensible Kunden zu VPS FPM oder einem verwalteten Angebot. Messen Sie den RAM pro Pool über „pm.status_path“ vor der nächsten Spitzenperiode. Siehe Apache oder Nginx WordPress und die Verzeichnis VPS-Hosts.
Häufig gestellte Fragen
ist mod_php veraltet?
Nicht empfohlen für mehrere Standorte und unter Last. PHP-FPM wird seit Jahren mit Nginx- und Apache-Event-MPM empfohlen.
Benötigt eine einzelne Site PHP-FPM?
Nicht unbedingt; Beste Speicherkontrolle auf modernen VPS. OPcache plus separate Pools bleiben die sinnvolle Standardeinstellung.
Wie isoliert man zwei Clients?
Dedizierter FPM-Pool plus Unix-Benutzer plus open_basedir plus separater Vhost – nie geteiltes mod_php.
PHP-FPM mit Apache?
Ja über Proxy_fcgi – Apache stellt HTTP bereit, FPM führt PHP ohne eingebettetes mod_php aus.
Wie viele PHP-Sites laufen auf Ihrem Server? Wenn die Antwort größer als eins ist und Sie sich immer noch in mod_php befinden, ist die FPM-Migration kein Luxus – es ist eine Nachbarschaftsversicherung.