http://projects.unbit.it/uwsgi

I have yet to look through code too much yet.

FWIW, I have been looking through Phusion Passenger code of late and
their Apache module is a bit of a mess. Phusion Passenger chose the
wrong way of hooking into Apache request processing phases and as a
result it doesn't interoperate properly with some other Apache
modules. Rather than realise their mistake, that have just been adding
more hacks on top to try and get it to work properly with the other
Apache modules.

I wander what surprises I will find in the uWSGI code. Their use of
Python sub interpreters and multithreading appears to be flawed on
first glance.

Graham

  http://www.fmc-modeling.org/category/projects/apache/amp/Apache_Model...

There are also books one can buy:

  http://www.amazon.com/Apache-Modules-Book-Application-Development/dp/...
  http://www.amazon.com/Writing-Apache-Modules-Perl-C/dp/156592567X/ref...

The source code for builtin Apache modules also serve as good examples.

Basic issue is that in the main Apache works based around having
actual files in the file system and mapping URLs to them. A lot of
functionality derives from that basic premise. When you start to move
away from that, things will start to fall apart if you still need to
have other Apache modules which work based on that assumption to
function properly.

So, although how you have done it can be made to work, I wouldn't view
it as the best way of doing it and a lot more fiddles would probably
be necessary. It is worthwhile mentioning that mod_python also avoids
the more natural file source based view and it also can be a PITA at
times because things like application mount points cannot be
calculated correctly and it breaks the Apache security model for
controlling where users may point the file that is the application
entry point.

Anyway, lets just say I wouldn't do it the way you have done it. But
then your perceived requirements may have been quite different and
thus why you chose the way you did rather than other options
available.

BTW, I note that there are a few incorrect statements on your web site
about how Apache works. I recently sent an email to the contact email
address for your site pointing out one of them, but didn't get any
response.

Graham

One of our requirements is that things must be as simple as possible,
even for people who don't understand Apache. "Magical", if you will.
mod_wsgi requires one to specify "WSGIScriptAlias" and "SetHandler",
but this is already too complicated in our opinion. Much of the
perceived workaround code is to implement this "magic".