הזרקת לקוח 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 בנפרד מתגובת הרשאה של האשכול.

מאמרים קשורים