Tiêm một ứng dụng khách PSR-18 nhận biết proxy vào Elasticsearch PHP

Chuyển một Guzzle đã cấu hình cho ClientBuilder hiện có của ứng dụng, giữ nguyên máy chủ cụm và xác thực trên builder đó.

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

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

$builder là Elastic\Elasticsearch\ClientBuilder hiện có với các máy chủ cụm và xác thực dự kiến. Những máy chủ đó vẫn là đích; ứng dụng khách HTTP được tiêm sẽ chọn trung gian của chúng, dùng một ứng viên HTTP từ danh sách proxy HTTP khi tuyến công khai tới cụm được phép.

Với vận chuyển Guzzle mặc định được ghi chép, setHttpClientOptions cũng chấp nhận một tùy chọn proxy. Một triển khai PSR-18 khác được cung cấp cần cấu hình riêng; tên tùy chọn Guzzle không phải là giao diện mà mọi triển khai chia sẻ.

setConnectionParams với các tùy chọn cURL lồng nhau thuộc về một thế hệ vận chuyển cũ hơn. Dùng đầu vào do lớp thực sự được tạo cung cấp.

Dùng lại ứng dụng khách đã cấu hình cho khối lượng công việc của nó. Giữ thông tin đăng nhập proxy ở trung gian và khóa API ở Elasticsearch, đồng thời giữ một 407 riêng biệt với phản hồi ủy quyền của cụm.

Bài viết liên quan