Prokurilaj fiaskoj dum elŝuto de spaCy-modeloj
Funkcianta instalo de spaCy ne pruvas aliron al la modela pakaĵo kaj ĝia eldona gastiganto. Kontrolu la realan klienton kaj celon de la modela elŝuto.
Importi spaCy pruvas, ke la Python-biblioteko disponeblas. Ĝi ne pruvas, ke lingva modelo estis elŝutita.
Trejnitaj pipelineoj distribuiĝas kiel apartaj pakaĵoj. La elŝuta komando identigas kongruan pakaĵon kaj instalas ĝin per la dokumentita laborfluo. Ĝia eldonloko ne nepre estas la sama gastiganto uzita por akiri spaCy mem.
Kiam la modela elŝuto malsukcesas, registru la elektitan modelon, la kongruan version, la URL-on kaj la unuan retan eraron. Prokurilo, kiu permesas la Python-indekson, ankoraŭ povas rifuzi aŭ ne atingi eldonan gastiganton aŭ alidirektitan artefakton.
Kontrolu la medion kaj la subtenatan prokuran interfacon de la procezo, kiu faras tiun elŝuton. Ĝia viva modela elŝuto povas preni HTTP-kandidaton el la HTTP-prokurila listo, kiam publika prokura aliro al la eldonaj gastigantoj estas permesita kaj neniuj konservitaj prokuraj akreditaĵoj estas senditaj al tiu kandidato. Opcio uzita en pli frua memstara pip-voko ne estas pruvo pri pli posta komando lanĉita en alia procezo.
Por kontrolita senreta disfaldiĝo, spaCy dokumentas la instaladon de taŭga modela pakaĵo el aprobita loka artefakto. Kongruigu la pakaĵon al la instalita spaCy-eldono. Ne kopiu malnoviĝintan modelan URL-on kaj ne rekrei la malnovan simlinkan aranĝon el frua spaCy-respondo.
Post kiam la modela pakaĵo estas instalita, ŝargu ĝin per la subtenata pakaĵa nomo aŭ vojo. Reinstali la bibliotekon, malŝalti TLS-kontrolon aŭ ŝanĝi nerilatan registran agordon ne pruvas, ke la modela artefakto iam estis akirita.