Injectarea unui client PSR-18 conștient de proxy în Elasticsearch PHP

Transmiteți un Guzzle configurat către ClientBuilder-ul existent al aplicației, lăsând gazdele clusterului și autentificarea pe acel builder.

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

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

$builder este Elastic\Elasticsearch\ClientBuilder existent cu gazdele de cluster și autentificarea prevăzute. Aceste gazde rămân destinațiile; clientul HTTP injectat alege intermediarul lor, folosind un candidat HTTP din lista de proxy HTTP atunci când este permisă o rută publică către cluster.

Cu transportul Guzzle implicit documentat, setHttpClientOptions acceptă și o opțiune de proxy. O altă implementare PSR-18 furnizată are nevoie de propria configurație; numele opțiunilor Guzzle nu sunt o interfață partajată de fiecare implementare.

setConnectionParams cu opțiuni cURL imbricate aparține unei generații de transport mai vechi. Folosiți intrarea expusă de clasa efectiv construită.

Reutilizați clientul configurat pentru volumul său de lucru. Păstrați credențialele proxy la intermediar și cheia API la Elasticsearch și conservați un 407 separat de un răspuns de autorizare al clusterului.

Articole similare