Onde as ferramentas de linha de comando que não são da Microsoft devem ser colocadas no Windows? [duplicado]

Recentemente, eu precisava de algumas das ferramentas nirsoft realmente úteis. Muitas são ferramentas de linha de comando e precisam de um local no caminho para executar. Coloquei-os 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 do caminho. É difícil o suficiente para ler como é.

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

sugestões?

Não há local oficial para programas de terceiros. Seu sistema de arquivos é seu para usar como quiser, mas eu recomendaria não colocá-los em locais críticos para o SO, como \Windowsou \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 caixa Iniciar ou na tela Iniciar e selecione Editar variáveis ​​de ambiente para sua conta . (No Windows XP, isso está na parte Avançada das propriedades do sistema.)

Se a caixa superior (variáveis ​​por usuário) contiver PATH, pressione Editar. Acrescente um ponto-e-vírgula e, em seguida, o caminho completo para sua pasta de ferramentas. Se você ainda não possui PATH, pressione Novo e preencha-o adequadamente.

Se você deseja que essa alteração se aplique a todos os usuários, coloque a pasta tools em um local acessível ao público ( \Toolsobras) e atualize a PATHvariável na lista "Variáveis ​​do sistema" em vez da por usuário.

Pode ser necessário fazer logoff e logon novamente antes que a pasta seja onipresente.

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

Costumo colocar pequenos utilitários e comandos em pastas que designei para essas coisas e, na verdade, não muito longe da raiz do C, porque é provável que os usarei em lotes em que o caminho completo do item é usado todas as vezes, sem mudanças ou dependência nas variáveis ​​de caminho. Sem dependência de nada. Também criarei ícones e usei barras de ferramentas de terceiros para acessar o material rapidamente.

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

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

A MS ainda não tirou completamente nossa capacidade de ter coisas simples e rápidas!

Eu usei nomes de pastas de Ferramentas, Utilitários, Mesa, Diag (para diagnóstico) na raiz para sempre para os pequenos utilitários, muitos deles são subpastados para manter um programa em partes e partes. Ainda não falhou.