Не проверял. GET работает, как ожидается. Для решения моей проблемы этого
достаточно.
пн, 29 июн. 2020 г. в 10:48, Илья Шипицин :
> я примерно такое имел в виду.
>
> а вот расскажите, как будет работать, если на POST запрос будет 301, вы в
> @handle_redirect отправите тоже POST ?
>
> пн, 29 ию
я примерно такое имел в виду.
а вот расскажите, как будет работать, если на POST запрос будет 301, вы в
@handle_redirect отправите тоже POST ?
пн, 29 июн. 2020 г. в 12:03, Александр Карабанов :
> Вот такое решение нашёл:
>
> https://serverfault.com/questions/423265/how-to-follow-http-redirects-i
Вот такое решение нашёл:
https://serverfault.com/questions/423265/how-to-follow-http-redirects-inside-nginx
server {
...
location / {
proxy_pass http://backend;
# You may need to uncomment the following line if your
redirects are relative, e.g. /foo/bar#proxy_redir
это не во всех случаях можно сделать корректно.
например, 301 по RFC можно отвечать только на GET. а если сервер ответил
301 на POST, какой запрос надо отправить на новый адрес, тоже POST ? или
GET ?
вот именно этот выбор и доносится до клиента, когда 301 транслируется один
в один.
теоретически,
Здравствуйте.
Приложению запрещено самостоятельно открывать соединения с внешним миром.
Приложение отправляет запрос на proxykipalive.lan, а Nginx проксирует этот
запрос на целевой хост (это сделано, чтобы переиспользовать соединение за
счёт keepalive и не открывать новое соединение на каждый запр
