Kontekst proxy HTTP v PHP ne prekonfigurira surovega toka TCP
Razlikujte možnosti proxy ovoja HTTP v PHP od protokolarnega dela, potrebnega na povezavi TCP stream_socket_client.
Možnost proxy v kontekstu HTTP pripada ovoju toka HTTP v PHP. Surova povezava TCP, ki jo ustvari stream_socket_client, ne postane odjemalec proxyja HTTP samo zato, ker ta možnost obstaja v kontekstnem objektu.
Če se koda poveže neposredno na naslov cilja, odpre to pot TCP. Če se namesto tega poveže na naslov proxyja, morajo naslednji bajti še vedno izvajati protokol proxyja.
Za HTTP CONNECT to pomeni veljavnega gostitelja in vrata cilja, morebitno zahtevano preverjanje pristnosti proxyja, popolno razčlenitev odgovora in sprejetje, preden se začne protokol cilja. En sam klic fread, ki išče stavek uspeha, ni popoln konektor. TCP lahko razdeli odgovor med branji ali vrne dodatne bajte, ki jih je treba ohraniti.
Za cilj HTTPS se mora TLS nato začeti skozi vzpostavljeni tunel in preveriti identiteto cilja. Ime gostitelja proxyja ni identiteta potrdila spletnega mesta.
Uporabite odjemalca ali konektor z dokumentirano podporo za zahtevani protokol proxyja, kadar je naloga preprosto pridobiti URL. Nastavitve HTTP in SOCKS v PHP cURL ponujajo eno podprto pot za pridobitev URL. Surov tok je uporaben, ko aplikacija sama prevzame to protokolarno delo na nižji ravni; ne bi smel tiho podedovati predpostavk iz nepovezanega primera ovoja HTTP.