Requests: UnicodeEncodeError: кодек latin-1 не может кодировать символы

Файл "X / http / client.py"

Вы написали X потому что это путь к локальному файлу? Если это так, ваша структура каталогов может сбивать с толку urllib3. Если нет, то вам, вероятно, следует поднять этот вопрос с помощью bugs.python.org, поскольку я думаю, что это не то, что должны обрабатывать запросы. Похоже, это происходит от httplib (или http на Python 3, который, как я предполагаю, вы используете).

@ sigmavirus24 ,

Я использовал запросы в sublime plugin, если мыло_body в приведенном ниже заявлении не содержит китайских иероглифов, исключений не будет.

response = requests.post(self.apex_url, soap_body, verify=False, headers=headers)

Во-первых, если вы не используете версию Sublime Apex, отличную от версии в их общедоступном репозитории, Requests _не_ последняя версия, это версия 1.2.3. Можете ли вы сказать мне, какую версию Sublime Text вы используете?

Это возвышенный текст 3056

Итак, ST 3, но не самая последняя ревизия. Хорошо, это дает нам кое-что. В частности, Sublime Text 3 использует Python 3.3, а не Python 2.7 (который использовал Sublime Text 2). Это означает, что все строки по умолчанию в Sublime Apex являются строками Unicode.

Если вы откроете файл Python 3.3 http.client , вы обнаружите, что функция _send_request() выглядит так:

# Honor explicitly requested Host: and Accept-Encoding: headers.
header_names = dict.fromkeys([k.lower() for k in headers])
skips = {}
if 'host' in header_names:
    skips['skip_host'] = 1
if 'accept-encoding' in header_names:
    skips['skip_accept_encoding'] = 1

self.putrequest(method, url, **skips)

if body is not None and ('content-length' not in header_names):
    self._set_content_length(body)
for hdr, value in headers.items():
    self.putheader(hdr, value)
if isinstance(body, str):
    # RFC 2616 Section 3.7.1 says that text default has a
    # default charset of iso-8859-1.
    body = body.encode('iso-8859-1')
self.endheaders(body)

Теперь ISO-8859-1 - это псевдоним для Latin-1, кодека, с которым у нас возникли проблемы. Проблема в том, что Sublime Apex предоставляет запросам тело строки Unicode, которое httplib необходимо кодировать в байты. Принимая значение по умолчанию из RFC 2616, он приходит к выводу, что вам нужен Latin-1, который не включает никаких китайских символов. Очевидно, что кодирование не выполняется, и вы получаете рассматриваемое исключение.

Учитывая, что Sublime Apex утверждает в отправляемых им заголовках для отправки данных в кодировке UTF-8 (что в настоящее время является ложью), Sublime Apex хочет кодировать данные как UTF-8 перед их отправкой. Это означает, что любая строка, отправляющая данные (в данном случае строка 545 из salesforce/api.py ) должна читаться следующим образом:

response = requests.post(self.apex_url, soap_body.encode('utf-8'), verify=False, headers=headers)

Ради всех, кто хочет подтвердить мой диагноз, вот небольшой пример кода, который подтверждает проблему:

a = "\u13E0\u19E0\u1320"
a.encode('latin1')  # Throws UnicodeEncodeError, proves that this can't be expressed in ISO-8859-1.
a.encode('utf-8')  # Totally fine.
r = requests.post('http://httpbin.org/post', data=a)  # Using unicode string, throws UnicodeEncodeError blaming Latin1.
r = requests.post('http://httpbin.org/post', data=a.encode('utf-8'))  # Works fine.

Спасибо, что подняли этот вопрос, но это не ошибка запросов. знак равно

Спасибо.

r = requests.post (' http://httpbin.org/post ', data = a.encode ('utf-8'))
очень полезно,
благодарю вас!