די ענטפֿער פֿון Requests זעט אויס פֿאַרדרייט הינטער אַ פּראָקסי? פּרוּווט די Brotli שטיצע
אַ קאָפּירטער Accept-Encoding:br קען איבעררוקן די דעקאָדירער שטיצע פֿון דער געהאָסטעטער Requests סבֿיבֿה.
פֿאַרגלײַכט דעם לאַפּטאָפּ מיט דעם געהאָסטעטן פּראָצעס אויף צוויי פֿאַרשיידענע שיכטן:
| שיכט | פֿראַגע |
|---|---|
| Content-Encoding | קען דער קליענט דעקאָמפּרעסן די צוריקגעשיקטע gzip/deflate/Brotli בייטן? |
| Charset | וויאַזוי ווערן דעקאָמפּרעסטע בייטן צו טעקסט? |
Requests באַהאַנדלט געוויינטלעך gzip/deflate; Brotli פֿאָדערט אַן אינסטאַלירטע שטיצנדיקע ביבליאָטעק. אַ האַנט-קאָפּירטער Accept-Encoding קען אָנזאָגן br בשעת די סבֿיבֿה קען עס נישט דעקאָדירן. דער אויסוואַל פֿון UTF-8 טעקסט דעקאָמפּרעסט נישט Brotli.
ווען מען באַגרענעצט די פֿאַרהאַנדלונג בײַם ווילן:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()ניצט דעם עקסיסטירנדיקן Session, דעם HTTPS URL און די פֿאָדערלעכע העדערס/אויטענטיפֿיקאַציע. פֿאַרגלײַכט דעם אַרויסגייענדיקן Accept-Encoding, דעם אַרײַנקומענדיקן Content-Encoding און די פּאַקעט שטיצע אויף ביידע מאשינען; אַ פֿאַרוואַנדלונגס-מיטלער קען אויך צושטעלן פֿאַרעלטערטע מעטאַדאַטן. אַ באַזונדערער פֿאַרגלײַך פֿון אַ פּובליקן בלאַט קען ניצן רשימה פֿון HTTP פּראָקסיס פֿאַר זײַן פּראָקסי URL וווּ פּובליקע מיטלערס זענען דערלויבט, אָן אַגבֿ ירושהדיקע פּראָקסי באַשטעטיקונגען, קאָפּירטע קאָנטאָ-העדערס אָדער פּריוואַטע קערפּער דאַטן.
אַנדערש פֿאָרציט די נאָרמאַלע קליענט פֿאַרהאַנדלונג. די באַקוועמע content/text צווישנפֿלאַכן פֿון Requests דעקאָדירן די שטיצנדיקע קאָדירונג, אַזוי דעקאָמפּרעסט נישט זייער אויסגאַנג נאָכאַמאָל בלויז ווײַל דער העדער רופֿט עס אָן.