é possível armazenar em cache os métodos post no http?
<p>com semântica de cache muito simples: se os parâmetros forem os mesmos (e a url for a mesma, é claro), será um sucesso. isso é possível? recomendado?</p>
<p>o correspondente <a href="http://www.faqs.org/rfcs/rfc2616.html">rfc 2616</a> na seção 9.5 (post) permite o armazenamento em cache da resposta <strong> </strong> para um post mensagem, se você usar os cabeçalhos apropriados.</p><blockquote> <p>as respostas a esse método não podem ser armazenadas em cache, a menos que a resposta inclua os campos de cabeçalho cache-control ou expir apropriados. no entanto, a resposta 303 (consulte outro) pode ser usada para direcionar o agente do usuário para recuperar um recurso armazenável em cache.</p> </blockquote><p>observe que a mesma rfc afirma explicitamente na seção 13 (armazenamento em cache em http) que um cache deve invalidar a entidade correspondente após uma solicitação post <strong> </strong>.</p><blockquote> <p>alguns métodos http devem fazer com que um cache invalide uma entidade. essa é a entidade referida pelo request-uri ou pelos cabeçalhos location ou content-location (se presentes). esses métodos são:</p> <pre><code> - put - delete - post </code></pre></blockquote><p>não está claro para mim como essas especificações podem permitir um cache significativo.</p>
olá [@alexsantos](/u/alexsantos) como vai? bem-vindo à nossa comunidade! :partying\_face:

tem como sim. você vai precisar fazer uma requisição http para o google sheets diretamente ou então criar uma api simples que faça o intermédio.

temos alguns vídeos feitos pelo nosso querido amigo [@igor\_junio\_dos\_santo](/u/igor_junio_dos_santo) onde el… olá rafael,quando for construir elementos html na página, uma dica é você inserir diretamente no corpo, para evitar o uso excessivo do echo e também porque não é uma boa prática de programação o jei... resumindo aqui a resposta que demos em aula: essas duas são mesmo as melhores opções e o uso depende muito de qual o seu objetivo. se você quiser capturar o erro e agir sobre ele, melhor a trycatch(); nas outras situações é melhor a possibly().

nossa única outra recomendação é evitar ao máximo o us… <p>a maneira mais fácil é anexar a string de origem com algum parâmetro aleatório, que é ignorado no lado do servidor</p><pre><code>&lt;script src="mysavefiles.json?nocache=123" &gt;&lt;/script&gt; </code></pre><p>uma solução seria gerar o elemento de script usando javascript e acrescentar a hora atual como esta:</p><pre><code>var el = document.createelement( script ); el.src = 'mysavefiles.json?nocache=' + (new date()).gettime(); document.head.appendchild( el ); </code></pre><p>dessa forma, o navegador nunca armazenará em cache o arquivo json, pois parece ser um arquivo diferente (devido ao parâmetro) em cada chamada.</p> bom dia, sim é possivel, entretanto deve ter em mente e enteder que o node é um framework sobre o javascript, porém para a criação de um sistema no nivel de um erp talvés uma outra linguagem/framewor... <p>existe um host completo de <a href="http://www.leggetter.co.uk/real-time-web-technologies-guide#self-hosted">tecnologias da web em tempo real auto-hospedadas</a> disponíveis, incluindo <a href="https://github.com/stevegraham/slanger">slanger</a> e <a href="https://github.com/edgurgel/poxa">poxa</a> que permitem que as bibliotecas de clientes e servidores do pusher sejam usadas. a melhor solução realmente depende da tecnologia em que você deseja desenvolver.</p><p>obviamente, <a href="http://pusher.com">pusher</a> remove os problemas de instalação e manutenção, possui um host inteiro de bibliotecas de servidores e clientes, reduz massivamente o uso de recursos (desde que você está terceirizando a camada de comunicação em tempo real), e tem uma ótima comunidade de usuários e, claro, lida com problemas de dimensionamento (eu trabalho para o pusher :)).</p> <p>olá rayanne, tudo bom?
o ideal que você tenha o costume de salvar a cada momento de código que você termina de fazer.
salvar e debugar.
o vscoder ele tem a opção de salvar automaticamente( mas eu recomendo você criar o habito).</p> Opção 1 é de longe o padrão. A fraqueza texto simples geralmente é superado pela aplicação SSL durante o login para que a senha é, pelo menos criptografados durante o trânsito.


**Edit:** Eu sugiro que você siga a resposta aceitos para essa pergunta.


Não se esqueça de exigir um [nonce](http://en.wikipedia.org/wiki/Cryptographic_nonce) para o seu pedido. Isso ajudará a protegê-lo contra ataques de repetição.


**Editar o segundo:** Wayne cuidadosamente mencionou que você deve [sal](https://stackoverflow.com/questions/674904/salting-your-password-best-practices) sua senha antes de hash. Aqui estão algumas dicas básicas:


1. Não importa se o seu sal é um prefixo, postfix, ou infix
2. Seu sal deve ser grande, aleatório, e complexo.
3. Seu sal deve ser único por valor salgada. O sal em si não precisa ser criptografados. <p>olá valdiney, é para você fazer uma variação de código.</p>
<p>usar sua curiosidade e criatividade, variar, não se prender só ao que foi pedido, tipo:</p>
<p></p>fazendo diferente:
<strong> teste 1 </strong>
<strong> teste 2 </strong>
<strong> teste 3 </strong>
<p></p>
<p></p> ```
header('Content-type: text/html; charset=UTF-8') ;

/**
 * Encodes HTML safely for UTF-8. Use instead of htmlentities. 
 *
 * @param string $var 
 * @return string 
 */
function html_encode($var)
{
    return htmlentities($var, ENT_QUOTES, 'UTF-8');
}

```

Esses dois me salvou e eu acho que agora está *trabalhando* . Eu vou voltar se eu continuar a encontrar problemas. Devo armazená-lo no DB, por exemplo, como "&" ou como "&"?