Укараненне PSR-18-кліента з падтрымкай проксі ў Elasticsearch PHP

Перадайце настроены Guzzle існуючаму ClientBuilder праграмы, пакінуўшы хасты кластара і аўтэнтыфікацыю ў гэтым будаўніку.

$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 асобна ад адказу аўтарызацыі кластара.

Падобныя артыкулы