Glossarbegriff

APACHE

Der langjährig etablierte Open-Source-Webserver, der HTTP über Jahrzehnte geprägt hat und Shared Hosting bis heute antreibt.

Definition

Apache (offiziell der Apache HTTP Server) ist ein kostenloser Open-Source-Webserver, der 1995 erstmals veröffentlicht wurde, das frühe Web maßgeblich mitprägte und auf den meisten Shared-Hosting-Tarifen weiterhin als Standard mitgeliefert wird. Er liefert statische Dateien direkt aus und übergibt dynamische Anfragen über Module wie mod_php oder PHP-FPM an PHP und andere Sprachen, wobei er zur Handhabung gleichzeitiger Verbindungen eines von mehreren Worker-Modellen (prefork, worker, event) nutzt. Sein prägendes Merkmal ist die pro-Verzeichnis-Konfiguration über .htaccess-Dateien, wodurch jeder Hosting-Account URL-Rewriting, Redirects und Zugriffsregeln überschreiben kann, ohne die globale httpd.conf anzupassen, was auf Shared-Servern, wo Benutzer die Kernkonfiguration nicht bearbeiten können, ein echter Vorteil ist. NGINX hat Apache für High-Traffic- und Reverse-Proxy-Workloads dank seiner ereignisgesteuerten Architektur überholt, allerdings läuft in Produktionsumgebungen oft NGINX vorn, während Apache dahinter die Anwendungslogik übernimmt. Das Modulsystem von Apache, die cPanel-Integration und die Unterstützung von .htaccess machen es weiterhin zur praxisnahen Voreinstellung auf Shared- und kleinen VPS-Hosting-Umgebungen.

So funktioniert es

Apache nutzt ein Worker-pro-Anfrage-Modell (prefork-, worker- oder event-MPMs) und lädt Module für PHP, SSL, URL-Rewriting, Authentifizierung und mehr. Er liest eine globale httpd.conf plus .htaccess-Dateien auf Verzeichnisebene. mod_rewrite ist der Motor hinter WordPress-Permalinks und ähnlicher URL-Verarbeitung.

Warum es wichtig ist

Für Shared Hosting und WordPress-Websites ist die .htaccess-Unterstützung von Apache der Grund für seine anhaltende Verbreitung. Für Seiten mit hohem Traffic und für Reverse-Proxy-Rollen ist NGINX inzwischen die bessere Voreinstellung. Ein gängiger Stack ist NGINX davor und Apache dahinter, um das Beste aus beiden zu nutzen.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Häufig gestellte Fragen

Wird Apache noch eingesetzt?

Ja, sehr breit im Shared Hosting und bei kleinen VPS-Tarifen, wegen der .htaccess-Unterstützung und des cPanel-Ökosystems. NGINX dominiert High-Traffic- und Reverse-Proxy-Rollen.

Apache oder NGINX für WordPress?

Beides funktioniert. Apache mit .htaccess ist auf Shared-Hosts der Standard. NGINX (oft mit PHP-FPM und FastCGI-Cache) ist auf Managed-WordPress-Hosting schneller.

Kostet es Geld, Apache zu nutzen?

Nein, Apache ist kostenlos und Open Source unter der Apache License 2.0; Sie zahlen nur für den Hosting-Tarif oder den VPS, auf dem es läuft. Einige Managed-Hosts berechnen mehr für Support oder Performance-Tuning darum herum, aber die Software selbst hat keine Lizenzkosten.

Wie kann ich prüfen, ob eine Website auf Apache läuft?

Führen Sie im Terminal curl -I https://example.com aus und achten Sie in der Antwort auf den Header Server: Apache, oder öffnen Sie die Entwicklertools des Browsers und prüfen Sie im Netzwerk-Tab denselben Header bei der Hauptdokument-Anfrage. Einige Hoster verbergen oder ersetzen diesen Header aus Sicherheitsgründen, daher ist er eher ein starker Hinweis als ein absoluter Beweis.

Welchen häufigen Apache-Fehler sollten Sie vermeiden?

Ein häufiger Fehler ist, mod_rewrite deaktiviert zu lassen oder AllowOverride in der Hauptkonfiguration von Apache auf None zu setzen. Dadurch wird .htaccess vollständig blockiert, selbst wenn die Datei existiert und korrekt aussieht. Die Folge: WordPress-Permalinks liefern 404-Fehler, und Redirect-Regeln werden stillschweigend ignoriert, ohne Fehlermeldung, die auf die eigentliche Ursache hinweist.