$proxy = 'http://'
    . rawurlencode($proxyUser) . ':'
    . rawurlencode($proxyPassword)
    . '@proxy.example:8080';

$client = new \Symfony\Component\HttpClient\CurlHttpClient([
    'proxy' => $proxy,
    'no_proxy' => 'localhost,internal.example',
]);
$response = $client->request('GET', 'https://api.example/items');
$status = $response->getStatusCode();

rawurlencode aplikiĝas al la uzantnomon kaj la pasvorton aparte. Kodigi la tutan URL-on ankaŭ kodigus la apartigilojn de skemo kaj aŭtoritato necesajn por trovi la aŭskultanton.

La HTTP-prokurilo portas la HTTPS-API-konekton per CONNECT. La prokurila konto ne anstataŭas API-aŭtentikigon, kaj devigi http_version al 2.0 ne necesas por prokurila ensaluto.

La komo-apartigita listo no_proxy elektas la celitajn rektajn gastigantojn. Sen eksplicitaj opcioj, la komponento povas anstataŭe uzi siajn subtenatajn mediajn agordojn.

Ĉi tio konstruas CurlHttpClient rekte, kio postulas la cURL-transporton de PHP. La ĝenerala fabriko de Symfony povas elekti alian malan servilon. Por restanta rifuzo, identigu tiun elektitan transporton kaj konservu la eraron de la prokurila etapo anstataŭ movi la konton en celan Authorization-kaplinion.

Rilataj artikoloj