Hi Steven, It might be handier to use gunicorn with SSL support[1] and since there is already a section in the Django documentation on how to use gunicorn in a project[2].
[1]: http://gunicorn-docs.readthedocs.org/en/latest/settings.html#ssl [2]: https://docs.djangoproject.com/en/1.8/howto/deployment/wsgi/gunicorn/ -- Gert Twitter: @gvangool <http://twitter.com/gvangool> Web: http://gertvangool.be On Sat, May 9, 2015 at 4:19 PM, Steven Berry <steven.j.be...@gmail.com> wrote: > While working with an OAuth library I was running into some issues signing > requests on a local development server due to lack of HTTPS. > > To solve this problem I was deploying web application code to a VM with a > shared folder or SCP and running an TLS-enabled nginx server. Obviously the > development/test latency here is unacceptable. I looked into what solutions > were out there and found a Django plugin django-runsslserver ( > https://github.com/teddziuba/django-sslserver). I installed this app, but > was disappointed by a few things: > > > - The included certificates didn't work due to an EOF openssl error > - I was required to install an additional app (even just doing a += on > the INSTALLED_APPS tuple in a separate development settings module > felt a bit wonky) > - I now had command bifurcation when running development servers -- > runserver, runsslserver, and testserver (which in turn didn't support > SSL) > - The code was necessarily repetitive because Django does not > currently abstract the django.core.servers.basehttp module enough for > this purpose > > I felt like this was something Django should just optionally support out > of the box for simple use cases such as my own. I forked Django and > switched my installed version in my virtual environment to my fork with "pip > -e". I used this myself for a while, but I thought my modest change would > be objectively useful for others and would be relatively trivial to review > and implement. > > For reference I developed a fix here > https://github.com/sjberry/django/commit/c8e808d70f4a0ac6ebf4634576a2538b4f35b83e > and > subsequently submitted a PR here > https://github.com/django/django/pull/4633. Though the PR was admittedly > out of order due to my inexperience with the contribution protocol. > > Let me know if I'm off base here. > > Regards, > Steven Berry > > -- > You received this message because you are subscribed to the Google Groups > "Django developers (Contributions to Django itself)" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to django-developers+unsubscr...@googlegroups.com. > To post to this group, send email to django-developers@googlegroups.com. > Visit this group at http://groups.google.com/group/django-developers. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-developers/40207727-f555-4c1a-bdc4-dcc40e9be935%40googlegroups.com > <https://groups.google.com/d/msgid/django-developers/40207727-f555-4c1a-bdc4-dcc40e9be935%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to django-developers@googlegroups.com. Visit this group at http://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/CAPuLG2KS-wFj%3D%3DerYmyC2A%3DNF998DsxYWPRo_Lf5ivr7QBYCfw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
