Qu'est-ce exactement Werkzeug?

De la officiel doc dit :

Werkzeug est un WSGI bibliothèque utilitaire pour Python.

Cependant, lorsque je lance mon Flacon d'application web, j'ai remarqué que dans l'entête de la réponse du serveur, il n'y a montré

HTTP/1.0 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 13
Server: Werkzeug/0.11.9 Python/2.7.10
Date: Tue, 03 May 2016 12:50:08 GMT

Sur la quatrième ligne, il a dit que le serveur est Werkzeug.

Pourquoi ne pas dire que Werkzeug est un serveur web comme Apache?.

OriginalL'auteur jinglei | 2016-05-03

  1. 2

    Non, il n'est pas un SERVEUR WEB de type Apache. C'est une bibliothèque CGI. Depuis APACHE (ou votre ballon d'application) est probablement à l'aide de la bibliothèque de serveur de certaines requêtes HTTP, il est probablement ajoute que l'en-tête dans la réponse.

    Existe t'il une méthode pour vérifier l'exacte du serveur de l'application web à l'aide? Je pensais que la tête de la demande permettrait de voir le serveur dans Server: ligne.
    Généralement ce qui est sur le "Serveur" de l'en-tête est exacte. Mais gardez à l'esprit que si quelqu'un veut cacher cette information, elle pourrait facilement changer cet en-tête pour tout ce qu'elle veut (si c'est elle qui exécute le serveur web)
    Dans ce cas, les informations d'en-tête est probablement correct. Depuis werkzeug ne sont livrés avec un petit développement de site web - ce qui est probablement ce que produit cette réponse. Nous ne savons pas avec certitude si l'OP explique son installation dans un peu plus en détail...

    OriginalL'auteur Pablo Santa Cruz

  2. 11

    Parce qu'il ne l'est pas.

    Dans votre programme d'installation de votre probablement à l'aide de "serveur de développement" (le run_simple fonction) pour les tests.
    C'est donc dans ce cas d'utilisation comme un (très) pauvre homme Apache, mais seulement dans un sens qu'il est en mesure de répondre à des requêtes HTTP correctement.

    Si vous vérifiez les docs
    http://werkzeug.pocoo.org/docs/serving/
    vous allez voir la note suivante:

    Le serveur de développement n'est pas destiné à être utilisé sur des systèmes de production. Il a été spécialement conçu pour des fins de développement et fonctionne mal sous forte charge. Pour le déploiement des configurations d'avoir un regard sur le Déploiement de l'Application pages.

    OriginalL'auteur sebastian

  3. 10

    Non, il n'est pas

    Werkzeug WSGI(bibliothèque), c'est comme un
    communicator entre votre code python et http nginx/apache serveur

    Ici est l'utilisation Complète de cas de Werkzeug WSGI:

    WSGI a deux côtés: le "serveur" ou "passerelle" (souvent un serveur web
    comme Apache ou Nginx), et la "demande" ou "cadre" côté
    (le script Python lui-même). Pour traiter une WSGI demande, le côté serveur
    exécute l'application et fournit des informations sur l'environnement et une
    fonction de rappel pour l'application côté. Le processus de demande
    la demande, de retour de la réponse du serveur, en utilisant le
    fonction de rappel, il a été fourni.

    Entre le serveur et le
    application, il peut être un WSGI middleware, qui implémente à la fois
    côtés de l'API. Le serveur reçoit une demande d'un client et
    transmet le middleware. Après le traitement, il envoie une requête à
    l'application. L'application de la réponse est transmise par le
    middleware pour le serveur et en fin de compte pour le client. Il peut être
    plusieurs middlewares formant une pile de WSGI applications compatibles.

    Espère que cela aide

    OriginalL'auteur Muhammad Usman