Правильная обработка перенаправлений с помощью NSURLConnection

В разделе 10.3.2 RFC 2616 есть примечание об этом поведении:

Примечание. При автоматическом перенаправлении запроса POST после получения кода состояния 301 некоторые существующие пользовательские агенты HTTP / 1.0 ошибочно изменят его на запрос GET.

Так что такое поведение кажется нестандартным, но историческим. Этот GET запрос не является POST, и в нем будут отсутствовать полезные данные.

Что интересно, это тоже в том же разделе:

Если код состояния 301 получен в ответ на запрос, отличный от GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых запрос был выпущен.

Это довольно ясно и, кажется, указывает на то, что мы не можем это исправить, но я думаю, что игнорирование этого для целей наших собственных клиентов веб-сервисов для сервисов, которые мы выбираем (или контролируем), вероятно, является наименее плохой альтернативой.

Так как же решить эту проблему?

Вместо willSendResponse: в исходном вопросе я использую это:

- (NSURLRequest *)connection: (NSURLConnection *)connection
             willSendRequest: (NSURLRequest *)request
            redirectResponse: (NSURLResponse *)redirectResponse;
{
    if (redirectResponse) {
        // we don't use the new request built for us, except for the URL
        NSURL *newURL = [request URL];
        // Previously, store the original request in _originalRequest.
        // We rely on that here!
        NSMutableURLRequest *newRequest = [_originalRequest mutableCopy];
        [newRequest setURL: newURL];
        return newRequest;
    } else {
        return request;
    }
}

Идея здесь в том, что вместо клонирования нового запроса и попытки сформировать его так же, как тот, который мне отправляет Cocoa Touch, я создаю клон исходного запроса и меняю только URL-адрес, чтобы он соответствовал запросу, который Cocoa Touch отправил мне. Этот исходный запрос по-прежнему POST с приложенной полезной нагрузкой.

Если вы управляете сервером, стоит прочитать полностью RFC 2616, раздел 10.3 чтобы увидеть, есть ли лучший код, который вы можете использовать (при проверке, конечно, что iOS обрабатывает лучший код, как и должно).

Вы также можете сделать изменяемую копию перенаправленного запроса и заменить его HTTP-метод на HTTP-метод исходного запроса. Тот же самый общий принцип, хотя это позволит сохранить элементы нового запроса, а не старого. В некоторых случаях это может сработать лучше, но я еще не тестировал это.

Вы должны проверять код состояния HTTP-ответа, отправленный сервером, чтобы определить, отправлять ли GET или повторять POST. Для 303 (или 302) отправьте запрос GET. Для 307 повторите POST.

у меня была такая же проблема с перенаправлением. Спасибо AJSoaks! Я попробовал, как он предложил, и проблема решена.

Итак, я пытался опубликовать имя пользователя и пароль с помощью метода POST, и я увидел, что сервер перенаправил мой запрос. Как говорит AJSoaks, в случае ошибки 302 вы должны повторить запрос, но на этот раз с использованием метода GET вместо предыдущего POST.

... в какой-то момент у вас есть следующие строки: ... он может быть внутри вашего метода IBAction (кнопка нажата) или где угодно ...

NSMutableString *postString = [[NSMutableString alloc] init];

[postString appendString:@"username=YourUsername&password=YourPassword"];

    //the original URL (https means that it supports SSL protocol)
    //it doesn't change anything, don't worry about it
NSURL *URL = [NSURL URLWithString:@"https://loginWebpageURL"];

NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:URL];

[request setHTTPMethod:@"POST"];    
[request setValue:[NSString stringWithFormat:@"%d", [postString length]] forHTTPHeaderField:@"Content-length"];
[request setValue:@"application/x-www-form-urlencoded" forHTTPHeaderField:@"Content-type"];
[request setHTTPBody:[postString dataUsingEncoding:NSUTF8StringEncoding]];

[NSURLConnection connectionWithRequest:request delegate:self];

[postString release];
[request release];

Затем вы должны также реализовать метод делегата перенаправления NSURLConnection со следующей подписью:

- (NSURLRequest *)connection:(NSURLConnection *)connection
            willSendRequest:(NSURLRequest *)request
           redirectResponse:(NSURLResponse *)redirectResponse

внутри этого метода, если у вас есть ошибка СЕРВЕРА 302 или 303, вы должны реализовать что-то похожее на приведенный ниже код, просто скопируйте код, который вы видите, и замените его новым URL-адресом (перенаправленным). Новый URL-адрес, который вы можете увидеть в браузере или, если хотите, очень полезен в будущем, проверяя его с помощью Firebug (плагин Firefox) или Safari WEB INSPECTOR. Если вы используете Firebug, всю информацию вы можете найти в разделе «Сеть»:

if (redirectResponse) {

    NSLog(@"REDIRECT");
    NSMutableURLRequest *requestTmp = [[NSMutableURLRequest alloc] initWithURL:[NSURL URLWithString:@"https://areaclienti.tre.it/selfcare/areaclienti133/4552_infoCosti_ITA_HTML.xsl"]];

    return [requestTmp autorelease];
}

//return original request in case thay there is no redirecting...
else return request;

NSURLConnection не добавляет заголовки originalRequest в перенаправленный запрос в «willSendRequest: (NSURLRequest *) inRequest».

Вы можете обойти эту проблему, добавив «originalRequest.headers» в перенаправленный запрос.