Onde devem ser colocadas ferramentas de linha de comando não MS no Windows? [duplicado]

8

Recentemente, precisei de algumas das ferramentas nirsoft realmente úteis. Muitos são ferramentas de linha de comando e precisam de um local no caminho para ser executado. Eu os joguei em algum lugar para fazer as coisas, mas quero saber se existe um lugar oficial no sistema de arquivos para essas ferramentas.

Eu não acho que eles devam estar diretamente em "Arquivos de Programas" nem gosto da proliferação de locais específicos de aplicativos porque eles incham a variável de ambiente path. É difícil o suficiente para ler como é.

Estou considerando um diretório "bin" de nível superior ou "ferramentas", mas temo que possa ofender alguma regra do MS.

sugestões?

    
por Prosaic Hacker 25.12.2015 / 01:27

2 respostas

10

Não há lugar oficial para programas de terceiros. Seu sistema de arquivos é seu para ser usado como você quiser, mas eu recomendaria não colocá-los em locais críticos para o SO, como \Windows ou \Windows\System32 .

Minha recomendação é criar uma subpasta do seu perfil de usuário, digamos \Users\Ben\Tools , e colocar suas coisas lá. Em seguida, digite "editar ambiente" na sua caixa Iniciar ou na tela Inicial e selecione Editar variáveis de ambiente para sua conta . (No Windows XP, isso está na parte Avançada das Propriedades do Sistema.)

Seacaixasuperior(variáveisporusuário)contiverPATH,pressioneEditar.Anexeumponto-e-vírgulae,emseguida,ocaminhocompletoparaapastadeferramentas.SevocêaindanãotiverPATH,pressioneNovoepreencha-oadequadamente.

Sequiserqueessaalteraçãoseapliqueatodososusuários,coloqueapastadeferramentasemumlocalpublicamenteacessível(\Toolsworks)eatualizeavariávelPATHnalista"Variáveis do sistema" em vez da lista por usuário .

Você pode precisar fazer logoff e voltar a usar antes que a pasta seja efetivamente onipresente.

    
por 25.12.2015 / 01:44
1

Este é o seu próprio computador? então alguma regra tem qual valor? Você já entende o caminho e as bagunças que já estão lá com os pigpiles e adições de caminho, como isso poderia ser pior do que você pensa em organizá-lo: -)

Eu costumo colocar pequenos utilitários e comandos em pastas que eu designei para tais coisas e realmente não muito abaixo da raiz de C, porque é provável que eu os use em lotes onde o caminho completo para o item é usado toda vez , sem alterações ou dependência das variáveis do caminho. Sem dependência de nada. Eu também farei ícones e usarei barras de ferramentas de terceiros para acessar o material rapidamente.

A metade dos bons programas pequenos e seguros é que eles podem ser armazenados em backup (como arquivos) sem links cruzados e entradas de registro, eles não geram mais ruído de caminho e operam sem muitas dependências. Eles correm rápido porque eles são pequenos e apertados, eles correm para fora de qualquer lugar. Muitos dos Utilitários do tipo não-dependente pequeno são úteis para diagnosticar problemas com o computador, não importa o que está errado, então eu sinto que o acesso rápido a eles é muito importante, por isso evito colocar esse agrupamento de programas onde se as coisas vão mal eles não são acessíveis.

Os scripts / lotes usados para eles poderiam ser armazenados facilmente nos mesmos locais e, em seguida, o CD (diretório atual) nos lotes funcionaria nesses locais (note que eu usei caminhos completos). Executando um CMD (menu de contexto) fora do diretório atual, outro método para evitar caminhos. Determine a quantidade desses utils, configure uma organização com a qual você possa conviver, faça backup (simplesmente) desse agrupamento e preencha as regras :-)

O MS não tirou completamente a nossa capacidade de ter coisas simples e rápidas Yet!

Eu usei os nomes das pastas Tools, Utils, Desk, Diag (para diagnósticos) na raiz para sempre, para os pequenos utilitários, muitos deles são sub-programados para manter todos os programas partes e partes contidos. Ainda não falhou.

    
por 25.12.2015 / 02:00