Wêrom't in Guzzle-lichemstream noch bufoare wurde kin

De lichemsinterface, transportlevering en jo eigen parser kinne ûnôfhinklik bufoarje. Brûk stream eksplisyt en hâld it ferbrûk inkriminteel.

getBody() jout in streaminterface werom sels as Guzzle it antwurd al downloade hat. Om inkrimintele netwurkleverje fia in foarút-proxy te freegjen, set stream op it fersyk:

$response = $client->request('GET', 'https://example.com/stream', [
    'proxy' => 'http://proxy.example:8080',
    'stream' => true,
    'read_timeout' => 10,
]);
$body = $response->getBody();

Dit brûkt in besteande klant; foar in iepenbier HTTP-einpunt, kies in adres út 'e HTTP-proxy list en ferfang de foarbyld-proxy-URL. Streamstipe hinget fan syn handler ôf; de streaminterface allinne kin jo net fertelle oft de handler it lichem inkriminteel levere hat.

As it antwurd oankomt, bliuw beheinde dielen lêze. $body nei in tekenrige omsette sammelet it hiele lichem wer. In rigelparser kin ek hingjend lykje wylst er op in nije rigel wachtet, sels as netwurkbytes oankommen binne. Dit binne ferbrûksfertragings, dus it feroarjen fan 'e proxy sil se net fuorthelje.

read_timeout beheint yndividuele lês-wachttiden ûnder de stipe stream-ymplemintaasje. It jout in einleaze feed gjin totale libbensdoer fan tsien sekonden. Behannelje time-out, EOF en flaters apart, en slút it lichem as ferwurking einiget of annulearre wurdt.

Relatearre artikelen