[Tickets #10072] Re: Memcache storage is duplicating the key prefix
bugs at horde.org
bugs at horde.org
Sat May 14 10:33:04 UTC 2011
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/10072
------------------------------------------------------------------------------
Ticket | 10072
Updated By | goncalo.queiros at portugalmail.net
Summary | Memcache storage is duplicating the key prefix
Queue | Horde Framework Packages
Version | Git master
Type | Bug
State | Unconfirmed
Priority | 1. Low
Milestone |
Patch | 1
Owners |
------------------------------------------------------------------------------
goncalo.queiros at portugalmail.net (2011-05-14 10:33) wrote:
> I still don't understand why this is an issue. Please don't tell me
> you are looking at key names in your memcache (or any) backend.
> Because that is completely irrelevant.
Yes, i was debugging memcache get() and set() methods.
> All that matters is that for a given key input to Cache::get() (or
> Cache::set()), a single, unique data value is associated with it.
> If a key has 2, 3 (or 10) prefixes tacked on to the front, why does
> that matter?
I think it matters, because without the patch after a single login i
have (ex) 30 keys being created on cache. With the patch i only have
like 12 or 13.. this is because without the patch every key is created
twice in the database (one with one prefix the other with the prefix 2
times) and some are even created 3 times...
I don't say that memcache is not working correctly, im just saying
that i think there's some problem with it. The way i see it having in
the memcache something like:
PREFIX_number_of_session
PREFIX_PREFIX_number_of_session
doens't seem correct
More information about the bugs
mailing list