Паралелните прокси барања бараат одделна сопственост на libcurl рачки
Држете ги libcurl рачките под сопственост на една нишка истовремено кога барањата користат различни прокси сервери.
Опцијата за прокси припаѓа на libcurl easy рачка. Менувањето на таа опција од една нишка додека друга нишка врши пренос на истата рачка ги крши правилата за сопственост на рачката.
libcurl е безбеден за нишки кога се следат неговите документирани правила. Тој внатрешно не синхронизира произволен истовремен пристап до една рачка. Дајте им на паралелните работници свои рачки или предадете сопственост само кога претходниот корисник завршил.
Интерфејсот share има одделни барања за заклучување и ограничувања. Тоа не е дозвола секој работник да менува секое поставување на споделена easy рачка.
Старите примери за прокси нишки често вклучуваат заклучувачки повратни повици за стари верзии на TLS библиотеки. Проверете ја тековната документација за безбедност на нишки за вистинскиот TLS backend и build. Копирањето историски OpenSSL повратни повици во тековна апликација не ја заменува правилната сопственост на рачката.
Иницијализирајте ја глобалната состојба на библиотеката според документираните барања за стартување пред да ја користите истовремено. За јавни барања дозволени преку јавни посредници, бесплатен список со прокси нуди кандидати за опцијата за прокси на секој работник; усогласете го протоколот со libcurl build. За секоја неуспешна операција, задржете го конфигурираното прокси на рачката и нејзиниот сопствен резултат од грешка. Глобалната променлива “тековно прокси” е лош идентификатор кога неколку преноси се во тек.