Re: ApacheCon call for presentations, httpd content
I'm always willing to give the cookbook talk for the proxy. Sometimes we have great questions and conversation... sometimes not. I'll submit that tomorrow and we'll see where it goes. If there is a specific area I have expertise in, I'm happy to develop a presentation... (I just don't think I have enough time to develop expertise in mod_md or H2) so keep the suggestions coming. What about a "stupid httpd tricks" kind of talk which is an amalgamation of neat stuff? I'm sure we could come up with at least two dozen examples EASILY. -- Daniel Ruggeri On May 1, 2019 3:35:49 PM CDT, Rich Bowen wrote: >Hi, folks. > >The call for presentations for ApacheCon North America closes in a >little less than two weeks. As of right now, as far as I can tell, >there >is exactly zero httpd content. > >If we want to have our project represented at ApacheCon this year, what >would you want to see? Is there any chance we can fill a half-day of >content (ie, 3-4 talks) with what new things have happened in the past >year, and what's important now? > >Personally, I'd like to see a presentation on using mod_md, and perhaps >something on the benefits of, and use of, http2 in httpd? > >The CFP is here - https://www.apachecon.com/acna19/cfp.html - and >closes >May 13th. > >Thanks! > >--Rich
ApacheCon call for presentations, httpd content
Hi, folks. The call for presentations for ApacheCon North America closes in a little less than two weeks. As of right now, as far as I can tell, there is exactly zero httpd content. If we want to have our project represented at ApacheCon this year, what would you want to see? Is there any chance we can fill a half-day of content (ie, 3-4 talks) with what new things have happened in the past year, and what's important now? Personally, I'd like to see a presentation on using mod_md, and perhaps something on the benefits of, and use of, http2 in httpd? The CFP is here - https://www.apachecon.com/acna19/cfp.html - and closes May 13th. Thanks! --Rich
Re: SCTP support for Apache2
On 01 May 2019, at 13:46, Elmar Stellnberger wrote: > There has already been an SCTP patch for Firefox as well as support for > Chrome. I believe HTTP over SCTP would be enabled quickly for all major > browsers if sufficient support from the server side was given. > My question is: Why do you not enable SCTP for Apache? It would be straight > forward, easy to do and very useful! Looks like your question was answered here: https://bz.apache.org/bugzilla/show_bug.cgi?id=37202#c10 If you update the patch the work with trunk of httpd and APR, this is something that can definitely be looked at. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature
SCTP support for Apache2
I have seen that Preethi Natarajan had already developed a patch for SCTP support for Apache: https://bz.apache.org/bugzilla/show_bug.cgi?id=37202 I do personally believe that SCTP would be the better choice over SPDY/QUIC since recent research has pointed out that current SPDY/QUIC implementations are not as efficient as old style TCP in terms of average utilized bandwidth and overhead. SCTP and QUIC both solve the Head-of-Line blocking problem for concurrent streams. This is not only important for video transmission over HTTP (DASH, HLS, HTML5 video) but can also speed up the general page load time. HTTP/1.1 via SCTP would be a much simpler and to my mind the preferable solution. SPDY/QUIC pushes all the complexity to the user space. However up to now kernel developers have done the better job in implementing transport level protocols. Besides this SCTP also supports multihoming and can thus resolve the 'parking lot problem' as QUIC can do (change of IP address when changing the connection from Wifi to LTE). There has already been an SCTP patch for Firefox as well as support for Chrome. I believe HTTP over SCTP would be enabled quickly for all major browsers if sufficient support from the server side was given. My question is: Why do you not enable SCTP for Apache? It would be straight forward, easy to do and very useful!