Вметнување на PSR-18 клиент свесен за прокси во Elasticsearch PHP
Предадете конфигуриран Guzzle на постоечкиот ClientBuilder на апликацијата, оставајќи ги хостовите на кластерот и автентикацијата на тој builder.
$http = new \GuzzleHttp\Client([
'proxy' => 'http://proxy.example:8080',
]);
$builder->setHttpClient($http);
$elasticsearch = $builder->build();$builder е постоечкиот Elastic\Elasticsearch\ClientBuilder со предвидените хостови на кластерот и автентикација. Тие хостови остануваат дестинации; вметнатиот HTTP клиент го избира нивниот посредник, користејќи HTTP кандидат од списокот со HTTP прокси кога е дозволена јавна рута до кластерот.
Со документираниот стандарден Guzzle транспорт, setHttpClientOptions прифаќа и опција за прокси. Друга доставена PSR-18 имплементација бара сопствена конфигурација; имињата на опциите на Guzzle не се интерфејс што го делат сите имплементации.
setConnectionParams со вгнездени cURL опции припаѓа на постара генерација на транспорт. Користете го влезот што го изложува класата што навистина е конструирана.
Повторно користете го конфигурираниот клиент за неговото работно оптоварување. Чувајте ги акредитивите за прокси кај посредникот и API клучот во Elasticsearch, и зачувајте 407 одделно од одговорот за авторизација на кластерот.