Hi all,
>No, you probably didn't understand my question. You cannot redirect the
>first packet because its header (URL) is not finished, this is a long URL
>overlap packet. OK, I give you a detailed example, the requested URL
>is "GET /directory/image/picture.gif", the first packet has data "... GET
>/directory/image/picture.g" and the second one has data "if ...", how
>could you forward the first packet when the requested URL is not
>complete? It is broken. I think that the situation above is quite
>possible.
I agree, this is a common issue for most of the HTML stream parser (HTTP
header parser). even if we try to work with big buffer this is a problem
that need to be properly handled... this figure is not an exception since
this is a "most of the time observed".
Best regards,
Alexandre
|