3 ms·
I'm happy to see this. nginx itself is excellent software, I'll be happy to use similar tech for the application server as well (instead of uwsgi). There are a
by bluetech 9y ago
I'm happy to see this. nginx itself is excellent software, I'll be happy to use similar tech for the application server as well (instead of uwsgi).
There are a couple of options I'd like to see added to the Python configuration though before I could try it:
- Ability to point it at a virtualenv.
- Ability to set environment variables for the application.
- justonepost 9y agolol.. nginx en-masse configuration is a nightmare. i can point to a fortune 50 company that it's destroying for relying on it. I won't name names :)
- falsedan 9y agoGreat story bro
- andruby 9y agoAny pointers for those interested in the story who have no clue?
- omegavesko 9y agoWhat does "en-masse configuration" even mean?
- falsedan 9y agoThat they deployed a broken config file & forcefully stop-started nginx instead of reloading it (and bypassing nginx's built-in protection: it will test a config and refuse to load it if it's broken on reload. on restart it's stuck with whatever busted config you give it).
- etatoby 9y agoSo they deployed a bad config file to all nodes and restarted the service, which then failed to start. How is this specific to Nginx? This same mistake is possible with any other software ever written.
- falsedan 9y agonginx is faster at stop/starting?
- falsedan 9y agodownvoters: I'm deadly serious. I've seen plenty of deployment systems which were unbearably slow because it gave more time for a human to spot a bad deploy and cancel it, and who were afraid to replace it with something faster because it would lack this safety net.