Dove dovrebbero essere collocati gli strumenti da riga di comando non MS in Windows? [duplicare]

Di recente ho avuto bisogno di alcuni degli strumenti nirsoft davvero utili. Molti sono strumenti da riga di comando e hanno bisogno di una posizione nel percorso da cui eseguire. Li ho scaricati da qualche parte per fare le cose, ma voglio sapere se c'è un posto ufficiale nel file system per questi strumenti.

Non penso che dovrebbero essere direttamente in "Programmi" né mi piace la proliferazione di percorsi specifici dell'applicazione perché gonfiano la variabile di ambiente del percorso. È abbastanza difficile da leggere così com'è.

Sto prendendo in considerazione una directory "bin" di livello superiore o "strumenti", ma temo che possa offendere alcune regole MS.

suggerimenti?

command-line filesystems cmd.exe

— Prosaic Hacker
fonte

Non vedo la necessità di un posto speciale per strumenti di terze parti. Li eseguo sempre da un collegamento sul desktop o sulla barra degli strumenti.

— Moab,

Sia a Ben N che a PycoGeek sembra piacere l'idea della directory ac: \ tools con alcune variazioni. Proverò questo e vedrò come va.

— Prosaic Hacker il

C:\toolsè usato da chocolatey (al momento ho C: \ tools \ python e C: \ tools \ msys64 da chocolatey). Sebbene non tutti i pacchetti siano installati lì, ad es. Nircmd è in C: \ ProgramData \ chocolatey \ bin

— jingyu9575,

Ho creato una directory "Cltools" per la mia. Funziona abbastanza bene.

— The Nate,

Risposte:

Non esiste un posto ufficiale per programmi di terze parti. Il tuo file system è tuo da usare come preferisci, ma ti consiglio di non metterli in luoghi critici del sistema operativo come \Windowso \Windows\System32.

Il mio consiglio è di creare una sottocartella del tuo profilo utente, per esempio \Users\Ben\Tools, e di inserire i tuoi contenuti. Quindi, digita "modifica ambiente" nella casella Start o nella schermata Start e seleziona Modifica variabili di ambiente per il tuo account . (Su Windows XP, si trova nella parte Avanzate delle Proprietà del sistema.)

Se la casella superiore (variabili per utente) contiene PATH, premere Modifica. Aggiungi un punto e virgola e quindi il percorso completo alla cartella degli strumenti. Se non lo hai già PATH, premi Nuovo e compila in modo appropriato.

Se si desidera applicare questa modifica a tutti gli utenti, posizionare la cartella degli strumenti in una posizione accessibile al pubblico ( \Toolsfunziona) e aggiornare la PATHvariabile nell'elenco "Variabili di sistema" anziché quella per utente.

Potrebbe essere necessario disconnettersi e riconnettersi prima che la cartella sia effettivamente onnipresente.

— Ben N
fonte

Ciò rende gli strumenti disponibili solo per l'utente che ha effettuato l'accesso. Insegno in una scuola in cui le persone possono spostarsi da una macchina all'altra ma potrebbero aspettarsi comandi coerenti disponibili e posizioni coerenti.

— Prosaic Hacker il

@ProsaicHacker In tal caso, posizionare i file in una posizione accessibile al pubblico ( \Toolsfunziona) e aggiornare il sistema PATHanziché quello per utente.

— Ben N,

Questo è il tuo computer? quindi qualche regola ha quale valore? Capisci già il percorso e i pasticci già lì con i maialini e le aggiunte al percorso, come potrebbe essere qualcosa di peggio di quello che pensi per organizzarlo :-)

Tendo a mettere piccoli programmi di utilità e comandi nelle cartelle che ho designato per tali cose e in realtà non molto lontano dalla radice di C perché è probabile che li userò in batch in cui il percorso completo per l'elemento viene usato ogni volta, senza modifiche o dipendenza dalle variabili del percorso. Senza dipendenza da nulla. Avrò anche creato icone e usato barre degli strumenti di terze parti per accedere rapidamente alle cose.

La metà del punto di piccoli programmi stretti è che possono essere sottoposti a backup (come file) senza collegamenti incrociati e voci di registro, non generano più rumori di percorso e operano senza tonnellate di dipendenze. Corrono veloci perché sono piccoli e stretti, finiscono da qualsiasi parte. Molte utility di piccolo tipo non dipendenti sono utili per diagnosticare problemi con il computer, non importa cosa c'è che non va, quindi ritengo che un rapido accesso ad esse sia molto importante, per questo evito di mettere questo raggruppamento di programmi dove se le cose vanno male non sono accessibili.

Gli script / batch utilizzati per essi potrebbero essere facilmente archiviati nelle stesse posizioni, e quindi il CD (directory corrente) nei batch funzionerebbe da quelle posizioni (nota, ho detto che uso percorsi completi). Esecuzione di un CMD (menu di scelta rapida) dalla directory corrente un altro metodo per evitare percorsi. Determina la quantità di questi programmi di utilità, crea un'organizzazione con cui puoi convivere, esegui il backup (semplicemente) di quel raggruppamento e riempi le regole :-)

La SM non ha completamente rimosso la nostra capacità di avere cose semplici e veloci!

Ho usato per sempre i nomi delle cartelle di Strumenti, Utilità, Scrivania, Diag (per la diagnostica) nella radice per i piccoli programmi di utilità, molti di questi sono sottocartinati per mantenere un programma parti e pezzi tutti contenuti. Non è ancora fallito.

— Psycogeek
fonte