+1
taorui and me will focus on landing TS-857, that will help us do more
testing.
在 2011-11-22二的 01:37 +，Igor Galić写道：
>
> - Original Message -
> > +1 (binding)
>
>
> Soon as svn.eu mirror is synced up after that massive ooo commit,
> I'll do the merging of the currently voted prop
- Original Message -
> +1 (binding)
Soon as svn.eu mirror is synced up after that massive ooo commit,
I'll do the merging of the currently voted proposals.
This leaves should leave us enough time to ponder about TS-857
and ming_zym's comment on it in STATUS
i
--
Igor Galić
Tel: +43
Hi all,
I'm working on a protocol plugin and I would like to marshall a response
directly into a TSIOBuffer. AFAICT the right way to do this is roughly:
TSIOBuffer buffer;
TSIOBufferBlock blk;
char * ptr;
size_t avail;
size_t total;
blk = TSIOBuff
+1 (binding)
(and let me know what else I can do to help)!
On Nov 15, 2011, at 8:25 PM, Igor Galić wrote:
> Hi folks,
>
> for some a strange reason a number of people want to run a
> stable version of our software. I'd like to take that as
> incentive to make another hit at getting a release out
I have a problem of TrafficServer with a transform plugin
in place returning an erroneous Content-Length of zero.
An equivalent GET returns a correct Content-Length value,
as do both GET and HEAD without the plugin.
I think this looks like a problem of TrafficServer rather
than of the plugin. Of
I've been benchmarking trafficserver using ab.
For a backend I'm using httpd with a module to insert
a delay into each request, as a crude simulation of
a heavyweight app likely to benefit from acceleration.
Results through trafficserver show most requests
reported as failing with "length", meanin
+1 for 3.0.2.
