LiteSpeed und OpenLiteSpeed #

Diese Seite ist für Hosting-Unternehmen, deren Shared oder Managed Hosting auf LiteSpeed oder OpenLiteSpeed läuft. Sie beantwortet: ob Exponential dort läuft, welche Regeln Sie nutzen, was der Code über LiteSpeed weiß und was Sie testen, bevor ein Tarif in den Verkauf geht. Die eigenen Menüs und Einstellungen von LiteSpeed werden hier nicht beschrieben; sehen Sie dafür in Ihrer LiteSpeed-Dokumentation nach.

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.

Inhalt #

1. Was die Quellen sagen
2. Eine Website einrichten
3. PHP unter LiteSpeed
4. Was Sie vor dem Verkauf eines Tarifs testen
5. Velocity auf einem LiteSpeed-Host
6. Der Seiten-Cache von LiteSpeed
7. Checkliste

Was die Quellen sagen #

Stufe 3 bedeutet eine begründete Erwartung, kein Testergebnis (Die vier Stufen): Das Projekt hat Exponential in seinen eigenen Tests nicht auf LiteSpeed laufen sehen. „In den meisten Fällen“ ist die ehrliche Formulierung; testen Sie Ihre eigene LiteSpeed-Version.

Eine Website einrichten #

1. Document Root ist das Wurzelverzeichnis der Installation, das Verzeichnis mit index.php.

2. Rewrite-Regeln: Kopieren Sie die mitgelieferten Regeln, wie bei Apache:

   cp .htaccess_root .htaccess

   oder, als Benutzer der Website, ./console exp:setup:htaccess --apply (.htaccess und config.php von der Konsole einrichten). LiteSpeed Enterprise liest die Datei bei der nächsten Anfrage. OpenLiteSpeed liest nur die Rewrite-Regeln, nur mit eingeschaltetem autoLoadHtaccess und erst nach einem Neustart; setzen Sie die Regeln dort besser in den virtuellen Host (LiteSpeed-Beispiel). Nutzen Sie stattdessen .htaccess_root_static (--static) nur, wenn die Website einen erzeugten statischen Cache ausliefert (Statischer Cache).

3. PHP: 8.0 oder neuer mit den erforderlichen Erweiterungen (Kapitel 2), memory_limit mindestens 64M (die Untergrenze des Setup-Assistenten; geben Sie der Produktion mehr), date.timezone gesetzt, file_uploads an (Kapitel 2, Einstellungen der php.ini).

4. Beschreibbare Verzeichnisse: var/ und die Verzeichnisse unter settings/, von einem Benutzer geschrieben (Beschreibbare Verzeichnisse und Berechtigungen).

5. Installieren Sie mit dem Setup-Assistenten im Browser, wenn der Kunde keine Shell hat, oder mit exp:install oder dem Kickstarter, wo eine Shell verfügbar ist (Ein-Klick-Installer).

PHP unter LiteSpeed #

• Die SAPI ist litespeed (LSAPI). Das PHP für das Web und das PHP für die Kommandozeile werden getrennt konfiguriert und sind oft verschiedene Builds: Geben Sie beiden dieselbe Version und dieselben Erweiterungen (Kapitel 2, PHP für Kommandozeile und Web).
• Der optionale Test des Setup-Assistenten möchte open_basedir leer. Shared Hosting setzt es oft; der Kernel kommt bereits mit dem Shutdown-Verzeichnis von LSAPI unter open_basedir zurecht, aber andere Funktionen (zum Beispiel der Vorlade-Lauf im Hintergrund, der proc_open, setsid und die PHP-Binärdatei braucht) können dadurch verweigert werden (Caches vorladen, Abschnitt 7).
• Exponential erkennt den Server, unter dem es läuft: Der Systembericht (expSystemReport::serverKind()) ordnet eine SAPI von LiteSpeed als other ein, und die Debug-Leiste nennt mit Served by den Server, die SAPI und den Port sowie not by Velocity, sodass Support-Mitarbeitende auf einen Blick sehen, was geantwortet hat.

