La HTTP-prokura kunteksto de PHP ne rekonfiguras krudan TCP-fluon
Distingigu la prokurajn agordojn de la HTTP-ĉirkaŭvolvaĵo de PHP disde la protokola laboro necesa sur stream_socket_client TCP-konekto.
La prokura agordo de la HTTP-kunteksto apartenas al la HTTP-fluo-ĉirkaŭvolvaĵo de PHP. Kruda TCP-konekto kreita de stream_socket_client ne fariĝas HTTP-prokura kliento nur ĉar tiu agordo ekzistas en kunteksta objekto.
Se la kodo konektiĝas rekte al la cela adreso, ĝi malfermas tiun TCP-vojon. Se ĝi anstataŭe konektiĝas al la prokura adreso, la sekvaj bajtoj ankoraŭ devas efektivigi la prokuran protokolon.
Por HTTP CONNECT tio signifas validan celan gastiganton kaj pordon, ajnan postulatan prokuran aŭtentikigon, plenan analizon de la respondo kaj akcepton antaŭ ol komenciĝas la cela protokolo. Ununura fread-voko serĉanta sukcesan frazon ne estas kompleta konektilo. TCP povas disigi respondon inter legadoj aŭ redoni pliajn bajtojn, kiuj devas esti konservitaj.
Por HTTPS-celo TLS poste devas komenciĝi tra la establita tunelo kaj kontroli la celan identecon. La prokura gastigantnomo ne estas la atestila identeco de la retejo.
Uzu klienton aŭ konektilon kun dokumentita subteno por la postulata prokura protokolo, kiam la tasko simple estas eltiri URL-on. La HTTP- kaj SOCKS-agordoj de PHP cURL provizas unu subtenatan vojon por eltiri URL-on. Kruda fluo utilas kiam la aplikaĵo posedas tiun protokolan laboron je pli malalta nivelo; ĝi ne devus silente heredi supozojn el nerilata HTTP-ĉirkaŭvolvaĵa ekzemplo.