Re: Redis and mod_cache/mod_socache
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 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 it. > > +1. > > There is an extension to apr_crypto on apr-util v1.6 that I’d like to get out > the door, redis for apr_socache can go out at the same time. > > Regards, > Graham > — >
Re: Redis and mod_cache/mod_socache
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, which could serve as the core functionality, which is > what got me thinking about it. +1. There is an extension to apr_crypto on apr-util v1.6 that I’d like to get out the door, redis for apr_socache can go out at the same time. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature
Re: Redis and mod_cache/mod_socache
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 it. > On Oct 31, 2016, at 10:15 AM, Graham Leggett wrote: > > 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 because it is a stable > project, but that doesn’t mean it can’t. > > APR-util v1.6 has changes on it waiting for release. This would be a good > addition. > > Regards, > Graham > — >
Re: Redis and mod_cache/mod_socache
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 later easily? > I guess the redis stuff does not necessarily qualifies for this idea yet, > because we have no caching backend API defined > in APR yet that would allow to just plugin different drivers / providers > (memcache does not seem to have a genric API > defined yet). We used to - that was what apr-util was for. You have a point, there is nothing stopping us creating an apr-util-cache-redis package with a lifecycle of it’s own. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature
Re: Redis and mod_cache/mod_socache
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 because it is a stable project, but that doesn’t mean it can’t. APR-util v1.6 has changes on it waiting for release. This would be a good addition. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature
Re: Redis and mod_cache/mod_socache
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 certain aspects we could compile "drivers" against an existing APR whose code exists outside of APR first and gets part of standard APR later easily? I guess the redis stuff does not necessarily qualifies for this idea yet, because we have no caching backend API defined in APR yet that would allow to just plugin different drivers / providers (memcache does not seem to have a genric API defined yet). Regards Rüdiger > >> On Oct 31, 2016, at 9:34 AM, Graham Leggett wrote: >> >> 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 could serve as the core functionality, which is >>> what got me thinking about it. >> >> Would it fit better as an APR-util module? If so, mod_cache_socache could >> use it unmodified. >> >> Regards, >> Graham >> — >> > >
Re: Redis and mod_cache/mod_socache
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 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 could serve as the core functionality, which is >> what got me thinking about it. > > Would it fit better as an APR-util module? If so, mod_cache_socache could use > it unmodified. > > Regards, > Graham > — >
Re: Redis and mod_cache/mod_socache
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 could serve as the core functionality, which is > what got me thinking about it. Would it fit better as an APR-util module? If so, mod_cache_socache could use it unmodified. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature
Redis and mod_cache/mod_socache
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.
