You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I has one of our servers powered by nginx, uwsgi and Bottle WSGI framework for a while now. The deployment model is as follows:
request --> nginx + uwsgi plugin (port 80/HTTP protocol) ---> (forward) --> uwsgi web server (port 8080/uwsgi protocol)---> WSGI app
I learn from this project that this plugin can speak in uwsgi. What does it mean?
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. uWSGI must some ways to pick messages from that queue
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. There is a built-in process picks messages from that queue and push them to uwsgi server.
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. Developer write uwsgi-aware workers that pick messages from that queue, parse that piece of information into WSGI friendly values and handle it
Thanks
Dinh
The text was updated successfully, but these errors were encountered:
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. uWSGI must some ways to pick messages from that queue
That's the correct interpretation. Having said that, I don't believe that uWSGI is capable of receiving such messages right now (it supports receiving Mongrel2 messages, so changes required to support that would be trivial - it just isn't there yet).
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. There is a built-in process picks messages from that queue and push them to uwsgi server.
No, that would be pointless.
nginx parses HTTP packets (header + body) into uwsgi packets and push them to zeromq-based queue. Developer write uwsgi-aware workers that pick messages from that queue, parse that piece of information into WSGI friendly values and handle it
Uhm, the whole concept behind this being content-agnostic is that it sends exactly the same data, just over ZeroMQ instead of TCP, so nothing new (in terms of parsing) is required.
Hi,
I has one of our servers powered by nginx, uwsgi and Bottle WSGI framework for a while now. The deployment model is as follows:
request --> nginx + uwsgi plugin (port 80/HTTP protocol) ---> (forward) --> uwsgi web server (port 8080/uwsgi protocol)---> WSGI app
I learn from this project that this plugin can speak in uwsgi. What does it mean?
Thanks
Dinh
The text was updated successfully, but these errors were encountered: