Warum ist es eine Flasche App mit Apache oder Nginx bereitstellen zu empfehlen? Es hat einen Server eingebaut, kann es nicht einfach durch Ausführen python app.py und Öffnen der richtigen Ports in der Firewall bereitgestellt werden?Warum sollte Flask nicht mit dem eingebauten Server bereitgestellt werden?
Der WSGI-Server von Werkzeug ist nicht für den Einsatz in der Produktion gedacht. Es wird als ein Komfort während der Entwicklung bereitgestellt. Es wurde nicht im Hinblick auf Sicherheit oder Leistung entwickelt (standardmäßig verarbeitet es nur jeweils eine Anfrage). Verwenden Sie einen echten WSGI-Anwendungsserver wie uWSGI oder Gunicorn, um Leistung zu erzielen, und stellen Sie die Leistung über einen echten Webserver wie Nginx für Leistung und Sicherheit zur Verfügung. Webserver können Anfragen/Antworten in Warteschlangen stellen, statische und andere Inhalte gleichzeitig bereitstellen und SSL verarbeiten. WSGI-Server können mehrere Anforderungen in einer App effizient koordinieren. Werkzeug wurde als WSGI-Bibliothek konzipiert, nicht als Webserver oder WSGI-Server.
Die docs sagen Ihnen direkt nicht den Entwicklungsserver in Produktion zu verwenden.
Sie können den integrierten Server während der Entwicklung verwenden, Sie sollten jedoch eine vollständige Bereitstellungsoption für Produktionsanwendungen verwenden. (Verwenden Sie nicht den eingebauten Entwicklungsserver in der Produktion.)
Zusätzlich Web-Server als root ausführen (dann Privilegien fallen), so dass sie auf den Standard-Ports 80 und 443. Sie sollen nie Lauf eines Anwendung als root, und so würden Sie nur in der Lage sein, an Ports über 1024 zu binden, so dass Benutzer den Port und nicht nur die Domäne kennen müssten.
„Sie sollten niemals eine Anwendung als root ausführen“ dies keinen Sinn überhaupt macht. nginx wird standardmäßig auch als root ausgeführt. Wenn Sie flask als root betreiben, können Sie zumindest port 80 bedienen, was sonst sehr schwer zu erreichen ist.
Das ist Ihre Meinung, auch sehr falsch, könnte ich hinzufügen. – ishaan