So it seems my DB query gives me back 100KB of data. If I shrink what I'm
trying to cache it works beautifully. How can I over come this limit OR
what's a good way to deal with this?
On Mon, Jul 25, 2011 at 5:51 PM, Jonathan Swartz <swa...@pobox.com> wrote:
> You seem to be getting one key (DoctorSigs_AC-...) but setting a different
> one (Sigh-...).
>
> Try a dead-simple example where you are getting and setting a single static
> key (e.g. 'main') and see if you can get that to work first.
>
> Jon
>
> On Jul 25, 2011, at 1:40 AM, Ryan Perry wrote:
>
> > CHI / FastMmap are not caching/reading my data correctly. When I do this
> I do get files in /var/spool/mason/site/cache.
> >
> > httpd.conf:
> > PerlAddVar MasonDataCacheApi chi
> > PerlAddVar MasonDataCacheDefaults "driver => FastMmap"
> >
> >
> >
> > my $cache2 = $m->cache;
> > my $sigh = $cache2->get('DoctorSigs_AC-' . $session{DoctorCode});
> > unless ($sigh) {
> > warn 'big sigh';
> > $sigh=$dbh->selectcol_arrayref(q{ SELECT 'Sigh' });
> >
> > $cache2->set('Sigh' . $session{var}, $sigh, {expires_in => '1w'});
> > warn "setting cache for 'Sigh-$session{var}' for 1 week";
> >
> > }
> >
> > If I recall, CHI has a slightly different expires syntax, but I don't
> recall...
> >
> >
> > --
> > Ryan Perry
> > CEO/Network Engineer
> > MadisonIP
> > madisonIP.com
> >
> ------------------------------------------------------------------------------
> > Storage Efficiency Calculator
> > This modeling tool is based on patent-pending intellectual property that
> > has been used successfully in hundreds of IBM storage optimization
> engage-
> > ments, worldwide. Store less, Store more with what you own, Move data to
> > the right place. Try It Now!
> http://www.accelacomm.com/jaw/sfnl/114/51427378/_______________________________________________
> > Mason-users mailing list
> > Mason-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/mason-users
>
>
--
Ryan Perry
CEO/Network Engineer
MadisonIP
madisonIP.com
------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users