პროქსიზე მცოდნე 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 კლასტერის ავტორიზაციის პასუხისგან ცალკე.

დაკავშირებული სტატიები