aboutsummaryrefslogtreecommitdiff
path: root/files/pt-br/glossario/seguro/index.html
diff options
context:
space:
mode:
Diffstat (limited to 'files/pt-br/glossario/seguro/index.html')
-rw-r--r--files/pt-br/glossario/seguro/index.html45
1 files changed, 45 insertions, 0 deletions
diff --git a/files/pt-br/glossario/seguro/index.html b/files/pt-br/glossario/seguro/index.html
new file mode 100644
index 0000000000..bb16dc429c
--- /dev/null
+++ b/files/pt-br/glossario/seguro/index.html
@@ -0,0 +1,45 @@
+---
+title: Seguro
+slug: Glossario/seguro
+tags:
+ - Glossary
+ - Glossário
+ - Mecânicas da Web
+ - WebMechanics
+translation_of: Glossary/safe
+---
+<p>Um método HTTP é <strong>seguro</strong> se ele não altera o estado do servidor. Em outras palavras, um método é seguro se ele leva a uma operação de somente leitura. Diversos métodos de HTTP são seguros: {{HTTPMethod("GET")}}, {{HTTPMethod("HEAD")}}, ou {{HTTPMethod("OPTIONS")}}. Todos os métodos seguros também são {{glossary("idempotente")}}s, mas nem todos os métodos idempotentes são seguros. Por exemplo, {{HTTPMethod("PUT")}} e {{HTTPMethod("DELETE")}} são ambos idempotentes, entretanto são inseguros.</p>
+
+<p>Mesmo se métodos seguros possuem a semântica de somente leitura, servidores podem alterar o seu estado (e.g., eles podem manter <em>log</em> ou estatísticas). O que é importante aqui, é de que chamando um método seguro, o cliente não requer que o servidor mude seu estado, e portanto não gerará carga desnecessária ao servidor. Navegadores podem chamar métodos seguros sem medo de causarem nenhum dano ao servidor: isso permite a eles a possibilidade de fazer atividades como pré-carregamento sem nenhum risco. <em>Web crawlers</em> também usam métodos seguros.</p>
+
+<p>Métodos seguros não servem somente para buscar arquivos estáticos, o servidor pode gerar uma resposta para um método seguro no voô, enquanto o <em>script</em> gerador garantir segurança: ele não deve ativar gatilhos externos, como ativar um pedido de compras em um site.</p>
+
+<p>É responsabilidade da aplicação no servidor implementar a semântica segura corretamente, o servidor <em>web</em> em si, sendo Apache, nginx ou IIS, não pode forçar ela por si só. Em particular, a aplicação não deve permitir que requisições {{HTTPMethod("GET")}} alterem seu estado.</p>
+
+<p>Uma chamada a um método seguro, não alterando o estado do servidor:</p>
+
+<pre>GET /pageX.html HTTP/1.1
+</pre>
+
+<p>Uma chamada a um método não seguro, que pode alterar o estado do servidor:</p>
+
+<pre>POST /pageX.html HTTP/1.1 </pre>
+
+<p>Uma chamada a um método idempotente, mas não seguro:</p>
+
+<pre>DELETE /idX/delete HTTP/1.1</pre>
+
+<h2 id="Aprenda_mais">Aprenda mais</h2>
+
+<h3 id="Conhecimento_geral">Conhecimento geral</h3>
+
+<ul>
+ <li>Definição de <a href="https://tools.ietf.org/html/rfc7231#section-4.2.1">seguro</a> na especificação HTTP.</li>
+</ul>
+
+<h3 id="Conhecimento_técnico">Conhecimento técnico</h3>
+
+<ul>
+ <li>Descrição de métodos seguros comuns: {{HTTPMethod("GET")}}, {{HTTPMethod("HEAD")}}, {{HTTPMethod("OPTIONS")}}</li>
+ <li>Descrição de métodos inseguros comuns: {{HTTPMethod("PUT")}}, {{HTTPMethod("DELETE")}}, {{HTTPMethod("POST")}}</li>
+</ul>