פֿאַר וואָס אַ פּראָקסי מיט קליינער פֿאַרהאַלטונג קען נאָך אַלץ פּאַמעלעך אַראָפּלאָדן
פֿאַרבינדונגס־פֿאַרהאַלטונג און אַראָפּלאָד־דורכפֿלוס מעסטן אַנדערע טיילן פֿון אַ פּראָקסי־בקשה. קלײַבט דעם טעסט לויט דער אויפֿגאַבע.
אַ פּראָקסי וואָס שיקט אַ קליינע זײַט גיך צוריק קען נאָך אַלץ פּאַמעלעך אַראָפּלאָדן אַ טעקע. די ערשטע בקשה ווײַזט בעיקר די פֿאַרהאַלטונג בײַם אויפֿשטעלן די פֿאַרבינדונג און בײַם ענטפֿערן. אַ גרעסערער אַריבערפֿיר הענגט אויך אָפּ פֿון וויפֿל דאַטן דער וועג קען כּסדר טראָגן.
וועלכע צאָל ענטפֿערט אויף אײַער פֿראַגע?
| אויפֿגאַבע | נוצלעכע אָבסערוואַציע |
|---|---|
| עפֿענען אַ קליינע זײַט אָדער שיקן אַ קורצע API־בקשה | צײַט ביזן באַקומען דעם ענטפֿער, אַרײַנגערעכנט אויפֿשטעלן די פֿאַרבינדונג. |
| אַראָפּלאָדן אַ טעקע | סך־הכּל איבערגעפֿירטע בײַטן און דורכשניטלעכער דורכפֿלוס מיט אַ פּאַסיקער פּרוּוו־טעקע. |
| האַלטן אַן אַפּליקאַציע רעאַגירעוודיק איבער אַ סך בקשות | געוויינטלעכע ענטפֿער־צײַט, דורכפֿאַלן און ווידערניצן פֿאַרבינדונגען אונטער דער דערוואַרטער אַרבעטסלאַסט. |
ICMP ping איז אַן אַנדער טעסט. אַ סערווער קען ענטפֿערן אויף ping ווען זײַן פּראָקסי־דינסט איז נישט פֿאַראַן, אָדער בלאָקירן ping בשעת דער פּראָקסי אַרבעט. די הין־און־צוריק־צײַט צום פּראָקסי־אַדרעס נעמט אויך נישט אַרײַן דעם פּראָקסיס פֿאַרבינדונג מיט אײַער ציל.
מעסט אַן אמתן אַריבערפֿיר
ניצט אַ טעקע אויף אַ סערווער וואָס איר קאָנטראָלירט, אָדער איינע באַשטימט פֿאַר אַזאַ טעסט. דאָס בײַשפּיל וואַרפֿט אַוועק דעם ענטפֿער־גוף און דרוקט אַרויס די אַריבערפֿיר־גרייס, דורכשניטלעכע בײַטן אַ סעקונדע און די גאַנצע צײַט:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.bin
בײַט סײַ דעם בײַשפּיל־פּראָקסי סײַ דעם טעקע־URL. אַ 404־זײַט אָדער אַן ענטפֿער מיט אָפּגעזאָגטן צוטריט איז נישט קיין גילטיקער אַראָפּלאָד־מאָס, אַפֿילו אויב ער קומט גיך. קאָנטראָלירט סטאַטוס, דערוואַרטע טעקע־גרייס און אינהאַלט איידער איר פֿאַרגלײַכט גיכקייטן.
דאָס פֿעלד פֿאַר דורכשניטלעכער גיכקייט איז אין בײַטן אַ סעקונדע. אַ נעץ־פּלאַן רעקלאַמירט אין ביטן אַ סעקונדע ניצט אַן אַנדער איינהייט. כּדי בערך איבערצורעכענען בײַטן אין ביטן, מערט מיט אַכט; ניצט די זעלבע איינהייט אינעם גאַנצן פֿאַרגלײַך.
האַלט דעם פֿאַרגלײַך יושרדיק
ניצט דעם זעלבן ציל, טעקע, קליענט־נעץ און צײַטגרענעצן. פֿאַרגלײַכט עטלעכע באַשיידענע מוסטערן אַנשטאָט צו קלײַבן דעם גיכסטן פּרוּוו. בײַ שטעקנדיקע אַריבערפֿירן קלײַבט באַוווּסט גרענעצן פֿאַר אויפֿשטעלן, גאַנצער צײַט און נידעריקער גיכקייט. האַלט דורכגעפֿאַלענע בקשות אין די רעזולטאַטן: אַ פּראָקסי וואָס פֿירט אַמאָל גיך אַריבער אָבער פֿאַלט אָפֿט דורך קען זײַן אַ שלעכטע ברירה פֿאַר אַ אַרבעט וואָס מוז פֿאַרענדיקט ווערן.
אַ טעקע אינעם קאַש און אַ נײַער אַראָפּלאָד קענען נעמען אַנדערע וועגן דורכן דינסט. אַזוי אויך אַ בקשה נאָך אויפֿשטעלן אַ פֿאַרבינדונג און איינע וואָס ניצט ווידער אַ פֿאַראַנענע פֿאַרבינדונג. באַשליסט וועלכע התנהגות די אַפּליקאַציע דאַרף און מעסט זי כּסדר אויף דעם זעלבן אופֿן.
קלײַבט לויט דער אַרבעטסלאַסט
פֿאַר אַ קליינעם API־ענטפֿער קען אַן עקסטרע סעקונדע פֿאַרן ערשטן בײַט זײַן וויכטיקער ווי דער העכסטער דורכפֿלוס. פֿאַר אַ גרויסן אַראָפּלאָד איז אַ גיכער האַנטדרוק מיט אַ זייער פּאַמעלעכן גוף דערנאָך אַ שלעכטער אויסטויש. בײַ ביידע אויפֿגאַבעס טעסט דעם אמתן ציל; קיין איינציקער גיכקייט־פּונקט באַשרײַבט נישט אַלע וועגן דורך אַ פּראָקסי.
די פּראָקסי־ליסטע פֿון ProxyHub גיט נישט קיין אומאָפּהענגיקע דורכפֿלוס־מעסטונגען פֿאַר יעדן IP. אַ פֿילטער לויט פּראָטאָקאָל אָדער לאַנד איז נישט קיין גיכקייט־ראַנג.