On Mon, Apr 3, 2017 at 8:21 AM, Eric Covener wrote:
> On Mon, Apr 3, 2017 at 9:07 AM, Stefan Eissing
> wrote:
>> Question is: do we "fix" mpm_winnt or is there a better way for mod_http2 to
>> shutdown the connection before mod_ssl does. This would need to work in
>> async mpms for any connecti
On Mon, Apr 3, 2017 at 9:07 AM, Stefan Eissing
wrote:
> Question is: do we "fix" mpm_winnt or is there a better way for mod_http2 to
> shutdown the connection before mod_ssl does. This would need to work in async
> mpms for any connection state.
I think it's okay to add the prep cal when short-
Steffen started testing and immediately found sth. Yeah! He sees many
[Mon Apr 03 14:20:28.390474 2017] [http2:warn] [pid 3180:tid 2880] [client
5.80.147.209:61342] AH10020: h2_session(106,DONE,0): session cleanup triggered
by pool cleanup. this should have happened earlier already.
in his logs
https://tools.ietf.org/html/rfc7230#section-6.7:
"A server MAY send an Upgrade header field in any other response to
advertise that it implements support for upgrading to the listed
protocols, in order of descending preference, when appropriate for a
future request."
Yes, it is intention
Hi there,
a new version of mod_http2 has been backported to 2.4.x and there is also a
github release, as usual: https://github.com/icing/mod_h2/releases/tag/v1.10.0
I rewrote some key parts of scheduling and slave connection handling for better
performance. It shows good results. However it nee
Hi Stefan (and others),
Right now when I enable h2 and/or h2c Apache will respond with headers
"Upgrade: h2,h2c" and Connection: Upgrade
As I understand it this is the wrong way around. Only the client should
send the Upgrade headers, and only then should the server respond with a
101 with the Upg
I can see that a flat directive namespace has its drawbacks... ;-)
> Am 01.04.2017 um 19:12 schrieb Daniel Ruggeri :
>
>
> On 4/1/2017 11:18 AM, Yann Ylavic wrote:
>> Hi Daniel,
>>
>> On Sat, Apr 1, 2017 at 3:56 PM, Daniel Ruggeri wrote:
>>> I went with the directive name
>>> RemoteIPProxyProt