Ein Guzzle-fyrispurningur kann at renna út, meðan hann bíðar eftir sambandsplássi
Set virkin sambandsveitingar hjá cURL multi á felags handteraran og grein teir frá rúmdini í tóma skygdminninum.
Um ein asynkronur fyrispurningur rennur út, áðrenn samband verður opnað, kanningar tú virku markini hjá flutningslaginum umfram netbíðitíðir. libcurl setur flutningar í rað, tá ið hesi mørk eru upptikin, og bíðitíðarveitingar teirra halda fram, meðan teir standa í rað.
Fyri felags cURL multi-handteraran í Guzzle 7:
use GuzzleHttp\Client;
use GuzzleHttp\HandlerStack;
use GuzzleHttp\Handler\CurlMultiHandler;
$multi = new CurlMultiHandler([
'options' => [
CURLMOPT_MAX_TOTAL_CONNECTIONS => 24,
CURLMOPT_MAX_HOST_CONNECTIONS => 4,
],
]);
$client = new Client([
'handler' => HandlerStack::create($multi),
]);Brúka henda klientin til tað asynkrona arbeiðið og gev hansara ætlaðu proxy-møguleika á operatiónunum. Virðini eru dømisveitingar. Fyri almennar fyrispurningar, sum verða loyvdir gjøgnum ein almennan millumgongufør, veitir HTTP-proxy-listin evni til proxy-URL'irnar hjá operatiónunum.
| Møguleiki | Veiting |
|---|---|
| MAX_TOTAL_CONNECTIONS | Samband, sum verða opnað samtíðis undir multi-handteraranum |
| MAX_HOST_CONNECTIONS | Samband til eitt vertsheim/port; proxy-samband verða tald ímóti proxy-endanum |
| MAXCONNECTS | Samband, sum verða goymd í skygdminninum eftir nýtslu |
Fleiri heimasíður, sum brúka sama proxy, fáa ikki sjálvvirkandi serstakar loyvir til proxy-samband. Rúmdin í tóma skygdminninum opnar hvørki samband frammanundan né ger tey umskiftilig: endurnýtsla er treytað av leið, máli, protokoll og sannkenning.
Halt veitingina hjá arbeiðsuppgávunum hjá applikatiónini og eina møguliga veiting frá veitaranum í samsvari við hesar flutningsveitingar. Tær telja samband, ikki fyrispurningar um sekundið. At hækka eina socket-bíðitíð kann ikki staðfesta, um ein raður ella ein netbíðitíð brúkti tíðina.