nginx rewrite-post-Daten

Im Grunde wollen Sie automatisch umgeleitet werden Sie eine POST-Anforderung mit einer 301-Moved Permanently umgeleitet.

Jedoch. solche redirect sind insbesondere nicht zulässig, die von der HTTP-Spezifikationen, die besagt, dass:

Wenn die 301-status-code empfangen wird in Antwort auf eine Anforderung einer anderen als GET-oder HEAD -, der user-agent MUSS NICHT automatisch umleiten der Anforderung, es sei denn, es kann vom Anwender bestätigt werden, da diese vielleicht ändern Sie die Bedingungen, unter denen die Anforderung ausgestellt wurde.

Den specs beachten Sie auch, dass:

Wenn es automatisch umleiten, eine POST-Anforderung nach Erhalt einer 301-status-code, einige bestehende HTTP/1.0 user agents fälschlicherweise ändern Sie es in eine GET-Anforderung.

Ich glaube, die zweite situation sein kann, was Los ist, und dass, während die Ziel-server erwartet POST-Daten, empfangen von Daten statt.

Ihre Auswahlmöglichkeiten sind:

A. Ändern Sie den code für die Arbeit mit Daten oder noch besser beide POST und GET. I. E., look für POST und wenn es nicht, versuchen, sich Entsprechungen.

B. Versuchen Sie sicherzustellen, dass der code, erhält POST-Daten durch die Zusammenarbeit mit der Skillung.

Können Sie in der Lage zu erreichen, Wahl B mit der proxy_pass Direktive, die Anforderung zu verarbeiten, statt.

Etwas wie:

location  ~ user_info.php {
    proxy_pass http://testing.com/userhistory;
    proxy_redirect off;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

In dieser Weise, der Benutzer ist technisch nicht umgeleitet.

InformationsquelleAutor Dayo

In meiner conf verwende ich try_files mit regex

beispielsweise

location /yourfolder/(?<specialRequest>.*) {
    try_files $uri /yourfolder/index.php?r=$specialRequest;
    return 307 https://$host/yourfolder/index.php?r=$specialRequest; //it also work
}

InformationsquelleAutor Peter Lai