Received: by 10.66.88.42 with SMTP id bd10mr1731196pab.18.1348350178606; Sat, 22 Sep 2012 14:42:58 -0700 (PDT) X-BeenThere: rubyonrails-core@googlegroups.com Received: by 10.68.222.169 with SMTP id qn9ls9469959pbc.4.gmail; Sat, 22 Sep 2012 14:42:53 -0700 (PDT) Received: by 10.66.82.2 with SMTP id e2mr1556183pay.20.1348350173156; Sat, 22 Sep 2012 14:42:53 -0700 (PDT) Received: by 10.66.82.2 with SMTP id e2mr1556182pay.20.1348350173144; Sat, 22 Sep 2012 14:42:53 -0700 (PDT) Return-Path: Received: from mail-pb0-f47.google.com (mail-pb0-f47.google.com [209.85.160.47]) by gmr-mx.google.com with ESMTPS id qq4si444769pbb.1.2012.09.22.14.42.52 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Sep 2012 14:42:52 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning f...@hashref.com does not designate 209.85.160.47 as permitted sender) client-ip=209.85.160.47; Authentication-Results: gmr-mx.google.com; spf=softfail (google.com: domain of transitioning f...@hashref.com does not designate 209.85.160.47 as permitted sender) smtp.mail=...@hashref.com Received: by mail-pb0-f47.google.com with SMTP id wy7so9873895pbc.6 for ; Sat, 22 Sep 2012 14:42:52 -0700 (PDT) d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=y220hoq+xA2ZqZdHO6dMniiK9NfUqoXK2lgCuAXeC4Y=; b=UzvoUAo7bC7bfTZ/BSFkGRVYeu685EifE4osHRfxe/QZysYhR9BGtfh+1eCNKanrCd VT+EN2JNV3zW5n10z0+X8IkzSFTPYuVtPP0CIxSKimgBCH1KXxIgeSQXgRjhSGkvWiZN fNg7/KXlLnwsPii2Ii10nlXfC5S3MB4/l+Rcx1bF9EZ5RIrpZSJlcXeR1ZXYc/m2uwxj ZeOdO1QDHizwy+TM7Q9ycZWdLSowrnhgfO4gWxUsKI6dZ9c4axxrjqXE5qLmCiQ5fhrA 8mgtH360QzGIwtY8rgU1bIDI6K6CiPkdTeJgrIx4Bzv+NRFU0gqhgRlOJqjcMsCoUvUC QmRQ== Received: by 10.68.138.133 with SMTP id qq5mr25635051pbb.86.1348350172785; Sat, 22 Sep 2012 14:42:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.218.104 with HTTP; Sat, 22 Sep 2012 14:42:12 -0700 (PDT) In-Reply-To: <620B4D26E46E493BA50636C99A38E...@gmail.com> References: <620B4D26E46E493BA50636C99A38E...@gmail.com> From: Xavier Noria Date: Sat, 22 Sep 2012 23:42:12 +0200 Message-ID: Subject: Re: [Rails-core] Re: getting rid of AS::Cache::Entry in the memcached store To: rubyonrails-core@googlegroups.com Content-Type: multipart/alternative; boundary=047d7b15ae4f14ec7e04ca513df5 X-Gm-Message-State: ALoCoQlSxej1qeGaZpHDY5H3+DIvv9pAYs7GwjS0gn+CTaEx3+H3U+/AjhvmuOrOKvgJtZWq5W4G --047d7b15ae4f14ec7e04ca513df5 Content-Type: text/plain; charset=UTF-8 On Sat, Sep 22, 2012 at 10:55 PM, Michael Koziarski wrote: I disagree very strongly with this line of reasoning. If you're using > memcached as a cache store, you should be relying on its semantics, which > is that nil and 'no value' are identical. > Basing the store on that premise seems sound to me. --047d7b15ae4f14ec7e04ca513df5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, Sep 22, 2012 at 10:55 PM, Michael Koziarski <<= a href=3D"mailto:mich...@koziarski.com" target=3D"_blank">michael@koziarski= .com> wrote:

I disagree very strongly with this line of reasoning. =C2=A0If you'= ;re using memcached as a cache store, you should be relying on its semantic= s, =C2=A0which is that nil and 'no value' are identical.

Basing the store on that premise seems sound to me.

--047d7b15ae4f14ec7e04ca513df5--