ហេតុអ្វីបានជា Guzzle body stream នៅតែអាចត្រូវបាន buffer

getBody() ត្រឡប់ចំណុចប្រទាក់ stream សូម្បីតែពេល Guzzle បានទាញយកការឆ្លើយតបរួចហើយ។ ដើម្បីស្នើសុំការដឹកជញ្ជូនបណ្តាញជាបន្តបន្ទាប់តាមរយៈ proxy ខាងមុខ កំណត់ stream នៅលើសំណើ៖

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

វាប្រើ client ដែលមានស្រាប់; សម្រាប់ចំណុចបញ្ចប់ HTTP សាធារណៈ ជ្រើសរើសអាសយដ្ឋានពី បញ្ជី proxy HTTP ហើយជំនួស URL proxy ឧទាហរណ៍។ ការគាំទ្រ streaming អាស្រ័យលើ handler របស់វា; ចំណុចប្រទាក់ stream តែម្នាក់ឯងមិនអាចប្រាប់អ្នកថាតើ handler បានផ្តល់ body ជាបន្តបន្ទាប់ឬអត់។

នៅពេលការឆ្លើយតបមកដល់ បន្តអានផ្នែកដែលមានកំណត់។ ការបំប្លែង $body ទៅជាខ្សែអក្សរប្រមូល body ទាំងមូលម្តងទៀត។ parser បន្ទាត់ក៏អាចមើលទៅជាប់គាំងពេលរង់ចាំបន្ទាត់ថ្មី ទោះបីជា byte បណ្តាញបានមកដល់។ ទាំងនេះជាការយឺតយ៉ាវនៃការប្រើប្រាស់ ដូច្នេះការផ្លាស់ប្តូរ proxy នឹងមិនលុបបំបាត់វាទេ។

read_timeout កំណត់ការរង់ចាំអានម្នាក់ៗក្រោមការអនុវត្ត stream ដែលគាំទ្រ។ វាមិនផ្តល់ឱ្យ feed គ្មានទីបញ្ចប់នូវអាយុកាលសរុបដប់វិនាទីទេ។ ដោះស្រាយ timeout, EOF និងកំហុសដោយឡែក ហើយបិទ body នៅពេលដំណើរការបញ្ចប់ ឬត្រូវបានលុបចោល។