La prokura medio de Deno kovras ankaŭ modulajn elŝutojn

Agordu HTTP_PROXY kaj HTTPS_PROXY antaŭ ol lanĉi Denon, por ke modulaj elŝutoj kaj fetch-petoj sekvu la celitan vojon.

Deno dokumentas HTTP_PROXY kaj HTTPS_PROXY por kaj modulaj elŝutoj kaj fetch. Agordu ilin en la medio, kiu lanĉas la procezon de Deno. Por POSIX-ŝelo:

export HTTP_PROXY='http://proxy.example:8080'
export HTTPS_PROXY='http://proxy.example:8080'
deno run --allow-net app.ts

La ekzemplo uzas HTTP-prokuran aŭskultanton por ambaŭ celaj skemoj. Uzu la realan URL-on de la peranto; la listo de HTTP-prokuroj proponas kandidatojn por permesitaj publikaj modulaj kaj API-elŝutoj. HTTPS_PROXY ne postulas, ke la URL mem komenciĝu per https.

Lanĉo kun la variabloj jam ĉeestaj kovras la elŝutojn bezonatajn dum la ŝarĝo de la aplikaĵo. Kodo en app.ts ne povas agordi la pli fruan retpeton bezonatan por akiri la statikajn importojn de tiu kodo.

Deno ankaŭ dokumentas NO_PROXY kiel komoapartigitan liston de gastigantoj, kiuj preterpasas la prokuron ĉe modulaj elŝutoj kaj fetch. Konservu la celitan valoron en la sama lanĉa medio. Retpermeso kaj prokura enkursigo restas apartaj enigoj: elekti prokuron ne anstataŭas la permesojn, kiujn la aplikaĵo postulas.

Rilataj artikoloj