HTTP прокси контекст PHP не реконфигурише сирови TCP ток
Разликујте прокси опције PHP HTTP омотача од протоколског рада потребног на stream_socket_client TCP вези.
Прокси опција HTTP контекста припада PHP HTTP омотачу тока. Сирова TCP веза коју ствара stream_socket_client не постаје HTTP прокси клијент само зато што та опција постоји у контекстном објекту.
Ако се код повезује директно на одредишну адресу, отвара ту TCP руту. Ако се уместо тога повезује на адресу проксија, следећи бајтови и даље морају да имплементирају прокси протокол.
За HTTP CONNECT то значи важећи одредишни хост и порт, сваку потребну прокси аутентификацију, потпуно парсирање одговора и прихватање пре него што почне одредишни протокол. Један позив fread који тражи фразу успеха није потпун конектор. TCP може да подели одговор између читања или да врати додатне бајтове који морају да се сачувају.
За HTTPS одредиште TLS затим мора да почне кроз успостављени тунел и провери идентитет одредишта. Име прокси хоста није идентитет сертификата веб странице.
Користите клијент или конектор са документованом подршком за тражени прокси протокол када је задатак само дохватити URL. HTTP и SOCKS поставке PHP cURL-а пружају један подржан пут за дохватање URL-а. Сирови ток је користан када апликација преузима тај протоколни рад на нижем нивоу; не би требало тихо да наследи претпоставке из неповезаног примера HTTP омотача.