Quando você está criando um novo shell script, você quer fazer Certifique-se de que o problema seja o mais livre possível, mas às vezes pode ser um pouco confuso saber qual é o melhor para você usar. Nessa nota, a postagem de perguntas e respostas do SuperUser de hoje tem a resposta para uma pergunta confusa do leitor.

A sessão de Perguntas e Respostas vem para nós, cortesia da SuperUser - uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade. > A Questão

SuperUser reader Hendre quer saber quando é melhor usar

#! / Bin / bash ao invés de #! / Bin / sh em shell scripts: Quando é mais apropriado usar

#! / Bin / bash em vez de #! / Bin / sh em um script de shell? Quando é melhor usar

#! / bin / bash em vez de #! / bin / sh em um script de shell? O Respondente Resposta do SuperUser grawity tem a resposta para nós:

Em short:

Existem vários shells que implementam um superconjunto da especificação sh POSIX. Em sistemas diferentes,

/ bin / sh

• pode ser um link para ash, bash, dash, ksh, zsh, etc. Ele será sempre compatível com sh, nunca csh ou fish. como você fica apenas com os recursos sh, você pode (e provavelmente deve) usar #! / bin / sh
• e o script deve funcionar bem, não importa qual shell seja. Se você começar a usar bash-specific features (ie arrays), você deve solicitar especificamente o bash porque, mesmo que / bin / sh
• já invoque o bash em seu sistema, ele pode não estar no sistema de todos os outros, e seu script não rodará lá . O mesmo se aplica a zsh e ksh, é claro Mesmo se o script for apenas para uso pessoal, você poderá notar que alguns sistemas operacionais alteram / bin / sh
• durante as atualizações. Por exemplo, no Debian ele costumava ser bash, mas foi substituído mais tarde pelo traço mínimo. Scripts que usavam bashisms mas tinham #! / Bin / sh de repente quebraram. No entanto: Mesmo

#! / Bin / bash

• não está correto. Em sistemas diferentes, o bash pode estar em / usr / bin , / usr / pkg / bin ou / usr / local / bin . A A opção mais confiável é #! / usr / bin / env bash
• , que usa $ PATH . Embora a própria ferramenta env não seja estritamente garantida, / usr / bin / env ainda funciona em mais sistemas que / bin / bash faz. Tem algo a acrescentar ao explicação? Som desligado nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui Crédito de imagem: Wikipedia

Como desativar a transmissão SSID no seu roteador sem fio

Normalmente, quando você compra um roteador sem fio e o conecta, não há absolutamente nenhuma proteção de segurança. A maioria deles funciona imediatamente com a senha padrão definida, não criptografa dados, não usa uma chave de rede e transmite o SSID publicamente. Se você encontrou este artigo, provavelmente está tentando descobrir como tornar sua rede sem fio mais segura.Uma maneir

(How-to)

Os sites de download de freeware que não forçam o Crapware em você

Faz mais de um ano desde que chamamos a atenção para o crapware regularmente imposto a usuários desavisados ​​por praticamente todos os grandes sites freeware, incluindo o Venerable SourceForge. Desde então, alguns sites - incluindo o próprio SourceForge - começaram a limpar seu ato. A maioria dos sites de download de freeware ainda usa táticas obscuras, infelizmente, colocando seus próprios instaladores cheios de software indesejado e propagandas enganosas em sua garganta para fazer um fanfarrão Mas agora que alguns estão cada vez melhores, queremos dar crédito onde o crédito é devido, então considere esta uma lista contínua de sites que fizeram as coisas certas.

(how-to)