truques de segurança da linha de comando
<p>a linha de comando e o script são perigosos. faça um pequeno erro de digitação com rm -rf e você estará em um mundo de mágoa. confunda prod com estágio no nome do banco de dados durante a execução de um script de importação e você será desossado (se eles estiverem no mesmo servidor, o que não é bom, mas acontece). o mesmo vale para perceber tarde demais que o nome do servidor em que você compartilhou não é o que você pensava após brincar com alguns comandos. você tem que respeitar o <a href="http://www.team.net/mjb/hawg.html">hole hawg</a> .</p><p>eu tenho alguns pequenos rituais antes de executar comandos arriscados - como fazer uma verificação tripla no servidor em que estou. aqui está um <a href="http://m0j0.wordpress.com/2007/03/14/safety-precautions-when-using-the-rm-command/">artigo interessante sobre rm safety</a> .</p><p>que pequenos rituais, ferramentas e truques o mantêm seguro na linha de comando? e eu quero dizer coisas objetivas, como "primeira execução ls foo *, observe a saída disso e substitua ls por rm -rf para evitar a execução de rm -rf foo * ou algo parecido", não "verifique se você sabe o que comando fará ".</p>
<p>uma que funciona bem é usar cores de fundo diferentes no seu shell para servidores de produção/teste/teste.</p>
<p>eu ouvi (desculpe, esqueci onde) digitando o comando <code>sync</code> três vezes (como em: <kbd>s</kbd> <kbd>y</kbd> <kbd>n</kbd> <kbd>c</kbd> <kbd>return</kbd>, aguarde o prompt, repita, repita). eu também li que o origin era um sistema específico em que demoraria alguns segundos para o disco terminar de limpar seus buffers, mesmo depois de ter informado ao sistema operacional que estava tudo bem. digitar o comando mais duas vezes deu ao disco tempo suficiente para se estabelecer. parece que, ao longo dos anos, o propósito foi esquecido e o conselho foi abreviado como <code>sync; sync; sync</code> que não teria surtido o efeito desejado (já que o disco relatou “tudo limpo”, a segunda e a terceira sincronizações seriam concluídas instantaneamente e o prompt voltaria muito cedo).</p><p>nunca ouvi falar de um sistema em que múltiplas operações <code>sync</code> tenham alguma utilidade, e sou altamente cético quanto à existência de alguma. eu considero isso uma lenda urbana. por outro lado, acho altamente confiável que haja sistemas nos quais você deva esperar alguns segundos após a sincronização e antes de desligar.</p><p>googling leva a algumas análises concorrentes independentes, por exemplo, <a href="http://utcc.utoronto.ca/~cks/space/blog/unix/thelegendofsync">a legenda da sincronização</a> . veja também <a href="https://serverfault.com/q/115069/48279">a execução de sync (8) ainda é necessária antes de desligar o linux?</a> .</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. olá, exreisxa,



separei esse link com algumas informações que podem te ajudar:



<https://www.techtudo.com.br/listas/2019/09/seguranca-online-veja-sete-maneiras-para-se-proteger-de-roubo-de-identidade.ghtml>



depois conta pra gente se deu certo! :) Algumas práticas fraudulentas são realizadas por pessoas de má índole com o objetivo de ter acesso a dados pessoais e confidenciais de usuários na internet. Uma dessas práticas é o envio de e-mails em que os fraudadores se fazem passar pela LATAM. Não é sempre fácil reconhecer um e-mail falso, mas você pode ficar atento às seguintes características para evitar os golpes:


* Sempre usamos seu nome na saudação ao enviar um e-mail a você; desconfie de mensagens que não se dirijam diretamente a você pelo nome
* Confirme sempre o endereço de e-mail do remetente clicando com o botão direito do mouse sobre o nome (nossas comunicações são sempre enviadas de contas no domínio @latam.com)
* Nós nunca pediremos que você envie por e-mail senhas, informações confidenciais ou dados de cartão de crédito
* Se a mensagem que você recebeu tem links, antes de clicar verifique se o endereço está nos domínios latam.com, tam.com.br ou lan.com, posicionando o cursor do mouse sobre o link e observando o endereço que aparece na barra de status ou em uma janela pop-up
* Se você clicou e entrou no site, certifique-se de que se trata de um endereço oficial da LATAM e de que tenha conexão segura para login - páginas seguras apresentam um cadeado verde ao lado do endereço da página
* Fique atento aos termos utilizados na mensagem que você recebeu. Desconfie se houver erros gramaticais ou ortográficos ou nomenclatura diferente da que usamos nas nossas comunicações oficiais.


