Eu tentei descobrir como trilhos reage ao fato de que o memcached vai para baixo. Infelizmente não há documentação sobre esse deus além de dizer que tudo vai ficar bem. Também existem algumas mensagens enganosas em fóruns diferentes, dizendo que os trilhos nunca vai redescobrir servidor memcached que desceu e voltou. Aqui está o que realmente está acontecendo ...
Uma vez que nenhuma boa documentação sobre o assunto é fornecido Corri testes casal com memcached no modo verbose:
memcached -vvv
Então meus testes começaram quando tudo estava funcionando bem e minha app rails foi feliz bater o cache. Então eu matei o memcached (com simples ^ C) e atualizado a página novamente. Sem trilhos atraso perceptível descobri que memcached é baixo. É atualizado a página como se todas as chaves que solicitados do cache perdida. Então eu trouxe o memcached voltar a viver e atualizado a página novamente. Rails não bateu o memcached (e, portanto, muito provavelmente, levar algumas pessoas a Rails falsa suposição de nunca descobrir que memcached está de volta). Então eu continuei atualizar a página e, oh milagre, 20 segundos depois Rails decidiu pingar memcached, descobri que é vivo e começou a usá-lo novamente.
Aparentemente, a mesma coisa está acontecendo quando app rails memcached começa antes. Assim, a documentação é certo e tudo vai ser descoberto por trilhos e memcached automagicamente, você não precisa se preocupar com isso. Par impressionante de tecnologias! Este post foi publicado em Software , Web . | 
