Riƙe bayanan shaidar proxy da aka yi code a cikin fayil ɗin batch

URL ɗin proxy yana aiki idan an saita shi kai tsaye, amma tabbatarwa tana gazawa bayan an motsa wannan ƙimar zuwa fayil ɗin batch na Windows. Duba ko mai nazarin batch ya canza alamun kashi kafin abokin ciniki na HTTP ya karɓi URL ɗin.

Akwai wakilci biyu daban. Code ɗin URL na iya wakiltar ja da baya a matsayin %5C da alamar tambaya a matsayin %3F. Alamar kashi ta zahiri a cikin umarnin fayil ɗin batch tana buƙatar a guje ta a matsayin %%.

Don misalin asusu domain\user tare da kalmar sirri ta madadin pass?, fayil ɗin .bat na iya ƙunsar:

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

Tsarin da aka ƙaddamar bayan haka ya kamata ya karɓi URL mai ɗauke da domain%5Cuser:pass%3F. Alamun kashi ninki biyu na tushen batch ne, ba na URL ɗin proxy da abokin ciniki ke adanawa ba.

Kada ka kwafi wannan rubutun batch zuwa fayil ɗin .npmrc ko filin proxy na manhaja: waɗannan shigarwar ba sa wucewa ta wannan matakin nazarin batch. Haka nan, wannan misalin ba tsarin PowerShell ba ne. Wani nade, kamar CALL ko umarnin da aka gina don harsashi na biyu, na iya kawo wani zagaye na nazari kuma yana buƙatar nasa bita.

Saka aikin SET a cikin alamun zance kamar yadda aka nuna domin karin sarari ko metacharacters na harsashi kada su zama ɓangaren umarnin da ba a nufi ba. Alamun zance kaɗai ba sa hana faɗaɗa kashi.

Yayin duba sakamakon, kwatanta code ɗin da ake tsammani da wakilcin da aka gyara maimakon buga URL ɗin da ke ɗauke da kalmar sirri zuwa log ɗin da aka raba. Gyaran gujewa na harsashi yana kiyaye shaidar; ba ya zaɓar tsarin tabbatarwa da abokin ciniki bai riga ya goyi baya ba.