Konteksti proxy HTTP i PHP nuk rikonfiguron një rrjedhë TCP të papërpunuar
Dalloni opsionet proxy të mbështjellësit HTTP të PHP nga puna e protokollit e nevojshme në një lidhje TCP stream_socket_client.
Opsioni proxy i kontekstit HTTP i përket mbështjellësit të rrjedhës HTTP të PHP. Një lidhje TCP e papërpunuar e krijuar nga stream_socket_client nuk bëhet klient proxy HTTP vetëm sepse ai opsion ekziston në një objekt konteksti.
Nëse kodi lidhet drejtpërdrejt me adresën e destinacionit, po hap atë rrugë TCP. Nëse lidhet në vend të kësaj me adresën e proxy-t, bajtët e ardhshëm duhet ende të zbatojnë protokollin proxy.
Për HTTP CONNECT kjo do të thotë një host dhe port destinacioni të vlefshëm, çdo vërtetim proxy që kërkohet, analizë të plotë të përgjigjes dhe pranim përpara se të fillojë protokolli i destinacionit. Një thirrje e vetme fread që kërkon një frazë suksesi nuk është një lidhës i plotë. TCP mund ta ndajë një përgjigje midis leximeve ose të kthejë bajtë shtesë që duhet të ruhen.
Për një destinacion HTTPS, TLS duhet më pas të fillojë përmes tunelit të vendosur dhe të verifikojë identitetin e destinacionit. Emri i hostit të proxy-t nuk është identiteti i certifikatës së faqes së internetit.
Përdorni një klient ose lidhës me mbështetje të dokumentuar për protokollin proxy që kërkohet kur detyra është thjesht të merret një URL. Cilësimet HTTP dhe SOCKS të PHP cURL ofrojnë një rrugë të mbështetur për marrjen e URL-së. Një rrjedhë e papërpunuar është e dobishme kur aplikacioni merr përsipër vetë atë punë protokolli të nivelit më të ulët; ajo nuk duhet të trashëgojë në heshtje supozime nga një shembull i palidhur i mbështjellësit HTTP.