Nginx and uwsgi

aris · June 11, 2012, 3:35pm

nginx mailing list
[email protected]
http://mailman.nginx.org/mailman/listinfo/nginx

BiswasS_Pinakee · June 11, 2012, 3:48pm

We are new to nginx (have prior experience with Apache) and have
downloaded
1.2.1. The OS is CentOS.

We are not sure how uwsgi works with nginx:
  Do we have to start uwsgi as a separate process?

Yes, but remember: uwsgi is a communication protocol (like http or
fastcgi), uWSGI is the application server.
You need to start uWSGI, and configure nginx to speak with it with the
protocol of choice (uwsgi, http or fastcgi)

  There is no option/directives for loading modules in nginx (as it

is there in Apache).

nginx does not work in that way, but it should be not a problem for you
as
upstream modules (http, fastcgi, scgi, uwsgi) are compiled in by
default.

  I couldn't find a good documentation on the uwsgi based
directives.
The one in nginx wiki is confusing.

you need nothing particular:

include uwsgi_params;
uwsgi_pass ;

all the other options are for fine tuning.

I suggest you to start from here:

http://projects.unbit.it/uwsgi/wiki/Quickstart

Since nginx I think works as a reverse proxy where it forwards HTTP
requests
to the uwsgi process, how about using something like Cherrypy or
PasteHTTPserver? Would there be any difference?

you can proxy nginx to whatever you want/need if the backend speaks one
of
the supported protocol (http, scgi, fastcgi, uwsgi)

–
Roberto De Ioris
http://unbit.it

BiswasS_Pinakee · June 11, 2012, 4:02pm

Hi Roberto,

Thanks for the prompt response. That really helps.

Our major consideration for going with Nginx is performance.
If we have another process running (a wsgi server with python
application) and nginx working as a proxy translating HTTP requests to
another protocol (uwsgi, http or fastcgi), won’t that be an overhead?
I was under the impression that the Python application can be embedded
in Nginx using Wsgi.

We would really appreciate your thoughts/suggestions on the above.

Looking forward to your response…

Thanks,
Pinakee Biswas
Director & CTO

Just watch it !

FE- Mail: [email protected] I IWeb: http://www.vvidiacom.com

 Please don’t print this e-mail unless you really need to, this will
preserve trees on planet earth.
----------------------------Disclaimer-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
The information contained in this message (including any attachments) is
confidential and may be privileged. If you have received it by mistake
please notify the sender by return e-mail and permanently delete this
message and any attachments from your system. Please note that e-mails
are susceptible to change and malwares. VVIDIA COMMUNICATIONS PVT LTD.
(including its group companies) shall not be liable for the improper or
incomplete transmission of the information contained in this
communication nor for any delay in its receipt or damage to your system.
-------------------------------------------------------------------------------------------------------------------------Disclaimer----------------------------------------------------------------------------------------------------------

BiswasS_Pinakee · June 11, 2012, 8:16pm

Hi Roberto,

Thanks for the prompt response. That really helps.

Our major consideration for going with Nginx is performance.
If we have another process running (a wsgi server with python application)
and nginx working as a proxy translating HTTP requests to another protocol
(uwsgi, http or fastcgi), won’t that be an overhead?

Yes, there is an overhead, but it is practically irrelevant in the big
scheme. Your bootleneck will hardly be the webserver or the application
server. Running custom/non-deterministic apps directly in the webserver
is
a really old-style approach and afaik, only the php world still pushes
this kind of setups.

Take in account (as you came from apache), mod_wsgi preferred setup is
in
daemon mode, that is a beatiful abstraction of a proxied setup.

I was under the impression that the Python application can be embedded in
Nginx using Wsgi.

the only third-party-module allowing you to do so, is Manlio P.'s
mod_wsgi/mod_python for nginx. It is unmaintained, and its preferred
usage
is in having another nginx in front of it proxying requests. Nginx is a
non-blocking server, putting blocking code in it (as 90% of the webapps
are), is the key to hell

If you have got experience with apache+mod_wsgi, you can simply use
nginx
for serving static files and using apache+mod_wsgi (in embedded mode) as
your application server for python/wsgi. This is now a very common
setup.

–
Roberto De Ioris
http://unbit.it

BiswasS_Pinakee · June 12, 2012, 3:19pm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 11/06/2012 20:15, Roberto De Ioris ha scritto:

[…]

I was under the impression that the Python application can be embedded in
Nginx using Wsgi.

the only third-party-module allowing you to do so, is Manlio P.'s
mod_wsgi/mod_python for nginx. It is unmaintained,

Well, recently I have started to work on it again; at least now it works
with recent Nginx versions ;-).

I have not yet pushed the latest changes to the public repository at:
https://bitbucket.org/mperillo/ngx_http_wsgi_module.

As Roberto pointed out, ngx_http_wsgi_module is not a “general” Python
web application server; but it works rather well for “carefully” written
applications, and memory usare is low.

[…]

Regards Manlio P.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/XQaAACgkQscQJ24LbaUR9dgCfQWI7IltdxyvI49QwT3EN+VGT
BMUAnRIvcNZohU59rDGszLI9Toupivq6
=tu4T
-----END PGP SIGNATURE-----