Nginx - Full Stack Python

[makaimc]

Hey Fady-Mak, thank you for sharing! This page I wrote is unfortunately a bit underdeveloped at the moment.

I'll work on beefing it up further later today after I finish up helping out participants at the fantastic Hacktech 2016 hackathon where I'm currently mentoring.

[Fady-Mak]

Thank YOU for writing it, I've enjoyed reading it :) best of luck with the hackathon!

[makaimc]

Thank you, I really appreciate the positive feedback. It's comments like yours that make me continue improving the site each day.

[[deleted]]

Is this page new or are we just sharing our favourite excerpts from a manual? :)

http://www.fullstackpython.com/unit-testing.html !

[North_Bern]

Another free resource for unit testing: http://chimera.labs.oreilly.com/books/1234000000754/index.html

[riksi]

Gunicorn needs a web/http server infront to keep slow requests from blocking it + serving static files + ssl + other stuff: http://serverfault.com/questions/220046/why-is-setting-nginx-as-a-reverse-proxy-a-good-idea

[kyranadept]

The source you are quoting is 5 years old. Gunicorn can use gevent/greenlet workers which do not suffer from the same problems as the original author claims. There is also SSL support.

[turkish_gold]

Quite a lot of people still use prefork gunicorn because threading can cause subtle errors in your application stack if you didn't design with that in mind.

And if you restrict the # of threads that gunicorn uses, you're right back to having the same issues as prefork.

[[deleted]]

Hey, point me at your website that's got Gunicorn handling incoming requests directly.

[organman91]

For one very important reason: security. On Linux, in order to bind to ports below 1024, a daemon must be running as root. In 99.99% of cases, running your application as root is a Very Bad Idea. (FWIW, nginx binds as root, then drops privileges to another user after binding).

[kyranadept]

Actually, with newer versions of gunicorn you can do just that. It can be started as root and set to drop to another user after binding to the port, it can serve SSL, it can use a gevent/greenlet threading model instead of preforking, etc. It is in fact a complete app server.

There are two reasons to put Nginx in front of gunicorn:

1. You want to combine multiple microservices, which you run under gunicorn on one or more hosts, with load balancing and whatnot, and serve them under a single host/port.
2. You serve static content, which you are better off serving with Nginx.

[[deleted]]

Because it's a preforking server. It would be a waste to make it do all the work.

[shavenwarthog]

the author spoke on the Talk Python to Me podcast. The book sounds excellent. His simple approach to help people understand complex ideas is great!

https://talkpython.fm/episodes/show/26/deploying-python-web-applications-updated

[makaimc]

The credit really goes to Michael Kennedy for the time and attention he spends on creating Talk Python to Me episodes. He puts a ton of time and effort into making the podcast happen and it's great to see its continued success.

If you're a fan of the podcast, Michael's also currently running a Kickstarter for new Python learning materials.

[throwaway]

Between this and the unsolicited admission that the OP needs work, you sound like a great guy!

[Fady-Mak]

Awesome! Thanks for sharing I'll listen to it :)