From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Marti Raudsepp <marti(at)juffo(dot)org> |
Cc: | pgsql-www <pgsql-www(at)postgresql(dot)org> |
Subject: | Re: ML archives caching 404 results |
Date: | 2014-10-07 14:24:48 |
Message-ID: | CABUevEyMTYUQOHqREbqt00+LOR-E_H2VzjHMj5DFF9JWqOJ2Dw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-www |
On Tue, Oct 7, 2014 at 4:06 PM, Marti Raudsepp <marti(at)juffo(dot)org> wrote:
> On Tue, Oct 7, 2014 at 4:57 PM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>> The default is 4 hours though, which might be a bit of an
>> overkill. But how should would it have to be to deal with the scenario
>> you're outlining?
>
> Ideally it would appear immediately, but something like 10 minutes
> would be a lot less annoying than 4 hours.
>
>>> Another solution would be to somehow shoehorn a cache key into 404 result
>>> pages, but that smells of hack
>> Yeah, that's definitely ugly. We could do something like "purge all
>> 404's whenever a new email arrives", but that seems quite ugly...
>
> Can we purge by URL from pgarchives like we do in pgweb? We could go
> "simple and stupid" and just purge /message-id/.../ on the receipt of
> any message.
We definitely could. Hmm. I guess that would actually work as well -
though that would generate a lot more unnecessary invalidations.
There's also related views that would have to be expired, like /flat/
etc. Going with the shorter expiry is probably easier..
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Marti Raudsepp | 2014-10-07 16:46:52 | Re: [DOCS] suggestion about SEO on www.postgresql.org/docs |
Previous Message | Marti Raudsepp | 2014-10-07 14:06:58 | Re: ML archives caching 404 results |