פֿאַר וואָס אַ Guzzle קאָרפּער־שטראָם קען נאָך ווערן פּאַפּירן

getBody() גיט צוריק אַ שטראָם־אינטערפֿייס אַפֿילו ווען Guzzle האָט שוין אַראָפּגעלאָדן די ענטפֿער. צו פֿאָדערן שטופּנדיקע נעץ־ליפֿערונג דורך אַ פֿאָרויס־פּראָקסי, שטעל stream אויפֿן בקשה:

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

דאָס ניצט אַן עקזיסטירנדיקן קליענט; פֿאַר אַ פּובליקן HTTP־ענדפּונקט, קלייב אַן אַדרעס פֿון דער HTTP־פּראָקסי ליסטע און בײַט אויס דעם ביישפּיל־פּראָקסי URL. שטראָם־שטיצע אָנהענגט אין איר האַנדלער; די שטראָם־אינטערפֿייס אַליין קען דיר ניט זאָגן צי דער האַנדלער האָט געליפֿערט דעם קאָרפּער שטופּנדיק.

אַז די ענטפֿער קומט אָן, לייען ווײַטער באַגרענעצטע טיילן. איבערפֿירן $body צו אַ סטרינג זאַמלט ווידער דעם גאַנצן קאָרפּער. אַ שורה־פּאַרסער קען אויך אויסזען ווי ער הענגט בשעת ער וואַרט אויף אַ נײַע שורה, אַפֿילו ווען נעץ־בייטעס זענען שוין אָנגעקומען. דאָס זענען פֿאַרניץ־פֿאַרשפּעטיקונגען, טאָ וועט אַ פּראָקסי־טױש זיי ניט אַוועקנעמען.

read_timeout באַגרענעצט איינצעלע לייען־וואַרטן אונטער דער געשטיצטער שטראָם־אימפּלעמענטאַציע. עס גיט ניט אַן ענדלאָזן פֿיט אַ גאַנצן לעבן פֿון צען סעקונדעס. באַהאַנדל timeout, EOF און פֿעלער באַזונדער, און פֿאַרמאַך דעם קאָרפּער ווען די פּראָצעסירונג ענדיקט זיך אָדער ווערט אָפּגעזאָגט.