דער 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. PHP cURL'ס HTTP און SOCKS באַשטעלונגען געבן איין געשטיצטן וועג אָפּצורופֿן אַ URL. אַ רוי שטראָם איז נוציק ווען די אַפּליקאַציע איבערנעמט אַליין יענע נידעריקע פּראָטאָקאָל אַרבעט; זי טאָר נישט שטילערהייט ירשענען הנחות פֿון אַ באַציונגסלאָזן HTTP פֿאַרפּעקל בײַשפּיל.