Mae amseriadau HEAD PycURL yn mesur y llwybr procsi cyfan
Lleihawch draffig corff yr ymateb wrth amseru cais drwy brocsi, heb gymysgu TTFB cronnol ag oedi prosesu'r procsi ei hun.
Gall cais HEAD leihau traffig corff yr ymateb wrth gymharu procsïau. Ar handlen PycURL bresennol sydd eisoes wedi'i ffurfweddu â'r gyrchfan, y procsi a'r terfynau amser:
handle.setopt(pycurl.NOBODY, True)
handle.perform()
ttfb = handle.getinfo(pycurl.STARTTRANSFER_TIME)
prepared = handle.getinfo(pycurl.PRETRANSFER_TIME)
Darllenwch y gwerthoedd hyn ar ôl trosglwyddiad llwyddiannus ac cyn cau'r handlen. Mae NOBODY yn dewis HEAD ar gyfer HTTP; nid yw'n tynnu'r penawdau cais, trafodaeth y procsi na thraffig TLS.
Amser a aeth heibio o ddechrau'r trosglwyddiad i'r beit ymateb cyntaf yw STARTTRANSFER_TIME. Mae'n cynnwys paratoi a phrosesu ar y gweinydd, felly mae'n fesur o'r llwybr a'r gyrchfan hon yn hytrach nag oedi ynysig y procsi. Mae PRETRANSFER_TIME yn cwmpasu paratoad y protocol; mae tynnu hwnnw'n gadael gwaith y tu hwnt i'r procsi ei hun o hyd.
Cadwch y gyrchfan, y polisi ailgyfeirio a'r amodau ailddefnyddio cysylltiad yn gyson ar draws cymariaethau. Mae amseroedd ailgyfeirio yn cronni. Mae cysylltiad newydd a thwnnel a ailddefnyddiwyd yn ateb cwestiynau perfformiad gwahanol.
Gall HEAD ymddwyn yn wahanol i GET hefyd. Defnyddiwch ef ar gyfer arsylwi ysgafn ar gyrraeddadwyedd neu amser, yna dilyswch y dull gwirioneddol ar wahân wrth ddewis llwybr ar gyfer cymhwysiad.