Nid yw cyd-destun dirprwy HTTP PHP yn ailgyflunio ffrwd TCP amrwd
Gwahaniaethwch opsiynau dirprwy lapwyr HTTP PHP oddi wrth y gwaith protocol sydd ei angen ar gysylltiad TCP stream_socket_client.
Mae opsiwn dirprwy'r cyd-destun HTTP yn perthyn i lapwyr ffrwd HTTP PHP. Nid yw cysylltiad TCP amrwd a grëwyd gan stream_socket_client yn dod yn gleient dirprwy HTTP dim ond oherwydd bod yr opsiwn hwnnw'n bodoli mewn gwrthrych cyd-destun.
Os yw'r cod yn cysylltu'n uniongyrchol â chyfeiriad y cyrchfan, mae'n agor y llwybr TCP hwnnw. Os yw'n cysylltu â chyfeiriad y dirprwy yn lle hynny, mae'r beitau nesaf yn dal i fod angen gweithredu'r protocol dirprwy.
Ar gyfer HTTP CONNECT, mae hynny'n golygu gwesteiwr a phorth cyrchfan dilys, unrhyw ddilysiad dirprwy sy'n ofynnol, dosrannu'r ymateb yn llawn, a derbyniad cyn i brotocol y cyrchfan ddechrau. Nid yw un alwad fread sy'n chwilio am ymadrodd llwyddiant yn gysylltydd cyflawn. Gall TCP rannu ymateb rhwng darlleniadau neu ddychwelyd beitau ychwanegol y mae'n rhaid eu cadw.
Ar gyfer cyrchfan HTTPS, rhaid i TLS wedyn ddechrau trwy'r twnnel sefydledig a gwirio hunaniaeth y cyrchfan. Nid enw gwesteiwr y dirprwy yw hunaniaeth tystysgrif y wefan.
Defnyddiwch gleient neu gysylltydd â chefnogaeth wedi'i dogfennu ar gyfer y protocol dirprwy sy'n ofynnol pan mai'r dasg yw nôl URL yn unig. Mae gosodiadau HTTP a SOCKS PHP cURL yn cynnig un llwybr a gefnogir ar gyfer nôl URL. Mae ffrwd amrwd yn ddefnyddiol pan fo'r cymhwysiad yn berchen ar y gwaith protocol lefel is honno; ni ddylai etifeddu rhagdybiaethau'n ddistaw o enghraifft lapwyr HTTP anghysylltiedig.