Où placer les outils de ligne de commande non MS dans Windows? [dupliquer]

J'ai récemment eu besoin de certains des outils nirsoft vraiment utiles. Beaucoup sont des outils de ligne de commande et ils ont besoin d'un emplacement dans le chemin pour s'exécuter. Je les ai déposés quelque part pour faire avancer les choses, mais je veux savoir s'il y a une place officielle dans le système de fichiers pour ces outils.

Je ne pense pas qu'ils devraient être directement dans "Program Files" et je n'aime pas non plus la prolifération d'emplacements spécifiques à l'application car ils gonflent la variable d'environnement du chemin. C'est assez difficile à lire tel quel.

J'envisage un répertoire "bin" ou des "outils" de niveau supérieur, mais je crains qu'il puisse offenser une règle MS.

suggestions?

Il n'y a pas de place officielle pour les programmes tiers. Votre système de fichiers est à vous comme vous le souhaitez, mais je vous déconseille de les placer dans des endroits critiques pour le système d'exploitation, comme \Windowsou \Windows\System32.

Ma recommandation est de créer un sous-dossier de votre profil utilisateur, par exemple \Users\Ben\Tools, et d'y mettre vos trucs. Ensuite, tapez "modifier l'environnement" dans votre boîte de démarrage ou écran de démarrage, puis sélectionnez Modifier les variables d'environnement pour votre compte . (Sous Windows XP, cela se trouve dans la partie Avancé des Propriétés système.)

Si la case du haut (variables par utilisateur) contient PATH, appuyez sur Modifier. Ajoutez un point-virgule, puis le chemin d'accès complet à votre dossier d'outils. Si vous ne l'avez pas déjà fait PATH, appuyez sur Nouveau et remplissez-le correctement.

Si vous souhaitez que cette modification s'applique à tous les utilisateurs, placez le dossier outils dans un emplacement accessible au public ( \Toolstravaux) et mettez à jour la PATHvariable dans la liste "Variables système" plutôt que celle par utilisateur.

Vous devrez peut-être vous déconnecter puis vous reconnecter avant que ce dossier ne soit effectivement omniprésent.

C'est ton propre ordinateur? donc une règle a quelle valeur? Vous comprenez déjà le chemin et les dégâts déjà là avec les pigpiles et les ajouts de chemin, comment tout cela pourrait-il être pire que ce que vous pensez pour l'organiser :-)

J'ai tendance à mettre de petits utilitaires et commandes dans des dossiers que j'ai désignés pour de telles choses et en fait pas loin de la racine de C car il est probable que je les utiliserai par lots où le chemin complet de l'élément est utilisé à chaque fois, sans modifications ou dépendance des variables de chemin. Sans aucune dépendance sur quoi que ce soit. J'aurai également créé des icônes et utilisé des barres d'outils tierces pour accéder rapidement aux fichiers.

La moitié du point de bons petits programmes serrés est qu'ils peuvent être sauvegardés (sous forme de fichiers) sans liens croisés et entrées de registre, ils ne jettent pas plus de bruit de chemin d'accès et fonctionnent sans tonnes de dépendances. Ils courent vite parce qu'ils sont petits et serrés, ils manquent de partout. De nombreux utilitaires du petit type non dépendant sont utiles pour diagnostiquer les problèmes avec l'ordinateur, peu importe ce qui ne va pas, donc je pense qu'un accès rapide à eux est très important, car j'évite de mettre ce regroupement de programmes là où si les choses vont mal ils ne sont pas accessibles.

Les scripts / lots utilisés pour eux pourraient facilement être stockés aux mêmes emplacements, puis le CD (répertoire actuel) dans les lots fonctionnerait à partir de ces emplacements (notez, j'ai dit que j'utilisais des chemins d'accès complets). Exécuter un CMD (menu contextuel) à partir du répertoire courant une autre méthode pour éviter les chemins. Déterminez le nombre de ces utilitaires, créez une organisation avec laquelle vous pouvez vivre, sauvegardez (simplement) ce regroupement et remplissez les règles :-)

La SEP n'a pas complètement supprimé notre capacité à avoir des choses simples et rapides pour l'instant!

J'ai utilisé pour toujours les noms de dossiers Tools, Utils, Desk, Diag (pour les diagnostics) dans la racine pour les minuscules utilitaires, beaucoup d'entre eux sont sous-dossier pour garder les parties et les morceaux d'un programme tous contenus. Cela n'a pas encore échoué.