10 Format of output

The current version of phc output timeouts of every steps of validation:

Method	Output (time increase ->)
HTTP_GET	host:port@HTTP estab pget end
HTTP_CONNECT	host:port@HTTPC estab pcon get end
SOCKS5_CONNECT	host:port@SOCKS5 estab pcon get end

The figure on process of validation. See the table for the meaning of symbol in the figure:

symbol	meaning
–	start to send, the left string is time.(such as ta)
<-	The data entered,the left string is the time when data come in.

Figure:

Phc – (myproxy) — testproxy – target(checksite) ta ———————–> estab = tb - ta tb <———————– tc ——————————————–> pcon = td - tc HTTP_CONNECT ,SOCKS5_CONNECT or SOCKS4_CONNECT. td <——————————————– te ——————————————–> (p)get = tf - te get:HTTP_CONNECT,SOCKS5_CONNECT,SOCKS4_CONNECT, pget:HTTP_GET tf <——————————————– tg ——————————————–> end = th - tg th <——————————————–

delay	define
estab	Delay from the time(ta) phc send CONNECT request for testproxy to myproxy (or connect to testproxy directly) to the time(tb) it receives "Connection Established".
pcon	Delay from the time(tc) phc send CONNECT request for target to testproxy to the time(td) it receives "Connection Established". With HTTP_GET method, it is impossilbe to get "connection delay" for that is added to pget delay. It is only be used with HTTP_CONNECT or SOCKS5_CONNECT method.
get	Delay from the time(te) phc send HTTP GET request to target to the time(tf) it receives the first byte data returned. This is only be used with HTTP_GET method and the "middle-delay"(like pcon) can't be got by the client.
pget	Delay from the time(te) phc send GET request for target to testproxy to the time(tf) it receives the first byte data returned.
end	Delay from the time(tg or tf) phc receive the first byte data to the time time(th) it receives data including key.

The value of the delays:

estab resp of TP
pcon  resp of TP + relay of TP + resp of TG
get   resp of TP + relay of TP + resp of TG + servicestart of TG
pget  2*resp of TP + 2*relay of TP + 2*resp of TG + servicestart of TG
end   0.5*resp of TP + 0.5*relay of TP + 0.5*resp of TG + serviceend of TG

The guide to use the delay

• If you want to select a testproxy with best response to myproxy(or phc), just sort the result according to estab.
• If you need a testproxy through which you can get the best response (shortest route?) from the target defined in configuration, please sort according to pcon , get or pget.
• On the other hand , if you care for the bandwith of the whole route to target, you should sort according to end.

Tips:

• You can sort testproxies according to estab if you want to browse webpages via testproxy(through myproxy firstly or not).

  This is the common choice if you need quick response ,dynamic targets to access and little data to transfer.

• You can sort testproxies according to end if you want to download files via testproxy(through myproxy firstly or not) from target.

  Bandwith but not delay is important to bulk download.

• The less delay, the more speed. You should select the testproxies with the shortest delay, such as estab,pcon,get,pget or end.