On Jul 30, 7:29 pm, Graham Dumpleton <graham.dumple...@gmail.com> wrote: > If you are using mod_wsgi then you definitely do not need > FORCE_SCRIPT_NAME as mod_wsgi does the correct think in respect of > setting up SCRIPT_NAME/PATH_INFO. The only time it might not be right > with mod_wsgi is if you used WSGIScriptAliasMatch to map the > application and you didn't set up the directive properly. This can > happen because how you set up pattern and target for that directive > will control how SCRIPT_NAME is calculated. WSGIScriptAliasMatch > should only be used if absolutely required. > > So, post how you configured mod_wsgi to mount your application just to > eliminate that as possibility. Verify that FORCE_SCRIPT_NAME isn't set > in settings.py or if it is that it is set to None. > > Someone with more Django knowledge would then need to tell you if you > are specifying urls.py correctly, whether any other settings you need > to check and whether how URL references are generated are correct. All > I can tell you is that if mod_wsgi is set up properly, you should > never need FORCE_SCRIPT_NAME with mod_wsgi. > > You may need to explain better what is meant by 'This is causing all > my template links to break'. Ie., what errors are you getting, what > are the URLs it is generating and what they should be etc. > > Graham > > On Jul 31, 12:09 pm, Streamweaver <streamwea...@gmail.com> wrote: > > > > > I'm not actually using {% url %} at this time. I am setup for > > mod_wsgi and don't know how to go about configuring links in the > > templates when the sites root is on a subdirectory. There isn't much > > in the way of examples on FORCE_SCRIPT_NAME I can find and I'm not > > really an apache admin so I'm a bit out of my depth here. > > > Is this the avenue I should be pursuing or is there some way to set > > this up better. the url filter seems to violate DRY methodology. > > > Thanks again. > > > On Jul 30, 9:52 pm, Graham Dumpleton <graham.dumple...@gmail.com> > > wrote: > > > > Using FORCE_SCRIPT_NAME is only appropriate for certain WSGI hosting > > > mechanisms. Using it may simply hide the fact that the OPs application > > > code is wrong to begin with. > > > > OP should indicate how they are hosting their application for real > > > site. Ie., mod_python, mod_wsgi, fastcgi or other. > > > > Graham >
Graham is right about needing to mount your site correctly. Post your Apache config at http://groups.google.com/group/modwsgi?hl=en and they can help with that. I've not had to use FORCE_SCRIPT_NAME when using mod_wsgi. What I found that works is passing the script_name in each view context. This is violating DRY, but I haven't worried about that too much. This is a way to make apps portable. If you still need or want to use the {% url %} tag, you just need to preceed it by a {{ script_name }} (I'm mostly sure, correct me if wrong). You can give script_name to your context with request.META['SCRIPT_NAME'] if it exists. hope this helps, Adam > > > On Jul 31, 6:04 am, Alex Koshelev <daeva...@gmail.com> wrote: > > > > > If you are using `{% url %}` template tag or `reverse` function you can > > > > set > > > > FORCE_SCRIPT_NAME [1] settings variable specified for your deployment > > > > project root. Or working with right web-server in front of django > > > > project > > > > force it to tell proper SCRIPT_NAME himself. > > > > > [1]:http://docs.djangoproject.com/en/dev/ref/settings/#force-script-name > > > > > --- > > > > Alex Koshelev > > > > > On Thu, Jul 30, 2009 at 10:55 PM, Streamweaver > > > > <streamwea...@gmail.com>wrote: > > > > > > I have a django project that has worked just fine in development but > > > > > I'm trying to move it to a demo site and the application is not on a > > > > > root domain or sub-domain. > > > > > > Instead the site root URL is suppose to be something like > > > > >https://site.domain.com/appname/ > > > > > > This is causing all my template links to break. The {% url %} tag > > > > > seems to work only for the site root and doesn't bring in the > > > > > subdirectory name. > > > > > > What's the Django way of handling this? I'm surprised I haven't been > > > > > able to find something about this.- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ 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 django-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~----------~----~----~----~------~----~------~--~---