PHP-ov HTTP proxy kontekst ne rekonfiguriše sirovi TCP tok
Razlikujte proxy opcije PHP HTTP omotača od protokolskog rada potrebnog na stream_socket_client TCP vezi.
Proxy opcija HTTP konteksta pripada PHP HTTP omotaču toka. Sirova TCP veza koju stvara stream_socket_client ne postaje HTTP proxy klijent samo zato što ta opcija postoji u kontekstnom objektu.
Ako se kod povezuje direktno na odredišnu adresu, otvara tu TCP rutu. Ako se umesto toga povezuje na adresu proxyja, sledeći bajtovi i dalje moraju implementirati proxy protokol.
Za HTTP CONNECT to znači važeći odredišni host i port, svaku potrebnu proxy autentifikaciju, potpuno parsiranje odgovora i prihvatanje pre nego što počne odredišni protokol. Jedan poziv fread koji traži frazu uspeha nije potpun konektor. TCP može podeliti odgovor između čitanja ili vratiti dodatne bajtove koji moraju biti sačuvani.
Za HTTPS odredište TLS zatim mora početi kroz uspostavljeni tunel i proveriti identitet odredišta. Ime proxy hosta nije identitet sertifikata veb stranice.
Koristite klijent ili konektor sa dokumentovanom podrškom za traženi proxy protokol kada je zadatak samo dohvatiti URL. HTTP i SOCKS postavke PHP cURL-a pružaju jedan podržan put za dohvat URL-a. Sirovi tok je koristan kada aplikacija preuzima taj protokolni rad na nižem nivou; ne bi trebalo tiho da nasledi pretpostavke iz nepovezanog primera HTTP omotača.