Revision history [back]
For example uwsgi, that's what we use. It's easy to install and configure. There is also gunicorn. On the front-end we use nginx.
The benefit is that uwsgi can run the master process and workers and will do some process maintenance for you. uWSGI is written in C so I bet it's faster than runserver.
To ease the transition you could just comment out that message in the template and continue using the runserver in the production mode until you have uwsgi and nginx installed (or mod_wsgi + Apache if you can't use nginx for some reason).
For example uwsgi, that's what we use. It's easy to install and configure. There is also gunicorn. On the front-end we use nginx.
The benefit is that uwsgi can run the master process and workers and will do some process maintenance for you. uWSGI is written in C so I bet it's faster than runserver.
To ease the transition you could just comment out that message in the template and continue using the runserver in the production mode until you have uwsgi and nginx installed (or mod_wsgi + Apache if you can't use nginx for some reason).Apache).
For example uwsgi, that's what we use. It's easy to install and configure. There is also gunicorn. On the front-end we use nginx.
The benefit is that uwsgi can run the master process and workers and will do some process maintenance for you. uWSGI is written in C so I bet it's faster than runserver.
To ease the transition you could just comment out that message in the template and continue using the runserver in the production mode until you have uwsgi and nginx installed (or mod_wsgi + Apache).
For example uwsgi, that's what we use. uwsgi. It's easy to install and configure. There is also gunicorn. On the front-end we use nginx.gunicorn.
The benefit is that uwsgi can run the master process and workers and will do some process maintenance for you. uWSGI is written in C so I bet it's faster than runserver.