<p>Se vc separar da applicação via um middleware plack , por exemplo , parece ok</p>
<p>Mas na app vc tem q controlar a expiracao no cache, etc.vao usar etag? Vao responder q o recurso ainda nao mudou?</p>
<p>Ou entao ignora o cache de url e cacheia o acesso aos objetos. Nao mistura com o http q eh dor de cabeça.</p>
<div class="gmail_quote">Em 12/03/2013 01:38, "Marcio Ferreira" <<a href="mailto:marciodesouzaferreira@gmail.com">marciodesouzaferreira@gmail.com</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>(Imagina q nao existe varnish, nem nada no proxy, *OK*!)</div><div><br></div><div>Tenho uma mesmo app service rodando em várias instancias balanceadas pelo nginx. </div><div>Até aqui tudo bem, mas aí quero fazer cache dos acessos da API.</div>


<div><br></div><div>penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso?</div><div>Isso não parece ser uma boa prática, porque resolve até certo ponto, não resolve se meu serviço aceita parametros via header =/</div>


<div><br></div><div>Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a *nível de app*?</div><div><br>[]s,<br><br>Marcio Ferreira<div></div><div>skype: marcio.ferreir4</div><div><a href="tel:%2821%29%208365-7768" value="+552183657768" target="_blank">(21) 8365-7768</a><br>
</div>

</div>
<br>_______________________________________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br></blockquote></div>