Re: Persistent storage

> Seconded. Storable has no competition. Main problem is its advantage: lower overhead than Data::Dumper but you cannot look at it to tell what's in the thing. Also the dumped data is not (usually) transferrable between platforms. --

Re: Apache XML Content Production Name Space

* What should be the name space for these Apache2 content generators (an example of one is one that I have to generate vCal/ ics files to XML form for processing). I meant to clarify this question. I have two parts for this: * Should it be Apache:: or Apache2:: * I can't figure out where it

Apache XML Content Production Name Space

Hey Dudes I was using AxKit on Apache1 and I am now using Apache2 mod_perl2 and mod-xsl2. Although I am helping look at AxKit for mod_perl2, I am mostly concentrating on generating XML content from mod_perl2. So... I have the following scenario. * Apache2 provider to generate some XML * mo

Re: Persistent storage

Great. I'm using Storable now in a test environment. Thanks for reckoning. On Friday 08 July 2005 08:19, Perrin Harkins wrote: > On Fri, 2005-07-08 at 07:15 -0400, Steven Lembark wrote: > > > So far, I've avoided using Data::Dumper (and eval) and just used > > > 'split' with stored comma-delimi

Re: BerkeleyDB as a cache backend

Thanks for all the comments. I ended up using an RDBMS (Postgres) with Storable and it's working very well. -- Arshavir Grigorian Systems Administrator/Engineer

Re: MLDBM::Sync / BerkeleyDB

On Fri, 2005-07-08 at 12:35 -0700, Bill Whillers wrote: > 1. What do you consider "simple hash-like operations"? - The target > application currently stores single hashes, lists, etc. as 1 per column with > 1 row per user (i.e. "select * from tbl where u=user") - RO's sit within a > single col

Re: MLDBM::Sync / BerkeleyDB

This is enormously helpful, especially after a few days of reading often conflicting information. > Incidentally, a local MySQL server doing simple hash-like operations I remember optimistically reading this statement you made elsewhere: 1. What do you consider "simple hash-like operations"?

Re: I need to unsub

I think he was asking what address he subscribed under. It's [EMAIL PROTECTED] Robert Aspinall NOAA's National Ocean Service CO-OPS/Information Systems Division 1305 East-West Highway Bldg. SSMC4, Station Id 6314 Silver Spring, MD 20910 [EMAIL PROTECTED] Stas Bekman wrote: Luinrandir Ins

Re: I need to unsub

Luinrandir Insight wrote: I have forgotten where I subscribed to this list. could someone please reply with the address so I can unsub? Lou, it's in the headers of the very message you've posted: list-help: list-unsubscribe: List-Post:

Re: MLDBM::Sync / BerkeleyDB

I meant to respond to this one earlier, and your Storable question reminded me. On Wed, 2005-07-06 at 14:01 -0700, Bill Whillers wrote: > Instead of using Apache::Reload to monitor periodically re-cached flat files > of session configuration data, I'm considering implementing MLDBM::Sync or > Be

Re: Persistent storage

Depending on how advanced your serialisation needs are, you might have a look at Data::Dump::Streamer (http://search.cpan.org/~yves/Data-Dump-Streamer-1.14/). Yves has put quite a lot of work into making it handle just about every twisted case you can devise; this includes sane dumping of closures

Re: Persistent storage

On Fri, 2005-07-08 at 07:15 -0400, Steven Lembark wrote: > > So far, I've avoided using Data::Dumper (and eval) and just used 'split' > > with stored comma-delimited hashes or generated require-able packages > > with everything "ready". But now that we're under mod_perl, I'd like to > > find a f

I need to unsub

I have forgotten where I subscribed to this list. could someone please reply with the address so I can unsub? Lou

Re: [PATCH]Apache::IncludeHook

> patch applied and will be part of the next release. since it's the only > change I might wait a little bit before getting it to CPAN, but probably > not more than a week. The URL http://www.modperlcookbook.org/~geoff/modules/Apache-IncludeHook-2.00_05.tar.gz has entered CPAN as file: $CPA

Re: Apache::Session / untie(%session) (SOLVED!)

On Jul 7, 2005, at 6:10 PM, Perrin Harkins wrote: mysql: 4.1.10a That doesn't sound very safe to me. I'd either upgrade it to the latest official release (4.1.12 I think) or downgrade to the latest 4.0.x release. Make sure you have a recent DBI and DBD::mysql too. I have just upgrade

Re: MP2 books (was Re: Lost my )

Malcolm J Harwood wrote: On Sunday 03 July 2005 08:14 pm, Thomas Hilbig wrote: The actual CGI script uses the standard Lincoln Stein library under MP2, and not yet taking advantage of MP2 code (requestor). Rewriting to pure MP2 is a task for this summer, once I can find a good MP2 book that s

Re: Persistent storage

So far, I've avoided using Data::Dumper (and eval) and just used 'split' with stored comma-delimited hashes or generated require-able packages with everything "ready". But now that we're under mod_perl, I'd like to find a faster, safe way do this without needing to use Apache::Reload or other

Re: Failure calling BOOT: code

Marc Tardif wrote: [...] The Mozilla::LDAP::API module was installed from an RPM. I have the source but the makefiles don't work out of the box. I have tried fiddling around with the compilation flags but haven't managed to get the module compiled again. I would prefer to attach to the process

Re: Apache::Session / untie(%session)

Perrin Harkins wrote: > On Thu, 2005-07-07 at 17:40 -0400, Gustavo Delfino wrote: > >>untie(%session) > > > That triggers a write to your database if you've modified the session > data. > > >>mysql: 4.1.10a > > > That doesn't sound very safe to me. I'd either upgrade it to the latest > offi

Persistent storage

Are there any peculiarities or recommendations with using either YAML, Storable (or another means) to efficiently store session hashes and bring them back to life safely from rdbms (mysql)? So far, I've avoided using Data::Dumper (and eval) and just used 'split' with stored comma-delimited hash