Re: ApacheCon Austin, httpd track
On Nov 29, 2014 9:45 AM, Jim Jagielski j...@jagunet.com wrote: I'd like to submit something like This ain't your Daddy's Apache!... Does that replace one of the ones already listed or is that a new item? On Nov 26, 2014, at 1:04 PM, Eric Covener cove...@gmail.com wrote: I've started an doc at https://docs.google.com/document/d/11oh1CQEwgxvV_xM92kQyRP8HuI92VHuN5znNz-5-Qwg/edit?usp=sharing and I'm hoping that we can collaborate on what talks need to be in a comprehensive httpd track, what order they should be in, and then hunt down the people that should be giving those talks. Thanks for kickstarting -- I added a very simple bullet for What’s (still new) in 2.4
Re: ApacheCon Austin, httpd track
On Wed, Nov 26, 2014 at 12:43 PM, Rich Bowen rbo...@rcbowen.com wrote: As I mentioned a few months ago, ApacheCon Austin will be the 20th anniversary of the first release of the Apache HTTP server. The plan is to make a big deal of this at the conference, and I'm hoping that we can have a strong httpd track to go along with this. For ApacheCon Europe, several projects (notably, OFBiz) put together what they thought would be an ideal track, and then solicited speakers for individual talks in that track, and that worked really well. I'm hoping we can do a similar thing for Austin, and, in particular, I'm hoping that I don't end up giving half the talks in the track. :-) I've started an doc at https://docs.google.com/document/d/11oh1CQEwgxvV_ xM92kQyRP8HuI92VHuN5znNz-5-Qwg/edit?usp=sharing and I'm hoping that we can collaborate on what talks need to be in a comprehensive httpd track, what order they should be in, and then hunt down the people that should be giving those talks. Thanks for any help you can give towards this. --Rich -- Rich Bowen - rbo...@rcbowen.com - @rbowen http://apachecon.com/ - @apachecon I've given some thought to proposing one of the following talks: * deploying Python web apps under uWSGI behind mod_proxy_fcgi/scgi (some material here: http://emptyhammock.com/projects/info/pyweb/index.html) * a debugging tricks talk I've given a few times (relatively minor updates from the last North America AC) * drastically updated (rewritten) version of an old capacity-tuning-and-performance talk I gave at a Sun conference in 2009 ( https://blogs.oracle.com/trawick/resource/DeepDive/WebStackDeepDiveApache.pdf ) Speak up if one of these seems more helpful to the overall track. -- Born in Roswell... married an alien... http://emptyhammock.com/
Re: mod_rewrite/proxy UDS issues
On Fri, Nov 28, 2014 at 1:56 PM, Eric Covener cove...@gmail.com wrote: Did this become unnecessary when SetHandler/AddHandler support was added for proxy:unix:/ ... configuration? I think both are orthogonals. One can use Proxy unix:/tmp/backend.sock|http://localhost/... to declare a worker whose connections will be reusable by : 1.Set/AddHandler unix:/tmp/backend.sock|http://localhost/...; 2. RewriteRule ... [H=unix:/tmp/backend.sock|http://localhost/...] (supposedly) 3. RewriteRule ... http://localhost/..; [P] But not by : 4. RewriteRule ... unix:/tmp/backend.sock|http://localhost/...; [P] Yes 1. and 2. are two nice/efficient shortcut alternatives. But I find 3. vs 4. quite confusing, proxying via RewriteRule is often used (and even very useful thanks to RewriteCond decision), so we should either document on that, or fix it. I also find the idea of having an optional function between mod_proxy (provider) and mod_rewrite quite useful, since there is no point in using a [P] or [H=proxy:...] rules without mod_proxy loaded. The failure to retrieve this proxy optional function could be detected at init time to raise an error if any [P] or [H=proxy:...] is configured. After re-reading this thread, I would now rather propose that this optional function be downright ap_proxy_declare_worker(). Thus the proxy worker would be automagically declared with the RewriteRule at init time, and the run time could use the available proxy_worker struct directly to do its [P] job. Maybe that's what Jim was thinking about as a non-obvious but elegant solution where 2 workers map onto the same one, back in February 25... Regards, Yann.
[Patch] mod_crypto: A general purpose crypto filter with HLS support
Hi all, I have attached a proof of concept module that teaches httpd to support symmetrical encryption, initially to support on-the-fly HLS encryption for video streaming. This requires the apr-crypto-secretkey patch that I just posted to the APR list. This module also potentially solves a problem like this one: http://serverfault.com/questions/372588/decrypting-aes-files-in-an-apache-module Regards, Graham — httpd-mod_crypto-1.patch Description: Binary data
