Mga pagkabigo ng proxy habang nagda-download ng mga modelong spaCy

Ang pag-import ng spaCy ay nagpapatunay na available ang Python library. Hindi nito pinatutunayan na may na-download na modelong pangwika.

Ang mga sinanay na pipeline ay ipinapamahagi bilang hiwalay na mga pakete. Tinutukoy ng download command ang isang compatible na pakete at ini-install ito sa dokumentadong workflow. Ang lokasyon ng paglabas nito ay hindi kailangang maging kaparehong host na ginamit upang makuha ang spaCy mismo.

Kapag nabigo ang pag-download ng modelo, itala ang napiling modelo, compatible na bersyon, URL, at unang error sa network. Ang isang proxy na pumapayag sa Python index ay maaari pa ring tumanggi o hindi maabot ang isang host ng paglabas o isang na-redirect na artifact.

Suriin ang kapaligiran at sinusuportahang interface ng proxy ng prosesong gumagawa ng download na iyon. Ang live na pag-download ng modelo nito ay maaaring kumuha ng HTTP candidate mula sa listahan ng HTTP proxy kapag pinapayagan ang pampublikong-proxy na pag-access sa mga host ng paglabas at walang nakaimbak na kredensyal ng proxy na ipinapadala sa candidate na iyon. Ang opsyong ginamit sa isang naunang standalone na pip invocation ay hindi ebidensya tungkol sa isang susunod na command na inilunsad sa ibang proseso.

Para sa kontroladong offline na deployment, idinodokumento ng spaCy ang pag-install ng angkop na pakete ng modelo mula sa isang aprubadong lokal na artifact. Itugma ang pakete sa naka-install na release ng spaCy. Huwag kopyahin ang lipas na URL ng modelo at huwag muling likhain ang lumang symlink layout mula sa isang maagang sagot ng spaCy.

Kapag na-install na ang pakete ng modelo, i-load ito sa sinusuportahang pangalan o path ng pakete. Ang muling pag-install ng library, pag-disable ng TLS verification, o pagbabago ng hindi kaugnay na setting ng registry ay hindi nagpapatunay na ang artifact ng modelo ay nakuha kailanman.