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 <thi...@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@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm >
_______________________________________________ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
