[Rio-pm] Cache RESTfulie

Renato Santos renato.cron em gmail.com
Terça Março 12 06:26:02 PDT 2013


ahahah sua dor de cabeça nem começou!

2013/3/12 Marcio Ferreira <marciodesouzaferreira em gmail.com>

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



-- 
Saravá,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron <http://twitter.com/#!/renato_cron>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20130312/5e78ebed/attachment.html>


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