Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Jim Jagielski
The current work-in-progress, not yet APR-ized is at: https://github.com/jimjag/credis > On Oct 31, 2016, at 11:49 AM, Graham Leggett wrote: > > On 31 Oct 2016, at 5:05 PM, Jim Jagielski wrote: > >> Moving to APR: >> >> Query: Think it would be worth

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Graham Leggett
On 31 Oct 2016, at 5:05 PM, Jim Jagielski wrote: > Moving to APR: > > Query: Think it would be worth my time to work on a Redis > implementation for APR-util? I am working on a minimal Redis > lib, related to work, which is basically a soft reboot of Credis > from GoogleCode,

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Jim Jagielski
Moving to APR: Query: Think it would be worth my time to work on a Redis implementation for APR-util? I am working on a minimal Redis lib, related to work, which is basically a soft reboot of Credis from GoogleCode, which could serve as the core functionality, which is what got me thinking about

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Graham Leggett
On 31 Oct 2016, at 4:13 PM, Ruediger Pluem wrote: > Which creates the generic question for me: Can't we setup APR in a way that > for certain aspects we could compile > "drivers" against an existing APR whose code exists outside of APR first and > gets part of standard APR

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Graham Leggett
On 31 Oct 2016, at 3:43 PM, Jim Jagielski wrote: > It would, but that would mean even more of a APR dependency > and a wait until the next release of APR and etc, etc, etc... > Basically, APR moves too slow for httpd. APR can make a release at any time. It usually doesn’t

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Ruediger Pluem
On 10/31/2016 02:43 PM, Jim Jagielski wrote: > It would, but that would mean even more of a APR dependency > and a wait until the next release of APR and etc, etc, etc... > Basically, APR moves too slow for httpd. Which creates the generic question for me: Can't we setup APR in a way that for

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Jim Jagielski
It would, but that would mean even more of a APR dependency and a wait until the next release of APR and etc, etc, etc... Basically, APR moves too slow for httpd. > On Oct 31, 2016, at 9:34 AM, Graham Leggett wrote: > > On 31 Oct 2016, at 3:30 PM, Jim Jagielski

Re: Redis and mod_cache/mod_socache

2016-10-31 Thread Graham Leggett
On 31 Oct 2016, at 3:30 PM, Jim Jagielski wrote: > Query: Think it would be worth my time to work on a > Redis implementation for mod_cache/mod_socache? I am > working on a minimal Redis lib, related to work, which > is basically a soft reboot of Credis from GoogleCode, > which

Redis and mod_cache/mod_socache

2016-10-31 Thread Jim Jagielski
Query: Think it would be worth my time to work on a Redis implementation for mod_cache/mod_socache? I am working on a minimal Redis lib, related to work, which is basically a soft reboot of Credis from GoogleCode, which could serve as the core functionality, which is what got me thinking about it.