Наладзьце проксі для шляху legacy Google urllib у SpeechRecognition

Запусціце задачу з абодвума адпаведнымі зменнымі проксі і адрозніце гэты backend ад асобнага client у recognize_google_cloud.

Для legacy Google backend, які выкарыстоўвае стандартны 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.

Абедзве зменныя важныя, бо стандартны legacy endpoint — HTTP. Калі задаць толькі https_proxy, гэты стандартны HTTP-запыт застанецца неналаджаным. Іх значэнні апісваюць пратакол пасярэдніка. Для тэсту з неканфідэнцыяльным гукам спіс HTTP-проксі дае публічных кандыдатаў для гэтых значэнняў.

Задайце operation_timeout распазнавальніка, каб пры неабходнасці абмежаваць гэтую аперацыю urlopen. Тайм-аўт праслухоўвання мікрафона кіруе больш ранняй стадыяй.

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

Падобныя артыкулы