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
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.
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
