Kial ruli set-proxy.sh ne ŝanĝas vian terminalon

Via skripto enhavas la ĝustan linion export https_proxy=.... Vi rulas ĝin, kaj la sekva komando ankoraŭ vidas la malnovan prokurilon. Eble la skripto perfekte funkciis ene de sia propra procezo.

Ruli skripton komencigas apartan ŝelon. Ĝi povas transdoni variablojn al la komandoj, kiujn ĝi komencigas, sed ĝi ne povas anstataŭigi la medion de la gepatra terminals ŝelo post kiam ĝi finiĝas.

./set-proxy.sh
. ./set-proxy.sh

Tiuj estas malsamaj operacioj. La dua uzas la enkonstruitan dot de la ŝelo por legi la dosieron en la nuna ŝelo. Bash ankaŭ nomas tion source; vidu ĝian referencon pri enkonstruaĵoj.

Uzu source nur por dosiero, kiun vi fidas, ĉar ĉiuj ĝiaj ŝelaj komandoj ruliĝas en tiu nuna kunteksto. Se la prokurilo necesas nur por komandoj ene de la skripto, ordinara plenumo estas la ĝusta limo. Por unu ekstera komando, komand-limigita prokurila asigno evitas ŝanĝi la nunan ŝelon.

Konservu variablajn asignojn laŭvortaj. Backticks signifas komandan anstataŭigon, ne citadon. Linio, kiu asignas prokurilon, ne devus hazarde provi plenumi sian URL-on. Por valoroj destinitaj por elekti publikan finpunkton, la senpaga prokurila listo liveras kandidatojn kies protokolo devas kongrui kun la kliento. Fine, kontrolu la variablajn nomojn, kiujn legas la fakta reta kliento; ripari la ŝelan amplekson ne igas nesubtenatan variablon efika.