Enigi prokse konscian PSR-18-klienton en Elasticsearch PHP

Transdonu agorditan Guzzle al la ekzistanta ClientBuilder de la aplikaĵo, lasante la gastigantojn de la klastro kaj la aŭtentikigon sur tiu konstruanto.

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

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

$builder estas la ekzistanta Elastic\Elasticsearch\ClientBuilder kun la celitaj gastigantoj de la klastro kaj aŭtentikigo. Tiuj gastigantoj restas la celoj; la enigita HTTP-kliento elektas ilian peranton, uzante HTTP-kandidaton el la listo de HTTP-prokuroj kiam publika vojo al la klastro estas permesita.

Kun la dokumentita implicita Guzzle-transporto, setHttpClientOptions ankaŭ akceptas prokuran opcion. Alia provizita PSR-18-implementaĵo bezonas sian propran agordon; la nomoj de Guzzle-opcioj ne estas interfaco kunhavata de ĉiu implementaĵo.

setConnectionParams kun nestitaj cURL-opcioj apartenas al pli malnova transporta generacio. Uzu la enigon montritan de la efektive konstruita klaso.

Reuzu la agorditan klienton por ĝia laborŝarĝo. Konservu la prokurajn akreditaĵojn ĉe la peranto kaj la API-ŝlosilon ĉe Elasticsearch, kaj gardu 407 aparte de la rajtiga respondo de la klastro.

Rilataj artikoloj