Veröffentlichung des Anwendungsservers NGINX Unit 1.18.0

Hat stattgefunden Veröffentlichung des Anwendungsservers NGINX Unit 1.18, im Rahmen dessen eine Lösung fĂŒr den Betrieb von Webanwendungen in verschiedenen Programmiersprachen (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js und Java) entwickelt wird. Unter der Verwaltung von NGINX Unit können gleichzeitig mehrere Anwendungen in verschiedenen Programmiersprachen ausgefĂŒhrt werden, deren Startparameter dynamisch geĂ€ndert werden können, ohne die Konfigurationsdateien bearbeiten oder neu starten zu mĂŒssen. Der Code ist in C geschrieben und wird verbreitet unter der Lizenz Apache 2.0. Mit den Besonderheiten von NGINX Unit können Sie sich vertraut machen in der AnkĂŒndigung der ersten Veröffentlichung.

In der neuen Version:

  • Ein isolierter Modus „rootfs“ wurde implementiert, um den Zugriff der Anwendung nur auf einen bestimmten Teil des Dateisystems zu beschrĂ€nken. Um den fĂŒr die Anwendung sichtbaren Wurzel des FS zu Ă€ndern, wird der Aufruf pivot_root() verwendet, der im Gegensatz zum unsicheren Systemaufruf chroot() nicht nur das Wurzelverzeichnis des FS verschiebt, sondern Isolierung auf Namespace-Ebene verwendet, Ă€hnlich wie sie in Containern verwendet wird. DarĂŒber hinaus montiert Unit automatisch alle relevanten SprachabhĂ€ngigkeiten in den isolierten Datei-Baum, die spezifisch fĂŒr das angegebene Anwendungsverzeichnis sind (funktioniert nur fĂŒr eine begrenzte Anzahl von Sprachen).

    {
    „type“: „python 2.7“,
    „path“: „/“,
    „home“: „/venv/“,
    „module“: „wsgi“,
    „isolation“: {
    „rootfs“: „/var/app/sandbox/“
    }
    }

  • Die Möglichkeit, mehrere Handler-Aufrufschemata in der Konfiguration ĂŒber den neuen Abschnitt „targets“ anzugeben, ermöglicht die Vereinfachung der Einrichtung gemischter Adressierungsschemata, wobei zum Beispiel der Großteil der Anfragen unabhĂ€ngig von der angeforderten URI ĂŒber index.php verarbeitet wird, wĂ€hrend die AdministrationsoberflĂ€che direkt zum Aufruf von Skripten fĂŒhrt. Zuvor wurden solche Einstellungen durch die Definition zweier Anwendungen vorgenommen, jetzt kann man mit einer auskommen. Anstelle von:

    {
    „wp_index“: {
    „type“: „php“,
    „user“: „wp_user“,
    „group“: „wp_user“,
    „root“: „/path/to/wordpress/“,
    „script“: „index.php“
    },

    „wp_direct“: {
    „type“: „php“,
    „user“: „wp_user“,
    „group“: „wp_user“,
    „root“: „/path/to/wordpress/“
    }
    }

    kann man angeben

    {
    „wp“: {
    „type“: „php“,
    „user“: „wp_user“,
    „group“: „wp_user“,

    „targets“: {
    „index“: {
    „root“: „/path/to/wordpress/“,
    „script“: „index.php“
    },

    „direct“: {
    „root“: „/path/to/wordpress/“
    }
    }
    }
    }

  • UnterstĂŒtzung hinzugefĂŒgt fĂŒr Kodierung von Zeichen in der Form „%xx“ in den Optionen fĂŒr die Abgleichung „uri“ und „arguments“, sowie in der Option „pass“.

Quelle: opennet.ru

ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server đŸ”„ ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server - ProHoster