Comment détecter et gérer les codes d'erreur HTTP dans UIWebView?

Je tiens à informer l'utilisateur lorsque l'erreur HTTP 404 etc est reçu. Comment puis-je détecter?
J'ai déjà essayé de mettre en œuvre

- (void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error

mais il n'est pas appelé lorsque je reçois l'erreur 404.

source d'informationauteur EEE

7

Vous pouvez capturer l'URLRequest ici:
```
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
```
et de la main la demande au délégué et retour pas. Ensuite, dans le a reçu la réponse d'appel de NSURLConnection annuler la connexion et si tout va bien (cocher la réponse) charger le urlrequest une fois de plus dans la webview. Assurez-vous de retourner OUI dans l'appel ci-dessus lors du chargement de la urlrequest de nouveau.

Pas très élégant, mais il pourrait fonctionner.

Ma mise en œuvre inspirée par Radu Simionescu réponse :

- (void)webViewDidFinishLoad:(UIWebView *)webView {
    NSCachedURLResponse *urlResponse = [[NSURLCache sharedURLCache] cachedResponseForRequest:webView.request];
    NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse*) urlResponse.response;
    NSInteger statusCode = httpResponse.statusCode;
    if (statusCode > 399) {
        NSError *error = [NSError errorWithDomain:@"HTTP Error" code:httpResponse.statusCode userInfo:@{@"response":httpResponse}];
        //Forward the error to webView:didFailLoadWithError: or other
    }
    else {
        //No HTTP error
    }
}

Il gère client HTTP erreurs (4xx) et le serveur de HTTP erreurs (5xx).

Noter que cachedResponseForRequest retourne nil si la réponse n'est pas mis en cache, dans ce cas statusCode est attribué à 0 et la réponse est sans erreur.

8

UIWebView ne fournit pas toutes les fonctionnalités pour obtenir les codes d'état HTTP de la demande de charge. Une solution de contournement consiste à intercepter la requête processus de chargement de UIWebView à l'aide de la UIWebViewDelegate méthodes et de l'utilisation NSURLConnection pour détecter la façon dont le serveur répond à cette demande (comme suggéré ci-dessus). Ensuite, vous pouvez prendre une action appropriée appropriée à la situation. Cet article explique la solution de contournement en détail sur un projet de démonstration.

Et vous n'avez pas besoin de continuer le chargement de la demande après que vous avez reçu une réponse. Vous pouvez simplement annuler la connexion en - (void) connexion:(NSURLConnection *)connexion didReceiveResponse:(NSURLResponse *)réponse méthode après l'apprentissage, le code d'état HTTP. De cette façon, vous empêcher la connexion de chargement inutile, les données de réponse. Ensuite, vous pouvez charger la demande en UIWebView de nouveau ou d'afficher un message d'erreur approprié à l'utilisateur selon le code de statut HTTP, etc.

Voici l'article

et voici la démo du projet sur github
7

Vous êtes mal à interpréter ce qu'-didFailLoadWithError est pour. Techniquement, la demande a réussi. Il a été en mesure de frapper le serveur et constater que le fichier que vous demandez n'existe pas (p. 404). L'-didFailLoadWithError méthode sera appelée si le serveur n'existe pas, par exemple. Votre serveur existe. Le fichier ne fonctionne pas. La vue web ne va pas interpréter les erreurs dans le contenu. Le but de didFailLoadWithError de la UIWebViewDelegate Apple Docs est:

Envoyé si un affichage web, le chargement a échoué
contenu.

À partir de l'article de Wikipédia sur HTTP 404:

La 404 ou n'a Pas Trouvé de message d'erreur
un code de réponse HTTP standard
indique que le client a été en mesure de
communiquer avec le serveur, mais le
serveur n'a pas pu trouver ce qui a été
demandé. 404 erreurs ne devrait pas être
confondre avec "serveur introuvable" ou
des erreurs similaires, dans lequel une connexion
pour le serveur de destination n'a pas pu être
fait à tous.

En toute probabilité, vous aurez à analyser le texte de la réponse pour une 404 qui vous pourriez obtenir avec un NSURLConnection/NSURLRequest combinaison plutôt que d'une vue web.

Cordialement,
7

NSURLConnection est la classe que vous cherchez, je ne pense pas que cela peut être fait directement dans une UIWebView.

Vous pouvez utiliser la méthode synchrone
```
+ (NSData *)sendSynchronousRequest:(NSURLRequest *)request returningResponse:(NSURLResponse **)response error:(NSError **)error
```
Ou Asynchrone. Ce sont plus difficile à configurer, vous devez ajouter tous les bits de données que vous obtenez dans le 1 NSData, mais le résultat final est le même.

Peu importe si vous utilisez le mode Synchrone ou Asynchrone méthodes:

Si vous obtenez une NSError* objet puis il y a eu une erreur COMMS. Comme indiqué dans les autres réponses, ce n'est PAS un code de statut HTTP, mais plutôt d'un problème de communication.

Si la connexion a réussi, vous obtenez une NSURLResponse et NSData. Surtout, le NSURLResponse pour les requêtes HTTP est en fait le NSHTTPURLResponse sous-classe!

Ensuite, vous devez vérifier la réponse pour voir ce que le code d'erreur est. Essayez ceci (où _responseInfo est votre NSURLResponse objet):
```
  NSInteger httpStatusCode = (NSHTTPURLResponse*)_responseInfo.statusCode;
```
responseInfo devrait toujours être un NSHTTPURLResponse pour les requêtes HTTP... mais vous avez peut-être sage d'avoir une assertion là juste au cas où.

SI le statusCode est un succès (c'est à dire 200) puis votre NSData objet doit contenir les données de la réponse (quel qu'il soit). Si le code d'état indique une erreur, alors la NSData peut contenir une description textuelle de l'erreur à partir du serveur.

NB. Je ne recommande pas tyring pour analyser les NSData objet pour le message d'erreur. C'est ce que le HTTP statusCode' est pour!
2

Dans webViewDidFinishLoad:
```
if ([[(NSHTTPURLResponse*)[[NSURLCache sharedURLCache] cachedResponseForRequest:webView.request] valueForHTTPHeaderField:@"Status"] intValue] == 404){
}
```
Vous pouvez envisager cette solution sur d'autres plus complexes, même si certaines réponses pourraient ne pas être mis en cache. Notez que de mal, les url sont généralement de la mise en cache par un système qui possède des configurations par défaut.

Heres est mon swift 3 version de @AxelGuilmin réponse:

func webViewDidFinishLoad(_ webView: UIWebView) {

        guard let request = webView.request else { return }

        let cachedUrlResponse = URLCache.shared.cachedResponse(for: request)
        let httpUrlResponse = cachedUrlResponse?.response as? HTTPURLResponse
        if let statusCode = httpUrlResponse?.statusCode {
            if statusCode == 404 {
                //Handling 404 response
            }
        }
    }

-1

J'ai utilisé le code ci-dessous pour ma solution

-(void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error{
NSLog(@"error  :%@",error);

NSString *strError = [NSString stringWithFormat:@"%@",error];

if ([strError rangeOfString:@"Code=-1005"].location == NSNotFound) {
    NSLog(@"string does not contain Code=-1005");
} else 
    NSLog(@"string contains Code=-1005”);

}

Vous devez vous connecter pour publier un commentaire.