E PSR-18-Client mat Proxy-Bewosstsinn an Elasticsearch PHP injizéieren

Gitt en konfiguréierte Guzzle un de bestehenden ClientBuilder vun der Applikatioun, a loosst Cluster-Hosten an Authentifikatioun op deem Builder.

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

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

$builder ass de bestehenden Elastic\Elasticsearch\ClientBuilder mat de virgesiichte Cluster-Hosten an der Authentifikatioun. Dës Hosten bleiwen d'Ziler; den injizéierten HTTP-Client wielt hire Vermëttler, andeems en en HTTP-Kandidat aus der HTTP-Proxy-Lëscht benotzt, wann eng ëffentlech Route zum Cluster erlaabt ass.

Mat dem dokumentéierte Standard-Guzzle-Transport akzeptéiert setHttpClientOptions och eng Proxy-Optioun. Eng aner geliwwert PSR-18-Implementatioun brauch seng eege Konfiguratioun; Guzzle-Optiounsnummere sinn net en Interface, deen all Implementatioun deelt.

setConnectionParams mat verschachtelten cURL-Optiounen gehéiert zu enger eelerer Transportgeneratioun. Benotzt den Input, deen déi tatsächlech gebaute Klass exponéiert.

Benotzt de konfiguréierte Client fir seng Aarbechtslaascht nees. Halt d'Proxy-Berechtegungen beim Vermëttler an den API-Schlëssel bei Elasticsearch, a bewaart eng 407 getrennt vun enger Autorisatiounsäntwert vum Cluster.

Ähnlech Artikelen