Anwendungsserver #

Diese Seite richtet sich an Ingenieure, die wählen, wie Exponential ausgeliefert wird, oder wissen müssen, welcher Laufzeitumgebung ihr Code begegnet. Seit 6.0.15 liefert Exponential einen eigenen Anwendungsserver mit, Exponential Velocity, und steuert drei Engines mit demselben Befehl und derselben Einstellungsdatei. Maßgeblich ist Velocity-Engines.

Inhalt #

1. Die Möglichkeiten
2. Verglichen
3. Was die Wahl für Code bedeutet
4. Die Engines steuern
5. Die Wahl

Die Möglichkeiten #

• Ein Webserver mit PHP-FPM (Apache, nginx und die anderen Server, die das README nennt). Jede Anfrage startet PHP aus einem sauberen Zustand. Exponential läuft hinter jedem Webserver, der eine URL auf index.php umschreiben kann.
• Exponential Velocity, Engine qbix. Ein in PHP geschriebener Webserver: Der Elternprozess lädt die Anwendung einmal und forkt persistente Worker, die viele Anfragen bedienen und nach jeder zurückgesetzt werden; ein Antwort-Cache kann wiederholte öffentliche Anfragen beantworten, bevor ein Worker eingesetzt wird. Ab 6.0.15 verlangt ihn composer.json (se7enxweb/exponential-velocity), jede Installation hat ihn also. Das Projekt nennt ihn die empfohlene Engine für jede Phase (Velocity ist Teil von Exponential 6.0.15).
• FrankenPHP, Engine frankenphp. Caddy mit eingebautem PHP, eine Binärdatei, von exp:velocity install heruntergeladen und gegen eine festgelegte SHA-256-Prüfsumme geprüft. PHP läuft im klassischen Modus (ein sauberer Zustand je Anfrage); der Worker-Modus wird absichtlich nicht angeboten (FrankenPHP).
• Der eingebaute Server von PHP, Engine php: der mitgelieferte Standard in velocity.ini, weil er keine Installation braucht. Nur für die Entwicklung.

Verglichen #

Was die Wahl für Code bedeutet #

Derselbe Code läuft unter allen, und die Regel des Kernels ist, dass jede Änderung unter PHP-FPM, Velocity und FrankenPHP weiter funktionieren muss. Was das persistente Modell hinzufügt:

• statische Eigenschaften, Globals und Registrierungen überdauern von einer Anfrage zur nächsten, sofern sie nicht zurückgesetzt werden (Nebenläufigkeit, Statics und langlebige Prozesse);
• exit und die beenden über eine Kompatibilitätsschicht die Anfrage, nicht den Worker; Kernel-Code verwendet eZExecution::cleanExit();
• ein Worker, der vor einer Bereitstellung gestartet wurde, kennt eine neue Klasse erst nach seinem Neustart.

Die Engines steuern #

php bin/php/console exp:velocity status                          # every engine: role, state, URL
php bin/php/console exp:velocity start                           # the default engine
php bin/php/console exp:velocity graceful                        # reload workers one at a time
php bin/php/console exp:velocity deploy --dry-run --allow-root-user

settings/velocity.ini [ServerSettings] Engine wählt die Standard-Engine (php mitgeliefert, qbix empfohlen, frankenphp). Die Verben sind für jede Engine dieselben: start, stop, graceful, restart, kill, status, deploy, command, config, install.

Die Wahl #

Messen Sie auf Ihren eigenen Seiten, bevor Sie entscheiden (Leistungsmessung und Benchmarks).

Verwandte Seiten #

• Persistente Worker von Velocity
• Velocity: Exponential in einem Webserver mit persistenten Workern betreiben
• Bereitstellen mit Velocity
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.