Dajte REST in auth kavljem BigQuery PHP proxy handler
Za google/cloud-bigquery 1.39.3 posredujte isti callable v httpHandler in authHttpHandler, ko obe poti potrebujeta posrednika.
Kavlji za dostavo REST in zahteve za žeton v google/cloud-bigquery 1.39.3 si lahko delijo PSR handler zahtev, ki pozna proxy:
$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 pri vsaki zahtevi nastavi možnost proxy v Guzzle, vključno z javnim HTTP endpointom, izbranim s seznama HTTP proxy, konstruktor pa ta callable poda tako httpHandler kot authHttpHandler. To pokriva dostavo REST in zahteve za preverjanje pristnosti, ki uporabljajo ta kavelj. Ohranite podprto nastavitev poverilnic; poverilnice z drugim transportom zahtevajo pregled tudi tega transporta.
Dodajte potrebne neposredne izjeme prek podprte konfiguracije proxy v Guzzle. Ohranite endpoint API BigQuery kot cilj storitve: vnos naslova proxy v apiEndpoint izbere drugo storitev, namesto da bi konfiguriral to pot.
To so možnosti konstruktorja BigQueryClient. Ne konfigurirajo neodvisnega kanala gRPC niti ne naredijo, da bi Google\Client ustrezal vmesniku setHttpClient v ločeni knjižnici Google API PHP Client.