Krokkarnir fyri REST-veiting og token-umbøn í google/cloud-bigquery 1.39.3 kunnu deila einari proxy-vitandi PSR-umbønshandler:

$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 setur proxy-valmøguleikan hjá Guzzle á hvørja umbøn, eisini ein almennan HTTP-endpoint valdan úr HTTP-proxy-listanum, og konstruktørin gevur tann callable bæði httpHandler og authHttpHandler. Hetta fevnir um REST-veiting og auth-umbønirnar, sum brúka tann krokk. Varðveit tað stuðlaðu credential-uppsetingina; ein credential við øðrum transporti krevur eisini at tann transporturin verður kannaður.

Legg neyðugar beinleiðis undantøkur afturat gjøgnum stuðlaðu proxy-uppsetingina hjá Guzzle. Varðveit BigQuery API-endpointið sum mál fyri tænastuna: at seta eina proxy-adressu í apiEndpoint velur aðra tænastu heldur enn at seta hesa leiðina upp.

Hesi eru konstruktør-valmøguleikar í BigQueryClient. Teir seta ikki upp eina sjálvstøðuga gRPC-rás og svara ikki í Google\Client til setHttpClient-grænseflatan í tí serstaka Google API PHP Client-bókasavninum.

Skyldar greinar