Տվեք BigQuery PHP-ի REST և auth կեռիկներին proxy մշակիչը
google/cloud-bigquery 1.39.3-ի համար փոխանցեք նույն callable-ը httpHandler-ին և authHttpHandler-ին, երբ երկու ուղիներն էլ միջնորդի կարիք ունեն։
google/cloud-bigquery 1.39.3-ում REST մատակարարման և token հարցման կեռիկները կարող են կիսել proxy-ին տեղյակ PSR հարցումների մշակիչ.
$proxy = 'http://proxy.example:8080';
$http = new \GuzzleHttp\Client();
$send = static function (
\Psr\Http\Message\RequestInterface $request,
array $options = []
) use ($http, $proxy) {
$options['proxy'] = $proxy;
return $http->send($request, $options);
};
$bigQuery = new \Google\Cloud\BigQuery\BigQueryClient([
'projectId' => $projectId,
'httpHandler' => $send,
'authHttpHandler' => $send,
]);callable-ը յուրաքանչյուր հարցումում սահմանում է Guzzle-ի proxy ընտրանքը, ներառյալ HTTP proxy ցանկից ընտրված հանրային HTTP endpoint-ը, և կոնստրուկտորը տալիս է այդ callable-ը և՛ httpHandler-ին, և՛ authHttpHandler-ին։ Սա ընդգրկում է REST մատակարարումը և այդ կեռիկն օգտագործող նույնականացման հարցումները։ Պահպանեք աջակցվող credential-ի կարգավորումը. այլ transport ունեցող credential-ը պահանջում է նաև այդ transport-ի ստուգում։
Ավելացրեք անհրաժեշտ ուղղակի բացառությունները Guzzle-ի աջակցվող proxy կարգավորման միջոցով։ Պահպանեք BigQuery API endpoint-ը որպես ծառայության նպատակակետ. apiEndpoint-ում proxy հասցե տեղադրելը ընտրում է այլ ծառայություն՝ այս ուղին կարգավորելու փոխարեն։
Սրանք BigQueryClient-ի կոնստրուկտորի ընտրանքներն են։ Դրանք ոչ ինքնուրույն gRPC ալիք են կարգավորում, ոչ էլ համապատասխանում են Google\Client-ի setHttpClient ինտերֆեյսին առանձին Google API PHP Client գրադարանում։