это может понадобиться
5) сомнительно
1) когда в локальной сети собственные серверы, в том числе днс 2) бывает 3-5) нужен максимум универсальности и минимум зависимостей поэтому интересен опыт других
1) казалось бы, какая разница 2) боже 3-5) значит не нужно итого ответ: бери requests
А там есть совместимость с объектами стандартного urllib? В urllib3 не очень но есть.
1) это абсолютно ничем не отличается от "не-локального" режима
Это история повторяется тут снова и снова)) Вот есть конкретный вопрос с конкретными условиями. Есть пример библиотеки с кое-какой поддержкой этих условий. Интересны конкретные аналоги по пунктам, а не разговоры о "зачем" и прочем. В общем интересен конкретный опыт в отношении каких-то минималистичных библиотек. Если опыта нет - можно пройти мимо. А возможно это я ошибаюсь обращаясь в этот чат.
так мы решаем кокнретную задачу или опытом меряемся?
а ты понимаешь что половина твоих условий полная поебень?
Чтобы была поддержка объектов из урллиба — внезапно нужен урллиб. Нафига такое требование могло взяться — представить сложно.
Например, только без односложного мата.
Но вот "почему-то" в urllib3 ее некоторое подобие есть.
Что значит "подобие" и что конкретно тебе нужно чтобы совпало?
Желательно чтоб можно было вытащить примерно готовый объект HTTPResponse как в urllib3.
Ну и да, какак уже сказали, первые два пункта в требованиях тупо бессмысленны, остальные не очень понятны.
чем тебе поможет "примерно"?
Вытащить куда? Ну нарисуешь адаптер с пять строк кода, если остальная кодовая база по какой-то нелепой случайности завязана на конкретный интерфейс библиотеки.
В тгм числе потому что многие встреченные библиотеки не умеют в резолвинг на стороне прокси.
Это вообще не их забота — что-то резолвить. Откуда это вообще взялось?
В режиме socks вполне себе их.
Обсуждают сегодня