Налаштуйте проксі для застарілого шляху Google urllib у SpeechRecognition

Запустіть завдання з обома відповідними змінними проксі та відрізняйте цей backend від окремого client у recognize_google_cloud.

Для застарілого backend Google, що використовує стандартний opener urllib, запустіть Python так:

http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 python recognize_job.py

Backend створює Request urllib і викликає urlopen. Окрема сесія Requests у навколишньому застосунку не може задати маршрут цього opener.

Обидві змінні важливі, бо стандартний застарілий endpoint — HTTP. Якщо задати лише https_proxy, цей стандартний HTTP-запит залишиться неналаштованим. Їхні значення описують протокол посередника. Для тесту з неконфіденційним звуком список HTTP-проксі надає публічних кандидатів для цих значень.

Задайте operation_timeout розпізнавача, щоб за потреби обмежити цю операцію urlopen. Тайм-аут прослуховування мікрофона керує ранішим етапом.

recognize_google_cloud натомість використовує client Google Cloud Speech із власним транспортом і автентифікацією. Зберігайте назву backend, фактичний endpoint і невдалий етап разом з помилкою, замість копіювати застарілий метод у site-packages, щоб змінити маршрут, який urllib уже підтримує.

Схожі статті