HTTP: POST-запрос получает 302, должен ли запрос перенаправления быть GET?
Я читал этой но я действительно не получил оттуда, какой тип запроса должен иметь запрос перенаправления в каком случае, т. е. функция (начальный тип запроса, тип ответа)- > redirect-request-type.
в моем конкретном случае, у меня было:
- начальный запрос-тип: POST
- тип ответа: 302
Google Chrome использовал GET для перенаправленного запроса.
в библиотеке Python запросы есть следующий код (здесь):
# http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.4
if r.status_code is codes.see_other:
method = 'GET'
else:
method = self.method
т. е., тип redirect-request-GET в случае 303 (codes.see_other
), во всех остальных случаях это начальный тип запроса. То есть, для моего конкретного случая выше, это будет POST, в отличие от Chrome.
это, вероятно, неправильно, потому что у меня есть один сайт, где это на самом деле не работает правильно (т. е. сайт не ведет себя хорошо таким образом).
что бы правильный путь / функция?
4 ответов
в RFC 2616 ответ- "исходный метод". HTTPbis пересмотрит это, поскольку он не отражает, что делают браузеры (к сожалению).
см.http://trac.tools.ietf.org/wg/httpbis/trac/ticket/160 для истории.
Я просто искал соответствующий код в Chrome, и здесь - это:
std::string ComputeMethodForRedirect(const std::string& method,
int http_status_code) {
// For 303 redirects, all request methods except HEAD are converted to GET,
// as per the latest httpbis draft. The draft also allows POST requests to
// be converted to GETs when following 301/302 redirects, for historical
// reasons. Most major browsers do this and so shall we. Both RFC 2616 and
// the httpbis draft say to prompt the user to confirm the generation of new
// requests, other than GET and HEAD requests, but IE omits these prompts and
// so shall we.
// See:
// https://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-17#section-7.3
if ((http_status_code == 303 && method != "HEAD") ||
((http_status_code == 301 || http_status_code == 302) &&
method == "POST")) {
return "GET";
}
return method;
}
за исключением 303 и 307, любое поведение приемлемо согласно spec, главным образом по историческим причинам.
Я подумал о том, что ответ на этот вопрос был после того, как он испытал его с Chrome и node-запросами, и первоначально предполагая, что это было совершенно нормально. Тогда я подумал, что, хотя это может быть "историческим", это, вероятно, не "правильно". Поэтому я нашел эту страницу, и похоже, что быть "правильным" менее важно, чем быть совместимым с "историческими" реализациями...на минуту это прозвучало разочаровывающе. Затем я вспомнил, что каждый "традиционный", не-Ajax/API, форма на основе " POST" Я когда-либо видел ответ с перенаправлением, которое предполагает GET.
Это то, что есть, и это, вероятно, никогда не изменится. Спасибо всем предыдущим ответчикам за предоставление всей соответствующей информации.