Donu al la REST- kaj auth-hokoj de BigQuery PHP la prokuran traktilon

Por google/cloud-bigquery 1.39.3, transdonu la saman callable al httpHandler kaj authHttpHandler, kiam ambaŭ vojoj bezonas la peranton.

La hokoj por REST-liverado kaj petoj de ĵetono en google/cloud-bigquery 1.39.3 povas kunhavigi prokukomprenan PSR-petotraktilon:

$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,
]);

La callable agordas la prokuran opcion de Guzzle ĉe ĉiu peto, inkluzive publikan HTTP-finpunkton elektitan el la listo de HTTP-prokuroj, kaj la konstruilo donas tiun callable al ambaŭ httpHandler kaj authHttpHandler. Tio kovras REST-liveradon kaj la aŭtentigajn petojn uzantajn tiun hokon. Konservu la subtenatan agordon de akreditaĵoj; akreditaĵo kun alia transporto bezonas ankaŭ ekzamenon de tiu transporto.

Aldonu necesajn rektajn esceptojn per la subtenata prokura agordo de Guzzle. Konservu la finpunkton de BigQuery API kiel celon de la servo: meti prokuran adreson en apiEndpoint elektas alian servon anstataŭ agordi ĉi tiun itineron.

Ĉi tiuj estas konstruilaj opcioj de BigQueryClient. Ili nek agordas sendependan gRPC-kanalon nek respondas ĉe Google\Client al la interfaco setHttpClient en la aparta biblioteko Google API PHP Client.

Rilataj artikoloj