Прокси артында 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 жана пакет колдоосун салыштырыңыз; өзгөртүүчү ортомчу эскирген метаберилиштерди да бере алат. Өзүнчө коомдук баракчаны салыштыруу, коомдук ортомчуларга уруксат берилген жерде прокси URL үчүн HTTP прокси тизмеси колдонсо болот, бирок мураска калган прокси далилдери, көчүрүлгөн аккаунт аталыштары же жеке дене берилиштери жок.
Болбосо кардардын кадимки сүйлөшүүсүн артык көрүңүз. Requestsтин ыңгайлуу content/text интерфейстери колдоого алынган коддоону декоддойт, ошондуктан аталыш анын атын атаганы үчүн гана алардын чыгышын кайра ачпаңыз.