Échecs du proxy lors des téléchargements de modèles spaCy

Importer spaCy prouve que la bibliothèque Python est disponible. Cela ne prouve pas qu'un modèle de langue a été téléchargé.

Les pipelines entraînés sont distribués sous forme de paquets distincts. La commande de téléchargement identifie un paquet compatible et l'installe via le flux de travail documenté. Son emplacement de publication ne doit pas nécessairement être le même hôte que celui utilisé pour obtenir spaCy lui-même.

Lorsque le téléchargement du modèle échoue, notez le modèle sélectionné, la version compatible, l'URL et la première erreur réseau. Un proxy qui autorise l'index Python peut toujours rejeter ou ne pas atteindre un hôte de publication ou un artefact redirigé.

Vérifiez l'environnement et l'interface proxy prise en charge du processus qui effectue ce téléchargement. Son téléchargement de modèle en direct peut prendre un candidat HTTP dans la liste de proxys HTTP lorsque l'accès par proxy public aux hôtes de publication est autorisé et qu'aucun identifiant proxy stocké n'est envoyé à ce candidat. Une option utilisée lors d'un précédent appel pip autonome ne constitue pas une preuve concernant une commande ultérieure lancée dans un autre processus.

Pour un déploiement hors ligne contrôlé, spaCy documente l'installation d'un paquet de modèle approprié à partir d'un artefact local approuvé. Faites correspondre le paquet à la version de spaCy installée. Ne copiez pas une URL de modèle obsolète et ne recréez pas l'ancienne disposition de liens symboliques d'une ancienne réponse spaCy.

Une fois le paquet de modèle installé, chargez-le via le nom ou le chemin de paquet pris en charge. Réinstaller la bibliothèque, désactiver la vérification TLS ou modifier un paramètre de registre sans rapport ne prouve pas que l'artefact du modèle a été obtenu un jour.