Ciao!
I'm on the modper digest list so pardon the delayed response to your
input.
Aaron == Aaron E Ross [EMAIL PROTECTED] writes:
Aaron I've been working with a mod_perl based XML-RPC/SOAP
Aaron service for a few months now and I thought I'd share some
Aaron quick thoughts.
Ciao!
Jon == Jon Robison [EMAIL PROTECTED] writes:
Jon As far as the cacheing goes, we have had extremely good luck
Jon with IPC::ShareLite used to share info across mod_perl
Jon processes.
Have you compared this module to the Cache::* modules? I believe the
Ciao!
I'm on the digest for this list, so pardon my delay in responding to
everyone's comments.
Chip == Chip Turner [EMAIL PROTECTED] writes:
Chip Bruce W. Hoylman [EMAIL PROTECTED] writes:
Ciao!
I would like some input on an intranet web service I am currently
in the
Even then, I'd avoid disk-based cache systems, instead
preferring Cache::* if it must be shared, or just global variables if
it doesn't need to be.
Cache::FileCache is disk-based, and it is the fastest of the Cache:: options
for most data sets. There was a thread a little while back about
As far as the cacheing goes, we have had extremely good luck with
IPC::ShareLite used to share info across mod_perl processes.
IPC::ShareLite is not as fast as some of the other options, especially when
dealing with a large data set. The disk-based options tend to be faster.
- Perrin
As far as the cacheing goes, we have had extremely good luck with
IPC::ShareLite used to share info across mod_perl processes.
--Jon R.
Chip Turner wrote:
Bruce W. Hoylman [EMAIL PROTECTED] writes:
Ciao!
I would like some input on an intranet web service I am currently in the
Ciao!
I would like some input on an intranet web service I am currently in the
process of designing, the core of which will be modperl on UN*X.
The service itself is to access a couple of back end data stores given
parameters received in an XML-RPC request, then return the results in an