memcached frontend

[Brad Fitzpatrick]

This will only work with Perl-stored data.  If you store a compressed,
serialized object from, say, PHP, then this client is useless.

Maybe we should have a convention for the top 4 bits of the opaque flags
about which API created it?  Then a client like this could do the right
thing.

BTW, all:  I'm off on vacation for a week, with little or no net access.
Please, exchange patches/ideas, but they won't make their way into
releases until I get back.

- Brad


On Thu, 14 Aug 2003, Evan Martin wrote:

> Ignore that last mail... I hit the wrong button.
>
> Once gzipped data starts showing up more often in the memcache (dear
> Whitaker:  please send in your patch), using telnet to diagnose systems
> using memcached starts getting even more difficult.
>
> Attached is a GTK2/Perl (http://gtk2-perl.sf.net) client for memcached,
> along with a screenshot of it in use.  It has a command history (up/down
> arrows) and will automatically use Data::Dumper on references.
>
> --
> Evan Martin
> martine@danga.com
> http://neugierig.org
>