On Mon, 2009-02-02 at 05:57 -0800, Mike wrote:
> With a modified version of Robin Dunn's fcgi.py module that adapts
> fcgi to wsgi, I've set up Django to run under mod_fcgid. One good
> thing about mod_fcgid is that it does all process management for you,
> which makes this setup quite straightforward.

Given the multiple options that already exist for integrating Django
with Apache via modules, I'm not immediately excited by the possibility
of including yet another one in core. Those who use Apache already have
a lot of out-of-the-box choices (and our goal is to make Django usable
out of the box, not cover every single possible install option) and
those who don't use Apache (which is also a large number of people)
aren't going to use mod_fcgid anyway.

I understand that it's possible this handler may offer some alternative
options that in some situation is better or different from any existing
option. But the existing options aren't bad choices and a slight
variation on existing stuff isn't going to be a decider for me.

However, handler modules also don't need to be part of core, since
they're, ultimately, just Python functions that are called. So it should
be easy to have this be a third-party option that people could download
and use if they wanted to go that way.

That's all just my personal opinion, but hopefully you can see the logic
I'm following. Maybe Jacob or Adrian or one of the other maintainers
will be really thrilled by the possibility, but it might be worth
holding off creating a ticket for now, until you see if it's really
worthwhile doing so. Generally, something like this would exist as a
successful and indispensable third-party project before it would be
considered for core.
> 
> Also, since Robin's module works both in a cgi and fcgi context,
> switching a django site between cgi and fastcgi is a one-liner 

Albeit a really bad idea for something like Django unless things like,
say, performance are not an objective. :-(

It's 2009 already. We're reasonably justified in not accommodating web
servers that still require 1998-vintage installation. As soon as we do,
we'd be obligated to support it -- both in code and support forums --
forever (or at least a really long time), which is an unnecessary extra
burden.

Regards,
Malcolm



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from this group, send email to 
django-developers+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to