On Thu, 2017-07-06 at 14:08 -0400, Helmut K. C. Tessarek wrote:
> One of the comments on the documentation page of mod_proxy_fcgi
> (http://httpd.apache.org/docs/2.4/mod/mod_proxy_fcgi.html) mentions an
> issue with flush:
>
> There is just no flush support it seems. I attempt to use PHP flush()
>
On Thu, Jul 6, 2017 at 3:33 PM, William A Rowe Jr wrote:
> +/-1
> [ ] Release 2.2.34 as legacy GA
>
+1 aix/xlc/ppc64 100% pass
> +/-1
> [ ] Retire the 2.2.x branch from any further maintenance.
+1
--
Eric Covener
cove...@gmail.com
Hi Luca,
Thanks for looking into this.
On 2017-07-08 03:51, Luca Toscano wrote:
> I checked mod_fcgi as Helmut suggested and it seems to me that the
> -flush feature is a simple "flush every data that you receive", so I
> tested the following patch with Jacob's php example code and it seems
> doi
On Jul 6, 2017, at 1:45 PM, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd
version 2.4.27 can be found at the usual place:
http://httpd.apache.org/dev/dist/
I'm calling a VOTE on releasing these as Apache httpd 2.4.27 GA.
+1 Windows 7/8.1/2012R2, x86 & 64 VC9, 11
[x] +1: Good to go
Ubuntu 16.04 x64, test suites for httpd and mod_websocket 0.1.1 with
- APR 1.5.2, APR-Util 1.5.4
- OpenSSL 1.0.2g (Debian)
- event, prefork, worker
- no brotli, no mod_php
--Jacob
On 07/06/2017 12:33 PM, William A Rowe Jr wrote:
[ ] Release 2.2.34 as legacy GA
+1 Ubuntu 16.04, worker/prefork and mod_websocket 0.1.1.
[ ] Retire the 2.2.x branch from any further maintenance.
+1
--Jacob
2017-07-06 19:45 GMT+02:00 Jim Jagielski :
> The pre-release test tarballs for Apache httpd
> version 2.4.27 can be found at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
> I'm calling a VOTE on releasing these as Apache httpd 2.4.27 GA.
>
+1 on Debian Stretch
All green from t
Received more details:
Our client/server system needs encrypting to client. Almost files are
statically encrypt, but some xml need to
modify by SSI then encrypt. So I made encrypting file
filter by exe (not Apache module). Its name is encect.exe
(x86) and it is using msvcrt.dll. Because encect
Hi Jacob, Helmut!
2017-07-06 20:54 GMT+02:00 Jacob Champion :
> On 07/06/2017 11:13 AM, Jim Jagielski wrote:
>
>> works 4 me...
>>
>
> Doesn't for me. E.g. with a script like
>
>print("hi!\n")
> flush();
> sleep(1);
> print("hi!\n");
> ?>
>
> it takes 1 second to receive a single chunk
