Combien d'entre nous sont gênés par l'écriture de longues commandes comme "sudo apt-get install" ou "sudo apt-get update"?
Cela me dérange personnellement et me prend aussi du temps. Cette fois, je veux vous montrer un moyen très simple de "raccourcir" ou de résumer ces commandes pour nous rendre la vie un peu plus facile.
Allons au jeu.
La première chose à faire est de vous connecter en tant que ROOT
#le sien
Vous écrivez le mot de passe et nous procédons comme suit:
# nano / bin / mise à jour
Ici, nous avons créé la commande. «Mettre à jour» et en écrivant
#sudo apt-get mise à jour
Maintenant, nous lui donnons des autorisations.
# chmod + x / bin / mise à jour
Et maintenant, chaque fois que nous tapons update dans la console, cela mettra à jour nos référentiels.
De cette façon, nous pouvons simplifier toutes sortes de commandes. Comment passer de sudo # apt-get install à # install
Salutations, et j'espère que cela vous plaira.
Personnellement, je pense qu'il est plus confortable de définir des alias dans le bashrc ou dans le fichier .bashrc
tel que:
alias update = »sudo apt-get update»
Très intéressant mais d'après ce que je vois dans la capture d'écran, pour l'exécuter, je dois me connecter en tant que root puis écrire "update"; alors je ne vois pas la grâce.
Non, c'est parce qu'au moins je n'ai pas mon utilisateur commun dans les sweats, c'est donc à mon tour. Mais si vous l'avez, il vous demandera simplement le mot de passe et c'est tout.
L'autre est au lieu de mettre sudo apt-get etc.
su -c "commande" (entre guillemets)
Ensuite, il vous demande le mot de passe ROOT et, une fois terminé, vous êtes toujours l'utilisateur normal.
Il n'est pas nécessaire de se connecter en tant que root, c'est la grâce d'avoir mis dans le fichier créé 😛 Dans tous les cas, les alias existent déjà pour cela.
: wq
après avoir mis sudo dans le fichier créé. J'ai mangé cette partie 😛
: wq
Il m'est beaucoup plus facile d'ajouter les alias au .bashrc
alias update = 'sudo aptitude update'
Exact.
Super, j'allais faire un article similaire mais avec un script, très bien et maintenant j'ai un brouillon qui ne sera jamais dévoilé. XD.
Bon article. si des points pouvaient être donnés, cela donnerait +100.
En principe, l'idée est bonne, mais les permissions ont leur sens.
Je préfère la sécurité.
Salutations.
Que voulez-vous dire? Il faut toujours être root ou que l'utilisateur soit dans sudoers pour l'exécuter. Indépendamment du fait que / bin / update dispose des autorisations d'exécution. apt-get et sudo ne modifient pas leurs autorisations.
Je veux dire que toute personne qui entre dans notre ordinateur peut effectuer cette tâche sans autorisation root.
Je l'ai déjà expliqué, il continuera à vous demander un mot de passe ou sera connecté en tant que root. il n'y a rien à voir
Je pense que le plus simple est d'ajouter un alias dans .bashrc comme on dit dans les commentaires ci-dessus
Ignorer le fait de la bonne chose serait d'utiliser des alias bash pour ce faire, la chose particulièrement saignante est que vous laissez le script dans / bin au lieu de / usr / local / bin.
Je m'ennuie de voir dans presque tous les blogs comment vous sautez le LHFS et que vous éparpillez des ordures dans le système de fichiers sans ordre ni concert.
Amen à ce qu'Ilgrim a dit
Je pense que vous avez raison, cela ressemblerait à winbug avec tant de fichiers et de bibliothèques faisant la même chose. XD.
Mieux vaut utiliser l'alias.
J'ai créé un script de mise à jour sudo aptitue sur 2 lignes et une mise à niveau complète sudo aptitude.J'ai mis le script dans / usr / bin /, et je mets à jour totalement le système et ses référentiels en tapant simplement 'update' dans la console. Mais c'est un script qui fait 2 choses pas seulement une.
Vous pouvez toujours avoir des alias de plusieurs commandes:
alias actualizar='sudo aptitude -y update && sudo aptitude -y safe-upgrade && sudo aptitude full-upgrade && sudo aptitude autoclean'
Je n'ai jamais su où placer mes scripts, ce que je fais habituellement est de les laisser dans un dossier caché chez moi, puis d'ajouter le chemin correspondant au chemin dans le fichier .bashrc
Est-il correct de le faire comme ça ou vaut-il mieux les laisser dans / usr / local / bin pendant que vous commentez?
Cette équipe n'a qu'un seul utilisateur.
Oui, bien sûr, c'est parfait, tout dépend de votre besoin.
De même, ce que l'auteur de cet article propose est cochon et c'est une très mauvaise pratique, en tout cas il serait plus propre d'ajouter un répertoire dans / usr / bin (que nous ajoutons à notre tour à notre $ PATH) et là oui à l'intérieur cela ajoute tous nos scripts personnels.
Je préfère les avoir contrôlés dans mon / home au lieu de / usr / bin, je ne sais pas, je préfère cela.
Une autre chose que je n'ai jamais su où mettre, ce sont les fichiers partagés entre les autres utilisateurs de l'équipe:
Sur un autre ordinateur, j'ai deux utilisateurs et l'idée est de partager le dossier Vidéos afin qu'ils l'utilisent tous les deux.
Ce que j'ai fait, c'est de créer un dossier Vidéos dans / media car tous les utilisateurs y ont accès, puis de créer un lien sur la page d'accueil de chaque utilisateur qui pointe vers ledit dossier / média / Vidéos
Est-il correct de le faire? Je le dis parce que j'ai des problèmes de permission
Qui dois-je désigner comme propriétaire dudit dossier?
Cela ne fonctionne que dans le cas où nous voulons que le script soit exécuté en tant que root mais sans entrer le mot de passe, donc en plus du script prévu, nous devons éditer la ligne correspondante du visudo.
Pour tout le reste, il y a ALIAS, ce que vous avez fait est une merde, inexplicable.
Ce que je trouve étrange, c'est de vouloir utiliser «install» qui est une commande avec ses propres fonctions. Comme tout le monde le dit, un alias et sans faire autant d'histoire.
Excellent