Dodiet BigQuery PHP REST un auth āķiem proxy apstrādātāju

Attiecībā uz google/cloud-bigquery 1.39.3 nododiet vienu un to pašu callable gan httpHandler, gan authHttpHandler, kad abiem ceļiem vajadzīgs starpnieks.

REST piegādes un marķiera pieprasījumu āķi google/cloud-bigquery 1.39.3 var kopīgot proxy saprotošu PSR pieprasījumu apstrādātāju:

$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 katram pieprasījumam iestata Guzzle proxy opciju, tostarp publisku HTTP endpoint, kas izvēlēts no HTTP proxy saraksta, un konstruktors nodod šo callable gan httpHandler, gan authHttpHandler. Tas aptver REST piegādi un autentifikācijas pieprasījumus, kas izmanto šo āķi. Saglabājiet atbalstīto akreditācijas datu iestatījumu; akreditācijas datiem ar citu transportu ir jāpārbauda arī šis transports.

Pievienojiet nepieciešamos tiešos izņēmumus, izmantojot Guzzle atbalstīto proxy konfigurāciju. Saglabājiet BigQuery API endpoint kā pakalpojuma galamērķi: proxy adreses ievietošana apiEndpoint izvēlas citu pakalpojumu, nevis konfigurē šo maršrutu.

Šīs ir BigQueryClient konstruktora opcijas. Tās nekonfigurē neatkarīgu gRPC kanālu un neatbilst Google\Client setHttpClient saskarnei atsevišķajā Google API PHP Client bibliotēkā.

Saistītie raksti