[Rio-pm] Cache RESTfulie

Marcio Ferreira marciodesouzaferreira em gmail.com
Terça Março 12 06:24:02 PDT 2013


Valeu galera, obrigado por me salvarem de dor de cabeça =)

[]s,

Marcio Ferreira
skype: marcio.ferreir4
(21) 8365-7768


2013/3/12 Thiago Rondon <thiago at aware.com.br>

>
>
> On Tuesday, March 12, 2013 at 8:54 AM, Nuba Princigalli wrote:
>
> > Márcio,
> >
> > On Tue, Mar 12, 2013, at 02:24 AM, Thiago Rondon wrote:
> > > Como diria Phil Karlton. Há apenas duas coisas difíceis em ciências da
> > > computação, invalidação de cache ou dar nome as coisas.
> >
> >
> >
> > São duas, as coisas difíceis: dar nome, invalidar cache e acertar nos
> > índices ao iterar sobre listas! ;)
> >
> > > Na minha opinião, se você esta utilizando a arquitetura REST e quer
> > > efetuar cache na aplicação é um tiro no pé, uma hora isto vai te dar
> dor
> > > de cabeça. Digo isto, pois a maior parte do desenvolvimento e evolução
> > > dos frameworks, servidores web, proxy e navegadores nos últimos anos
> > > foram na direção contraria. O cache deve ser local (cliente) ou
> > > compartilhado (intermediadores).
> >
> >
> >
> > O cache no servidor é válido também, bastante indicado quando é mais
> > caro computar a representação do recurso em cada request, ao invés de
> > gerá-la novamente, é onde etag e last-modified funcionam muito bem! :)
> >
>
>
> Sim, eu tratei 'cache no servidor' como um intermediador com sua app.
> Qualquer
> coisa que esteja na frente da app é um intermediador, até mesmo um
> plack::middleware,
> nginx, varnish, acelerador, ... .
>
> Abs!
> -Thiago Rondon
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm at pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20130312/91ca7ce2/attachment.html>


Mais detalhes sobre a lista de discussão Rio-pm