iOS Code d'Erreur=-1003 “Un serveur avec le nom d'hôte spécifié n'a pas pu être trouvé.”
Je suis en train de charger une image à partir de l'URL sur l'iphone, l'image est là, et je peux l'ouvrir dans safari avec le même lien, mais pas dans l'application:
Error Domain=NSURLErrorDomain Code=-1003 "A server with the specified hostname
could not be found." UserInfo={NSUnderlyingError=0x17024f810
{Error Domain=kCFErrorDomainCFNetwork Code=-1003 "(null)"
UserInfo={_kCFStreamErrorCodeKey=50331647, _kCFStreamErrorDomainKey=6147928288}},
NSErrorFailingURLStringKey=https://........, NSErrorFailingURLKey=https://.........
Code de demande:
func downloadImage(userEmail: String, onCompletion: @escaping (UIImage) -> Void) {
print("Download Started")
let route = "\(baseURL as String)\(userEmail as String)\(baseURLparameters as String)"
let url = URL(string: route)
getDataFromUrl(url: url!) { (data, response, error) in
guard let data = data, error == nil else {
print("===failed:", error ?? "dunno")
print("===url:", url?.absoluteString ?? "dunno")
return
}
print(response?.suggestedFilename ?? url!.lastPathComponent )
print("Download Finished")
DispatchQueue.main.async() { () -> Void in
onCompletion(UIImage(data: data)!)
}
}
}
Non, il n'est pas. Avez-vous lu l'autre question?
Je suis en supposant que Swift 3 sur iOS 10... avez-vous essayé remplace temporairement
Je suis en supposant que Swift 3 sur iOS 10... avez-vous essayé remplace temporairement
getDataFromUrl(...)
avec UIApplication.shared.open(url, options: [:], completionHandler: nil)
juste pour voir si c'correctement lance Safari et se connecte à l'URL /(extrait de l'image) correctement?OriginalL'auteur Async- | 2017-03-24
Vous devez vous connecter pour publier un commentaire.
Dans mon cas, lorsque je me connecte à la signature compte de l'équipe de Xcode, il a été automatiquement basculer sur l'Application Sandbox dans les Capacités. Quand j'arrête, je pouvais faire la demande au serveur sans aucun problème.
Génial, ce qui s'est passé avec moi, dans un macOS app.
J'ai perdu deux jours sur ce, il n'a pas de sens! Merci, vous m'avez sauvé des heures de maux de tête.
Cela a fonctionné pour moi. Merci!!!!
n'est-ce pas le travail avec le bac à sable?
OriginalL'auteur Udaya Sri
Le nom d'hôte de votre URL est incorrecte, car le message que vous obtenez de retour indique explicitement qu'il ne peut pas trouver un serveur avec ce nom d'hôte.
Le mst, la cause probable est que vous avez oublié de mettre une barre oblique entre l'URL de base et de l'e-mail par exemple, si votre URL de base est
et votre e-mail est
Vous construire
Placez un point d'arrêt sur la ligne qui crée l'URL et inspecter la chaîne, il est tentant de le créer à partir de. Il sera probablement ensuite être assez évident exactement ce que vous faites mal.
Je vois l'URL construite par le programme lors de l'exécution, et aussi de sortie pour le journal en tant que bien comme une partie de l'erreur, désolé je ne peux pas mettre l'URL ici, mais c'est bien construit
dans mon cas, l'URL de base n'est pas juste l'adresse d'un site, c'est une bonne URL de l'API se terminant par "/" et l'ajout d'e-mail est correcte, et l'URL de sorties lors de l'exécution est correcte, il semble que l'app ne pouvez pas y accéder
Pouvez-vous s'il vous plaît laissez-moi savoir si il y a des différents codes d'erreur de résolution DNS à l'échec/ délai d'attente et pour les invalides de noms d'hôte. Je suis confronté problème similaire, je veux comprendre si c'est un nom d'hôte d'erreur (ou) si c'est un problème de DNS
OriginalL'auteur JeremyP
Cette erreur serait de suggérer que le DNS question connexe.Il y a un problème avec le serveur DNS atteint par le biais de notre réseau WiFi. Alors on change de serveur DNS et résoudre ce problème.
Retirer le cache et essayez à nouveau.
Si il y a une url que vous pouvez OBTENIR (au lieu de POST) sur le même serveur.
Et Aussi en désactivant le wifi et l'utilisation de la 3G fait disparaître l'erreur.
espérons, vous permettra de régler ce problème 🙂
OriginalL'auteur Sreejith s
Ce qui s'est passé dans mon cas, parce que l'un des chemins d'accès à nos serveurs de développement internes à notre pare-feu/intranet/VPN et mon appareil n'était pas de notre wi-fi gratuite.
Frustrant et déroutant parce qu'il a travaillé dans le simulateur et pas sur un périphérique.
OriginalL'auteur bshirley