Gli URL Django senza una barra finale non vengono reindirizzati

Ho due applicazioni posizionate su due computer separati. Sul computer A, nel urls.pyfile ho una riga come la seguente:

(r'^cast/$', 'mySite.simulate.views.cast')

E quell'URL funzionerà per entrambi mySite.com/cast/e mySite.com/cast. Ma sul computer BI hanno un URL simile scritto come:

(r'^login/$', 'mySite.myUser.views.login')

Per qualche motivo sul computer B url mySite.com/login/ funzionerà ma si mySite.com/loginbloccherà e non tornerà indietro mySite.com/login/come sul computer A. C'è qualcosa che mi sono perso? Entrambi i url.pyfile mi sembrano identici.

controlla le tue APPEND_SLASHimpostazioni nel file settings.py

maggiori informazioni nella documentazione di django

Oppure puoi scrivere i tuoi URL in questo modo:

(r'^login/?$', 'mySite.myUser.views.login')

Il segno della domanda dopo la barra finale lo rende facoltativo in regexp. Usalo se per qualche motivo non vuoi usare l'impostazione APPEND_SLASH.

Questo migliora la risposta di @Michael Gendin. La sua risposta serve la stessa pagina con due URL separati. Sarebbe meglio avere loginil reindirizzamento automatico a login/e quindi servire quest'ultimo come pagina principale:

from django.conf.urls import patterns
from django.views.generic import RedirectView

urlpatterns = patterns('',
    # Redirect login to login/
    (r'^login$', RedirectView.as_view(url = '/login/')),
    # Handle the page with the slash.
    (r'^login/', "views.my_handler"),
)

Anch'io ho avuto lo stesso problema. La mia soluzione è stata messa un (| /) prima della riga finale della mia espressione regolare.

url(r'^artists/(?P[\d]+)(|/)$', ArtistDetailView.as_view()),

Aggiungi barra senza reindirizzamento , usalo al posto di CommonMiddleware nelle impostazioni, Django 2.1:

MIDDLEWARE = [
    ...
    # 'django.middleware.common.CommonMiddleware',
    'htx.middleware.CommonMiddlewareAppendSlashWithoutRedirect',
    ...
]

Aggiungi alla directory principale dell'app middleware.py :

from django.http import HttpResponsePermanentRedirect, HttpRequest
from django.core.handlers.base import BaseHandler
from django.middleware.common import CommonMiddleware
from django.conf import settings


class HttpSmartRedirectResponse(HttpResponsePermanentRedirect):
    pass


class CommonMiddlewareAppendSlashWithoutRedirect(CommonMiddleware):
    """ This class converts HttpSmartRedirectResponse to the common response
        of Django view, without redirect.
    """
    response_redirect_class = HttpSmartRedirectResponse

    def __init__(self, *args, **kwargs):
        # create django request resolver
        self.handler = BaseHandler()

        # prevent recursive includes
        old = settings.MIDDLEWARE
        name = self.__module__ + '.' + self.__class__.__name__
        settings.MIDDLEWARE = [i for i in settings.MIDDLEWARE if i != name]

        self.handler.load_middleware()

        settings.MIDDLEWARE = old
        super(CommonMiddlewareAppendSlashWithoutRedirect, self).__init__(*args, **kwargs)

    def process_response(self, request, response):
        response = super(CommonMiddlewareAppendSlashWithoutRedirect, self).process_response(request, response)

        if isinstance(response, HttpSmartRedirectResponse):
            if not request.path.endswith('/'):
                request.path = request.path + '/'
            # we don't need query string in path_info because it's in request.GET already
            request.path_info = request.path
            response = self.handler.get_response(request)

        return response

Ho avuto lo stesso problema. Nel mio caso si trattava di un residuo vecchio di una vecchia versione in urls.py, prima di staticfiles:

url(r'^%s(?P<path>.*)$' % settings.MEDIA_URL.lstrip('/'),
    'django.views.static.serve',
    kwargs={'document_root': settings.MEDIA_ROOT}),

MEDIA_URL era vuoto, quindi questo pattern corrispondeva a tutto.