Ef ósamstillt beiðni rennur út áður en tenging opnast, skoðaðu virk mörk flutningsins auk net tímatakmarkana. libcurl setur flutninga í biðröð þegar þessi mörk eru upptekin, og tímatakmörk þeirra halda áfram á meðan þeir bíða.

Fyrir sameiginlega cURL multi handler 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),
]);

Notaðu þennan biðlara fyrir ósamstilltu vinnuna og gefðu upp fyrirhugaðan proxy valkost hans á aðgerðunum. Gildin eru dæmigerðar fjárveitingar. Fyrir opinberar beiðnir sem eru leyfðar í gegnum opinberan millilið býður HTTP proxy listinn upp á frambjóðendur fyrir proxy-slóðir aðgerðanna.

ValkosturFjárveiting
MAX_TOTAL_CONNECTIONSTengingar opnaðar samtímis undir multi handlerinum
MAX_HOST_CONNECTIONSTengingar við einn hýsil/gátt; proxy-tengingar teljast gegn proxy-endapunktinum
MAXCONNECTSTengingar sem haldnar eru í skyndiminni eftir notkun

Nokkrar vefsíður sem nota sama proxy fá ekki sjálfkrafa sérstakar tengslakvótar. Afkastageta aðgerðarlausrar skyndiminni opnar hvorki tengingar fyrirfram né gerir þær skiptanlegar: endurnotkun fer eftir leið, áfangastað, samskiptareglum og auðkenningu.

Haltu verkefnafjárveitingu forritsins og hvers kyns kvóta þjónustuveitanda í samræmi við þessar flutningsfjárveitingar. Þær telja tengingar, ekki beiðnir á sekúndu. Að hækka socket tímatakmark getur ekki greint hvort biðröð eða netbið eyddi tímanum.

Tengdir greinar