אַ פּראָקסי URL אַרבעט ווען מע שטעלט עס גלייך אָן, אָבער די באַשטעטיקונג פֿאַלט דורך נאָך דעם ווי דער זעלבער ווערט פֿירט זיך איבער אין אַ Windows batch טעקע. פּרופֿט צי דער batch פּאַרסער האָט געענדערט די פּראָצענט צייכנס איידער דער HTTP קליענט האָט באַקומען דעם URL.

עס זײַנען צוויי באַזונדערע פֿאָרשטעלונגען. URL ענקאָדירונג קען פֿאָרשטעלן אַ צוריק שיפֿן שטריך ווי %5C און אַ פֿרעגצייכן ווי %3F. אַ ליטעראַלער פּראָצענט צייכן אין אַ batch טעקע באַפֿעל דאַרף ווערן עסקייפּט ווי %%.

פֿאַר אַ ביישפּיל חשבון domain\user מיט דעם פּלאַץ-האַלטער פּאַסוואָרט pass?, קען אַ .bat טעקע אַנטהאַלטן:

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

דער פּראָצעס וואָס ווערט שפּעטער אָנגעצונדן זאָל באַקומען אַ URL וואָס אַנטהאַלט domain%5Cuser:pass%3F. די פֿאַרדאָפּלטע פּראָצענט צייכנס געהערן צו דער batch קוואַל, נישט צו דעם פּראָקסי URL וואָס דער קליענט האַלט.

פֿאַרקאָפּירט נישט יענע batch אויסלייגונג אין אַ .npmrc טעקע אָדער אין אַ פּראָגראַם'ס פּראָקסי פֿעלד: יענע אַרייַנגאַנגען גייען נישט דורך דעם זעלבן batch פּאַרסירונג טריט. אויך איז דאָס ביישפּיל נישט קיין PowerShell סינטאַקס. אַן אַנדער אַרומנעם, ווי CALL אָדער אַ באַפֿעל געבויט פֿאַר אַ צווייטער שאָל, קען אַרײַנברענגען נאָך אַ פּאַרסירונג דורכגאַנג און דאַרף זיך אַליין איבערקוקן.

שטעלט די SET צוטיילונג אין קוואָטירונג ווי געוויזן, כּדי פֿאַרציפֿיקייטער ליידיקער אָדער שאָל מעטאַ-צייכנס זאָלן נישט ווערן אַ טייל פֿון אַן אומדערװאַרטער באַפֿעל. קוואָטירונג אַליין פֿאַרהיט נישט די פּראָצענט פֿאַרשפּרייטונג.

ווען מע פּרופֿט דעם רעזולטאַט, פֿאַרגלײַכט די דערװאַרטע ענקאָדירונג מיט אַ רעדאַגירטער פֿאָרשטעלונג אַנשטאָט דרוקן דעם URL מיט דעם פּאַסוואָרט אין אַ געמיינזאַמער לאָג. אַ שאָל-עסקייפּינג פֿאַררעכטונג האַלט די באַשטעטיקונג; זי קלייבט נישט אויס אַ באַשטעטיקונג סכעמע וואָס דער קליענט האָט שוין נישט געשטיצט.

פֿאַרבונדענע אַרטיקלען