Acesse a seção [Dicas de segurança](https://www.latam.com/pt_br/transparencia/privacidade-e-seguranca/dicas-de-seguranca/) para obter informações sempre atualizadas sobre como evitar fraudes. 


Se você ainda estiver em dúvida sobre a procedência da mensagem, entre em contato com a nossa [Central de Vendas e Serviços](https://www.latam.com/pt_br/central-de-ajuda/contato/) ou fale com a gente pelo [Twitter oficial da LATAM](https://twitter.com/LATAM_BRA) (perfil @LATAM\_BRA). Olá
  

  
Em primeiro lugar pediria a gentileza de não escrever as palavras com letras maiúsculas quando não for o caso (nome próprio, início de frase), pois isso dificulta a leitura de quem está tentando ajudar.
  

  
Em segundo lugar, a sua resposta: isso quer alertar para o fato de que tal jogo não será baixado de um site certificado. Ele pode sim embarcar vírus, mas não é obrigatório. O alerte tem a ver com o certificado do site no qual está baixando tal jogo. O risco será somente seu. <p>boa noite, meu xará! como vai?</p>
<p>o correto é <code>npm start</code> e não <code>node start</code>. faça essa correção no comando executado e veja se as coisas funcionam da forma como vc esperava.</p>
<p>qualquer coisa é só falar!</p>
<p>grande abraço e bons estudos, meu aluno!</p> <p>encontrei o erro,por causa de uma &#34;vírgula&#34; meu código não estava rodando rsrsrsrs.</p>
<pre class="prettyprint"><code> &#34;scripts&#34;: {
 &#34;test&#34;: &#34;echo \&#34;error: no test specified\&#34; &amp;&amp; exit 1&#34;
 &#34;start&#34;: &#34;electron .&#34;
 },</code></pre>
<p>após &#34;exit 1&#34; falta uma vírgula.</p>
<pre class="prettyprint"><code> &#34;scripts&#34;: {
 &#34;test&#34;: &#34;echo \&#34;error: no test specified\&#34; &amp;&amp; exit 1&#34;,
 &#34;start&#34;: &#34;electron .&#34;
 },</code></pre>
<p>obrigado a todos pela ajuda!</p> <p>o operador <a href="http://php.net/manual/en/language.operators.errorcontrol.php"><code>@</code></a> tells php para suprimir mensagens de erro, para que elas não sejam mostradas.</p><p>por exemplo, usando:</p><pre><code>$result = mysql\_query("this is an invalid query"); </code></pre><p>resultaria em um aviso sendo mostrado, informando que a consulta mysql é inválida, enquanto</p><pre><code>$result = @mysql\_query("this is still an invalid query"); </code></pre><p>não faria.</p><p>note, no entanto, que esta é uma prática de programação muito ruim, pois não faz com que o erro desapareça, apenas os esconde e torna a depuração muito pior, já que você não consegue ver o que está realmente errado com seu código.</p><p>em vez de usar <code>@</code>, você deve desativar <s><code>error\_reporting</code> e <code>display\_errors</code></s> apenas <code>display\_errors</code> em <a href="http://no.php.net/manual/en/errorfunc.configuration.php">php.ini</a> </p> <p>se seus arquivos são de natureza muito sensível, você já deve tomar medidas para protegê-los, independentemente de quaisquer promessas ou da boa reputação do serviço.</p><p>se, no entanto, esses arquivos tiverem sensibilidade 'normal', o risco de má impressão geralmente será suficiente para garantir que eles tenham um bom comportamento, depois que todos os seus arquivos provavelmente lhes valerem menos do que as taxas de assinatura (mesmo potenciais).</p> <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>