וואָס npm ping פּרופֿט ווען מע טעסט אַ פּראָקסי
פֿירט די פּרופֿונג אין דעם קאָנטעקסט פֿון דעם npm פּראָצעס וואָס פֿאַלט, און האַלט אַרקיוו און לעבנס־ציקל אַראָפּלאָדונגען באַזונדער פֿון דער תּוצאה.
npm ping --registry=https://registry.npmjs.org/ניצט דעם רעגיסטר וואָס איז געמיינט פֿאַרן פּראָיעקט. npm ping פֿאַרבינדט זיך מיט דעם רעגיסטר און באַשטעטיקט אויטענטיפֿיקאַציע דורך דער איצטיקער קאָנפֿיגוראַציע. וויכטיק איז דער דערפֿאָלגרייכער ענדע; דער ליידיקער אָביעקט־אויסגאַנג פֿון אַן אַלטן ביישפּיל איז נישט קיין פֿאָדערלאַנג.
פֿירט עס דאָרט וווּ דער פֿאַלער פּאַסירט. אַן npm פּראָצעס וואָס ווערט אָנגעהויבן פֿון אַן IDE קען האָבן אַנדערע סבֿיבֿה אָדער קאָנפֿיגוראַציע אַרײַנגאַנגען ווי אַ טערמינאַל.
לייענט די תּוצאה אין דער ריכטיקער סטאַדיע
אויב ping פֿאַלט, האַלט דעם ערשטן פֿאַלער. פּראָקסי־אויפֿלייִזונג, פֿאַרבינדונג צום צוהערער, אַ 407 פֿאָדערונג און אָפּוואַרפֿונג פֿון רעגיסטר־אויטענטיפֿיקאַציע זענען פֿאַרשיידענע סטאַדיעס.
אויב ping געלונגט אָבער די אינסטאַלאַציע פֿאַלט, האַלט דעם שפּעטערדיקן אַראָפּלאָד URL צוזאַמען מיט זיין פֿאַלער. אַן אַרקיוו קען זיצן אויף אַן אַנדער האָסט, און אַ לעבנס־ציקל סקריפּט קען אַראָפּלאָדן אַ באַזונדער אויספֿירלעך פֿאַל. למשל, Cypress דאָקומענטירט זיין אייגענעם פּראָקסי־און בינער־אַראָפּלאָד אויפֿפֿירונג; דער רעגיסטר־ping טוט נישט דעם איבערגאַנג.
ווען די פֿראַגע איז צי דער פֿאַרקער איז בכלל דורכגעגאַנגען דעם פּראָקסי, פּאָרט דעם רעגיסטר־ענטפֿער מיט פּראָקסי־רעקאָרדן אָדער אַן אַנדער באַאַכטונג פֿון דער רוטע. דער ענטפֿער אַליין באַשטעטיקט דערגרייכונג און אויטענטיפֿיקאַציע, נישט דעם פּינקטלעכן וועג.