Rhaid i alwadau ysgrifennu PHP cURL ddychwelyd y cyfrif beit a driniwyd

Mae'r proxy yn danfon data. Mae eich galwad ysgrifennu yn dychwelyd y gwerth anghywir. Yna mae libcurl yn rhoi'r gorau iddi, ac mae'r cod o'i amgylch yn adrodd “methiant lawrlwytho drwy'r proxy” arall.

Rhaid i'r alwad adrodd faint o feit a dderbyniwyd y gwnaeth hi eu trin mewn gwirionedd. Mae dychwelyd cyfrif gwahanol yn dynodi methiant. Ar gyfer sinc ysgrifennu sy'n blocio'n fwriadol, gall darn edrych fel hyn:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_WRITEFUNCTION,
    function ($handle, $chunk) use ($sink) {
        $written = fwrite($sink, $chunk);
        return $written === false ? 0 : $written;
    }
);

Mae hyn yn tybio bod y rhaglen bresennol yn berchen ar y ddolen a'r sinc ysgrifennu. Mae ysgrifennu sy'n methu neu'n fyr yn rhoi'r gorau iddi yn hytrach na honni'n dawel bod y darn cyfan wedi'i gadw. Mae angen dyluniad byffro ac oedi/ailgychwyn priodol ar sinc nad yw'n blocio; nid yw'r darn bach yn darparu un.

Cyfrwch feit, nid nodau a ddangosir. Gall y data fod yn ddeuaidd neu'n rhan o ddilyniant testun amlfeit. Nid yw un alwad o reidrwydd yn un llinell, yn ddogfen JSON nac yn neges gan y gwasanaeth.

Mae ar gyferbynnu cynyddol angen ei gyflwr ei hun rhwng galwadau. I'r gwrthwyneb, gall crynhoi pob darn tan y diwedd fod yn gywir ar gyfer ymateb bach cyfyngedig, ond nid yw'n bolisi cof ar gyfer ffrwd fawr neu ddiddiwedd.

Cadwch ganlyniad y trosglwyddiad a thystiolaeth methiant yr alwad. Gall gwall disg lleol neu dorri ar draws y parser ddigwydd ar ôl sefydlu llwybr proxy dilys. Os ydych chi'n bwriadu stopio ar ôl rhagddodiad, nodwch y stop bwriadol hwnnw ar wahân. Ni all disodli cyfeiriad y proxy atgyweirio sinc sydd wedi rhoi'r gorau i dderbyn data.