Was Sie vor dem Verkauf eines Tarifs testen #

Führen Sie zuerst die vier Prüfungen des Routings aus Webserver und Engines aus. Dann:

Velocity auf einem LiteSpeed-Host #

Velocity ist ein langlebiger Prozess; auf Shared Hosting mit LiteSpeed ist das meist nicht erlaubt. Auf einem LiteSpeed-Server, den Sie kontrollieren, kann Velocity daneben auf eigenen Ports laufen, und der LiteSpeed-Server kann als Reverse Proxy dienen, in derselben Form wie mit Apache oder nginx (Velocity neben Apache oder nginx). Dem Proxy muss vertraut werden, und er muss X-Forwarded-Proto setzen (Kapitel 8, Hinter einem Reverse Proxy).

Der Seiten-Cache von LiteSpeed #

LiteSpeed Enterprise und OpenLiteSpeed haben einen Seiten-Cache eingebaut. Für eine Exponential-Website wird er ohne Plugin und ohne Code eingeschaltet: .htaccess_root enthält einen auskommentierten Block (## >>> LiteSpeed page cache), der anonyme GET- und HEAD-Anfragen ohne Abfragezeichenkette, Sitzungs-Cookie oder is_logged_in-Cookie, außerhalb der Administrations-, Benutzer-, Shop- und Bearbeitungsansichten, für max-age (120) Sekunden markiert. Das erste # jeder Zeile des Blocks zu entfernen schaltet ihn ein; Apache und nginx übergehen ihn (<IfModule LiteSpeed>). Für einen virtuellen Host, die „Zusätzlichen Anweisungen für HTTPS“ von Plesk, die Include-Dateien von cPanel oder die eigene Konfiguration von DirectAdmin gibt es litespeed-page-cache.conf; das Cache-Modul von OpenLiteSpeed steht im OpenLiteSpeed-Beispiel.

Was ein Hoster wissen sollte, bevor er ihn anbietet:

Schritt für Schritt für jedes Control Panel, Leeren, Fehlersuche und Sicherheit: Seiten-Caching mit LiteSpeed und OpenLiteSpeed.

Checkliste #

• To do: .htaccess aus .htaccess_root kopiert; Document Root ist das Wurzelverzeichnis der Installation.
• To do: PHP für Web und Kommandozeile hat dieselbe Version mit denselben Erweiterungen.
• To do: Die Prüfungen des Routings und die Tests oben bestehen auf einem Staging-Konto.
• To do: Die Auswirkungen von open_basedir auf das Vorladen und andere Läufe im Hintergrund sind bekannt und für den Support dokumentiert.
• To do: Nach jedem Upgrade wird .htaccess aus der neuen .htaccess_root aufgefrischt (./console exp:setup:htaccess zeigt den Diff; --force --apply kopiert nach einer Sicherung).
• To do: Mit eingeschaltetem Seiten-Cache: Eine zweite anonyme Anfrage meldet X-LiteSpeed-Cache: hit, eine angemeldete nie, und die Kunden kennen die Verzögerung von max-age nach dem Veröffentlichen (Seiten-Caching mit LiteSpeed und OpenLiteSpeed).

Demomodus auf LiteSpeed. LiteSpeed liest SetEnv in .htaccess wie Apache und gibt es an lsphp weiter: SetEnv EXP_DEMO_MODE 1 in der .htaccess einer öffentlichen Demo schaltet den Demomodus für ihre Web-Anfragen ein, und security.log zeigt dann demo/mode on ... sapi=litespeed. Rezept: eine öffentliche Demo auf LiteSpeed und Plesk betreiben.

Verwandte Seiten #

• Apache mit PHP-FPM
• Shared Hosting
• Einen Webserver wählen
• Unterstützung von Betriebssystemen
• .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.