Voeg 'n proxy-bewuste PSR-18-kliënt by Elasticsearch PHP in

Gee 'n gekonfigureerde Guzzle aan die toepassing se bestaande ClientBuilder en laat cluster-gashere en verifikasie op daardie bouer.

$http = new \GuzzleHttp\Client([
    'proxy' => 'http://proxy.example:8080',
]);

$builder->setHttpClient($http);
$elasticsearch = $builder->build();

$builder is die bestaande Elastic\Elasticsearch\ClientBuilder met die beoogde cluster-gashere en verifikasie. Daardie gashere bly die bestemmings; die ingevoegde HTTP-kliënt kies hul tussenganger en gebruik 'n HTTP-kandidaat uit die HTTP-proxylys wanneer 'n openbare roete na die cluster toegelaat word.

Met die gedokumenteerde verstek-Guzzle-vervoer aanvaar setHttpClientOptions ook 'n proxy-opsie. 'n Ander verskafde PSR-18-implementering het sy eie konfigurasie nodig; Guzzle-opsiename is nie 'n koppelvlak wat elke implementering deel nie.

setConnectionParams met geneste cURL-opsies hoort by 'n ouer vervoergenerasie. Gebruik die insette wat die klas wat werklik geskep word, blootstel.

Hergebruik die gekonfigureerde kliënt vir sy werklading. Hou proxy-aanmeldings by die tussenganger en die API-sleutel by Elasticsearch, en bewaar 'n 407 apart van 'n magtigingsantwoord van die cluster.

Verwante artikels