Сталкивались с похожей проблемой. в результате post запрос обрабатываем
бэком и возвращаем саму страницу с ssi вызовами. Тогда все подзапросы
идут GET и никаких проблем не возникает.
Valery Kholodkov wrote:
Когда я разбирался с подзапросами, выяснилось, что метода POST они как такового
не поддерживают. В частности метод POST в подзапросе явно переписывается в GET
вплоть до текущей версии nginx.
Моя ошибка -- то что я не заметил подзапроса в дебаг логе сразу.
На данный момент я бы не использовал SSI в ответах на POST-запросы.
----- Original Message -----
From: "Александр Кутузов" <alleteam@xxxxxxxxx>
To: valery+nginxru@xxxxxxxxxxx
Sent: Thursday, November 20, 2008 4:29:00 PM GMT +01:00 Amsterdam / Berlin /
Bern / Rome / Stockholm / Vienna
Subject: Fwd: Re[3]: SSI 502 при POST - господа, мы в отчаянии.
Начало переадресованного сообщения:
От: Sergey Bondari < bondari@xxxxxxxxxxx >
Дата: 19 ноября 2008 г. 21:50:18 GMT+05:30
Кому: Sergey Bondari < nginx-ru@xxxxxxxxx >
Тема: Re[3]: SSI 502 при POST - господа, мы в отчаянии.
Ответ-Кому: nginx-ru@xxxxxxxxx
Hello Sergey,
Кстати, только что заметил - вопрос автору: зачем в подзапросе при SSI
методе GET запросе вообще передавать POST контент основного запроса.
Судя по CONTENT LENGTH это и происходит. Поскольку моя проблема
напрямую зависит от размера POST CONTENT LENGTH, если этого не делать
может и проблема исчезнет
SB> sendfile отключил,
SB> client_body_temp_path гарантированно на диск эксплицитно направил
SB> даже буферы у прокси пробовал увеличивать.
SB> Ничего не помогает! ХЭЛП кто-нибудь!
VK>> Похоже на client_body_temp_path смотрящий в tmpfs.
VK>> Можно попытаться отключить sendfile или
VK>> устранить указанную причину.
