If anyone cares, I fixed it with a tiny little mod_python handler:
---------------------------
from mod_python import apache

def requesthandler(req):
        req.uri="/tools%s"%req.uri
        return apache.OK


On 3/25/07, Ross M Karchner <[EMAIL PROTECTED]> wrote:
> Hello--
>
> I'm running a django project mod_proxy'ed to a directory of a non-django 
> site, so that the django root is accessible at:
>
> http://domain.com/tools/
>
>  Django is oblivious to the 'tools'-- in the url above, request.path would 
> just be "/", which makes perfect sense. This causes problems for anything 
> that uses the request.path variable-- for instance, the admin login screen, 
> or redirects caused by append_slash being turned on.
>
> Just about every issue that crops up can be dealt with as it comes up, but 
> I'm wondering if there's a way to fix this via middleware or configuration. 
> Since request attributes are read-only, installing middleware that rejiggers  
> request.path on every request won't work, but I'm open to other ideas.
>
> -Ross
>

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

Reply via email to