Buscando un diagrama para explicar WSGI [cerrada]

Question

Para ayudar aún más mi comprensión de WSGI Busco un diagrama que explica el flujo de una aplicación, desde el servidor web (por ejemplo. Apache) a través de una serie de middleware para "código" (como en el bit print "hello world").

He leído varios artículos sobre WSGI de wsgi.org, pero todavía no es "clic" para mí y en cuanto a los diagramas de Google no está aportando nada útil volver excepto esta de Django, que, si bien es interesante, está a la espera que el usuario entienda cómo middleware enlaces arriba y tal.

Ya que "una imagen vale más que mil palabras", ¿hay diagramas por ahí que ser un poco más baja / más simple que esto?

Answer 1

He estado buscando un diagrama que explica el flujo de WSGI desde hace algún tiempo, también. Por eso me sentí muy feliz cuando me encontré con este tema. Tenía grandes expectativas de lo que iba a ver a sabiendas de lo bueno que es Ian Bicking en la escritura del pitón. Sin embargo, he ganado nada, literalmente, mirando tubos de fantasía de Ian (diagrama?). Es por eso que decidí dibujar uno yo mismo. Espero que le ayudará a alguien a entender cómo funciona el flujo de WSGI. Mientras usted tiene sugerencias de cómo hacerlo mejor estoy abierto para modificarlo. Fue creado con el Lucidchart webapp. El diagrama original se puede encontrar aquí y el alto calidad PNG es aquí .

Answer 2

I como el diagrama de Ian Bicking de WSGI -. Una serie de tubos

Answer 3

No sé si puedo proporcionar la respuesta que está buscando, pero el diagrama se ha vinculado a los espectáculos más que un simple wsgi. La capa wsgi termina en la segunda línea en el diagrama. Después de que se trata de la aplicación específica.

WSGI es más una definición de interfaz o contrato que se reduce de alguna manera se proporciona una función que toma un diccionario (Environ) que representa el contenido de la solicitud actual. y una función para llamar cuando esté listo para iniciar la respuesta (start_response).

El método start_response que llame necesita un código de estado HTTP (200 OK) y una lista de cabeceras HTTP ([( 'Content-Type', 'text / html')]).

def say_hello(envron={},start_response):
    start_response('200 OK', [('content-type', 'text/html')])
    return ["Hello from WSGI"]

La vinculación de su servidor web para su aplicación WSGI es específico de su servidor web que pienso y la información sobre cómo el servidor web llega al diccionario ambiental y una devolución de llamada de su código para llamar es la magia servidor web que es probable que no necesita estar preocupado por. Y siempre y cuando usted obedece el protocolo, el servidor web no tiene que cuidar cómo llegó a su lista de salida que constituye la respuesta de su aplicación.

El Pegar documentación me ha ayudado mucho. Lo podrías encontrar útil. Por cierto, Paste es un montón de cosas útiles que le ayudan a emplear WSGI.And los documentos son muy buenos para la comprensión de cómo utilizar WSGI y por extensión en Pegar.

Sé que pidió un diagrama siento. : (