Warum bekomme ich eine GET-Anfrage auf der Django-Seite beim Senden einer POST-Anfrage mit superagent

Question

Ich sende eine POST-Anfrage an die Server-Anwendung mit superagent.js. Die Anfrage wird an eine django Ansicht gesendet. Aber ich bekomme eine GET-Anfrage auf der View-Seite.

Hier ist mein Code, wo ich eine Anfrage mit superagent zu senden versuche:

request.post('/nameofview') 
.set('Content-type', 'application/x-www-form-urlencoded') 
.set('X-CSRFToken', csrf) 
.send({name: 'name'}) 
.end(callback) 

Dies sind Protokolle von der django Entwicklungsserver:

[30/Mar/2016 12:27:28] "POST /nameofview HTTP/1.1" 302 0 
[30/Mar/2016 12:27:28] "GET /ru/nameofview HTTP/1.1" 404(<--Raising not found from within the view) 1696 

So ist django Projekt url Dispatcher Empfang eine Post-Anfrage, aber leitet sie dann als get-Anfrage an die Anwendungsansicht weiter. Ich habe keine Probleme mit der URL-Übereinstimmung. Die Ausführung gibt den Ansichtscode ein, aber es handelt sich um eine Abrufanforderung und nicht um einen Beitrag, weshalb ich die Postdaten, die ich gesendet habe, nicht abrufen kann.

Das ist meine Ansicht Code ist:

def nameofview(request): 
    if 'name' in request.POST: 
     # make some staff 
     return JsonResponse({'result': result}) 
    else: 
     raise Http404() 

Von diesem post, habe ich herausgefunden, dass ich eine csrftoken meiner Post-Anforderung anzubringen haben, und natürlich habe ich das, wie es here ohne beschrieben Erfolg.

Also, meine Frage ist, warum es das macht und wie kann ich es machen meine Post Anfrage nicht zu berühren?

P.S. Es funktioniert mit get-Anfrage ohne Probleme.

Answer 1

Mounir scheint auf dem richtigen Weg zu sein. Das schleppende / scheint jedoch nicht das Problem zu sein. Stattdessen fügt Django eine /ru an der Vorderseite der angeforderten URL hinzu. Könnte ru möglicherweise der Deskriptor für eine Sprache sein, die Sie in Ihrer URL codieren? Wenn ja, versuchen Sie request.post('/ru/nameofview/') anzurufen.

Auf der anderen Seite, Superagent scheint auch den Trick tun könnte, die Umleitungen mit einem GET Anfrage anstelle einer POST so die allow_redirects=True Funktion, die Mounir vorgeschlagen zu nennen, obwohl ich mit dieser Bibliothek nicht vertraut bin.