utilisateur root:
Pourquoi faire un mysqldump en tant qu'utilisateur root? Un utilisateur dédié avec seulement un droit de lecture me semblerait moins dangereux vu que tu mets le mot de passe dans le script.
évite de mélanger des noms de fichiers en variable et en hard-code; pour le test de "mount", remplace "backup-mysql" par une variable intermédiare initialisée à "basename $backup_dir"
j'ajouterais l'envoi d'un mail en cas d'erreur (bonne pratique pour les scripts en cron qu'on oublie en supposant qu'ils marchent)
on en a déjà discuté, mais plutôt que de faire une requête pour lister les bases, j'utiliserais l'option de mysqldump "--all-databases" au prix des défauts suivants; toutes les tables dans un même fichier, ça inclue la table "mysql")
joints aussi un script de restauration
vu que ton script est spécifique à ton installation, joinds en liens connexe les docs originales pour que tes lecteurs puissent modifier ton script en fonction de leurs besoins
A plus.
PS: c'est vrai que le titre, la 3ème personne et le nom de rOotix fait qu'on croit arriver sur le script de la mort du méga h4cK3r... peut-être qu'une mise en garde ne serait pas de trop (style, "si ça peut servir à d'autre, voici mes petits scripts de SysAdmin").
# retour
Posté par Loïc Jaouen . En réponse au journal Les secrets de rOotix - secret n°1. Évalué à 10.
des retours?
Pourquoi faire un mysqldump en tant qu'utilisateur root? Un utilisateur dédié avec seulement un droit de lecture me semblerait moins dangereux vu que tu mets le mot de passe dans le script.
A plus.
PS: c'est vrai que le titre, la 3ème personne et le nom de rOotix fait qu'on croit arriver sur le script de la mort du méga h4cK3r... peut-être qu'une mise en garde ne serait pas de trop (style, "si ça peut servir à d'autre, voici mes petits scripts de SysAdmin").