תנו ל-hooks של REST ו-auth ב-BigQuery PHP את מטפל ה-proxy
עבור google/cloud-bigquery 1.39.3, העבירו את אותו callable ל-httpHandler ול-authHttpHandler כששני המסלולים זקוקים למתווך.
ה-hooks של מסירת REST ושל בקשת token ב-google/cloud-bigquery 1.39.3 יכולים לחלוק מטפל בקשות PSR שמודע ל-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 מקצה את אפשרות ה-proxy של Guzzle בכל בקשה, כולל endpoint ציבורי של HTTP שנבחר מרשימת ה-proxy של HTTP, והבנאי מעביר את ה-callable גם ל-httpHandler וגם ל-authHttpHandler. זה מכסה את מסירת ה-REST ואת בקשות האימות שמשתמשות ב-hook הזה. שמרו על הגדרת ה-credential הנתמכת; credential שיש לו transport אחר מחייב בדיקה גם של אותו transport.
הוסיפו חריגים ישירים נדרשים דרך תצורת ה-proxy הנתמכת של Guzzle. השאירו את ה-endpoint של BigQuery API כיעד השירות: הצבת כתובת proxy ב-apiEndpoint בוחרת שירות אחר במקום להגדיר את המסלול הזה.
אלו אפשרויות הבנאי של BigQueryClient. הן אינן מגדירות ערוץ gRPC עצמאי ואינן תואמות ב-Google\Client לממשק setHttpClient בספרייה הנפרדת Google API PHP Client.