ISPConfig #

Diese Seite ist für Hosting-Anbieter, deren Server mit ISPConfig verwaltet werden und die Exponential darauf anbieten möchten. Sie beantwortet die erste Frage ehrlich: Die Quellen von Exponential erwähnen ISPConfig überhaupt nicht. Es ist in keine Stufe eingeordnet, und nichts hier stammt aus einem Test. Was die Seite Ihnen geben kann, ist die Liste dessen, was eine Exponential-Website braucht, übersetzt in die Aufgaben, die jedes Hosting-Panel erledigt, und einen Plan, die Kombination selbst zu testen.

Warnung .htaccess bremst jede Anfrage. Sind .htaccess-Dateien erlaubt (AllowOverride alles außer None), geschweige denn genutzt, sucht Apache sie bei jeder Anfrage in jedem Verzeichnis des Pfads und liest und wertet sie aus, und die Ladezeiten der Seiten steigen drastisch (gemessen). Die einzige wirkliche Abhilfe ist, die Funktion für den virtuellen Host abzuschalten: AllowOverride None im virtuellen HTTPS-Host, und die Regeln in der Konfiguration des virtuellen Hosts selbst als mod_rewrite-Regeln. Das ist in Geschwindigkeitstests im Produktivbetrieb weit schneller und die Zeit für die Optimierung einer Produktivkonfiguration unbedingt wert. Stellen Sie sofort um: Übernehmen Sie die Regeln des Beispiels für einen virtuellen HTTPS-Host in Ihren virtuellen Host (mit dem statischen Cache auch staticcache_offload.conf), setzen Sie AllowOverride None, führen Sie apachectl configtest aus, laden Sie Apache neu und testen Sie die Website. Dieselben Regeln für andere Server: nginx, LiteSpeed, Caddy, IIS, Velocity (eingebaut); wohin Regeln für virtuelle Hosts in einem Control Panel gehören: Plesk, cPanel, DirectAdmin, ISPConfig. Unter LiteSpeed oder OpenLiteSpeed kann zusätzlich der Seiten-Cache des Servers anonyme Besucher und Crawler ohne PHP bedienen: Seiten-Caching mit LiteSpeed und OpenLiteSpeed.

Hinweis Nichts auf dieser Seite beschreibt die Bildschirme, Optionen oder Dateien von ISPConfig. Wie ISPConfig jede Aufgabe unten erledigt, lesen Sie in der Dokumentation von ISPConfig nach.

Inhalt #

1. Stand in den Quellen
2. Warum es trotzdem funktionieren kann
3. Was der Server bereitstellen muss
4. Zwei Dinge, die Sie zuerst prüfen
5. Ein Testplan
6. Checkliste

Stand in den Quellen #

Die Stufen sind in Betriebssystemunterstützung definiert. Eingeordnete Panels: Plesk (Stufe 1 auf dem Entwicklungsserver), cPanel und DirectAdmin (Stufe 3) (Control Panels: Überblick).

Warum es trotzdem funktionieren kann #

Die Überlegung, die cPanel und DirectAdmin in Stufe 3 einordnet, ist, dass Exponential von einem Panel selbst nichts braucht: Es besteht aus reinen PHP-Dateien und einer Datenbank, hat keinen eigenen kompilierten Code und läuft auf fast jedem Betriebssystem, das PHP 8.0 oder später (PHP 7.4 ohne Support nutzbar) und einen Webserver hat (Betriebssystemunterstützung). Jeder Server, dessen Panel die Punkte unten bereitstellen kann, auf einem unterstützten Betriebssystem, erfüllt die Anforderungen. Das ist eine Schlussfolgerung, kein Testergebnis: Behandeln Sie ISPConfig höchstens als Stufe 3, bis Sie es getestet haben.

Was der Server bereitstellen muss #

Zwei Dinge, die Sie zuerst prüfen #

1. Welcher Webserver die Website ausliefert und wie seine Regeln gesetzt werden. Unter Apache funktioniert die mitgelieferte .htaccess, wenn .htaccess-Dateien gelesen werden (AllowOverride) und mod_rewrite an ist. Unter nginx gibt es keine .htaccess; die Regeln von Exponential müssen in die Konfiguration des Servers. Das Projekt liefert keine nginx-Datei mit: Kapitel 8 nennt einen Server-Block, der abgeleitet, nicht mitgeliefert ist, und bittet Sie, ihn auf Ihrer Website zu testen, bevor Sie sich darauf verlassen (8.6). Unter Apache kopiert php bin/php/console exp:setup:htaccess --apply, ausgeführt als Shell-Benutzer der Website, .htaccess_root an ihren Platz; unter nginx schützt diese Kopie nichts (.htaccess und config.php von der Konsole einrichten).

Warnung Liefern Sie die Installation nie mit einer allgemeinen Konfiguration wie dem nginx-Muster „Datei ausliefern, wenn sie existiert, sonst index.php“ aus: Solche Konfigurationen liefern jede existierende Datei aus, einschließlich settings/*.ini und der SQLite-Datenbank (13.2). Die Standardvorlage eines Panels für PHP-Websites ist genau eine solche Konfiguration, es sei denn, Sie fügen die Regeln von Exponential hinzu.

2. open_basedir und disable_functions. Panels schränken beides oft pro Website ein. Der Setup-Assistent warnt nur bei open_basedir; die Seite Cronjobs braucht proc_open, exec und posix_kill für ihre Funktionen zum Starten, zur Crontab und zum Anhalten (Cronjobs, Bevor Sie beginnen); ezupdate sucht Composer zuerst unterhalb des Wurzelverzeichnisses der Installation, weil open_basedir Systemordner verbergen kann (ezupdate).

Ein Testplan #

Wenn alles besteht, teilen Sie es dem Projekt mit, damit ISPConfig in eine Stufe eingeordnet werden kann (Die vier Stufen).

Checkliste #

• To do: Betriebssystem der Stufe 1 oder 2 unter dem Panel.
• To do: PHP 8.x mit jeder erforderlichen Erweiterung, Web und Kommandozeile gleich, ein Benutzer pro Website.
• To do: Rewrite-Regeln von Exponential eingerichtet (.htaccess oder der abgeleitete nginx-Block); Test auf offengelegte Dateien bestanden.
• To do: Entscheidungen zu open_basedir und disable_functions dokumentiert.
• To do: Datenbank, Cron und Zertifikat eingerichtet.
• To do: Der Testplan hat bestanden; das Angebot ist als nicht von den eigenen Tests des Projekts abgedeckt dokumentiert.

Verwandte Seiten #

• Control Panels: Überblick, Webmin
• nginx mit PHP-FPM, Apache mit PHP-FPM
• Anforderungen auf einen Blick
• .htaccess und config.php von der Konsole einrichten
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.