PHPren HTTP proxy testuinguruak ez du TCP fluxu gordina birkonfiguratzen
Bereizi PHPren HTTP bilgarriaren proxy aukerak stream_socket_client TCP konexioan behar den protokolo lanetik.
HTTP testuinguruaren proxy aukera PHPren HTTP fluxu bilgarriarena da. stream_socket_client-ek sortutako TCP konexio gordina ez da HTTP proxy bezero bihurtzen aukera hori testuinguru objektu batean dagoelako soilik.
Kodeak helmugako helbidera zuzenean konektatzen badu, TCP bide hori irekitzen du. Horren ordez proxy helbidera konektatzen bada, hurrengo byteek proxy protokoloa inplementatu behar dute oraindik.
HTTP CONNECT-erako horrek esan nahi du helmugako ostalari eta portu baliodunak, beharrezkoa den proxy autentifikazioa, erantzunaren analisi osoa eta onarpena helmugako protokoloa hasi aurretik. Arrakasta-esaldi bat bilatzen duen fread dei bakar bat ez da konektagailu osoa. TCPk erantzun bat irakurketen artean zati dezake edo gorde behar diren byte gehigarriak itzul ditzake.
HTTPS helmuga baterako, TLSek ezarritako tunelaren bidez hasi behar du gero eta helmugaren identitatea egiaztatu. Proxy ostalari-izena ez da webgunearen ziurtagiriaren identitatea.
Erabili dokumentatutako euskarria duen bezero edo konektagailu bat behar den proxy protokolorako, zeregina URL bat eskuratzea besterik ez denean. PHP cURLen HTTP eta SOCKS ezarpenek URL bat eskuratzeko bide onartu bat eskaintzen dute. Fluxu gordina erabilgarria da aplikazioak maila baxuagoko protokolo lan hori bere gain hartzen duenean; ez luke isilka heredatu behar erlaziorik gabeko HTTP bilgarri adibide baten suposizioak.