Interprétation d'un fichier de config

Bonsoir a tous,

Je galère depuis pas mal de temps sur un script de backup en bash.

Je plante le décor :

J'ai un fichier de configuration qui liste les différents nodes au format :

Code:

---

1 2	hostname:adresse_ip:/rep/a/sauver/date_du_jour/*

---

Je vais lire chaque ligne grâce à un read IFS, puis place chaque champs dans une variable, que je passe ensuite en argument à scp.

Exemple :

Code:

---

1 2	scp toto@$adresse_ip:$rep_a_sauver /rep/dest/

---

Mon problème est le suivant :

Je voudrais que la partie "date_du_jour" soit interprétée.
Exemple:

Code:

---

1 2	hostname:adresse_ip:/rep/a/sauver/$(date +%Y-%m-%d)/*

---

me renvoie dans le code :

Code:

---

1 2	scp toto@$adresse_ip:/rep/a/sauver/2012-11-19/* /rep/dest/

---

J'espère être clair .....

Et que quelqu'un aura une idée .....

Bonjour,

peux-tu modifier le format du fichier de conf ?
il pourrait alors ressembler à ça :

Code:

---

1 2 3

date=$(date +%Y-%m-%d) hostname1="adresse_ip:/rep/a/sauver/$date/*" hostname2="adresse_ip:/rep/a/sauver/$date/*"

---

il suffit de sourcer le fichier de config dans le script pour disposer de variables hostnameN

ou, lors de la lecture du fichier, tu peux remplacer un repère (DATE par exemple) par la $(date +%Y-%m-%d), soit par remplacement "étendu" des paramètres si ton interpréteur le permet, soit avec sed.

rsync peut lire un fichier pour savoir quels fichiers sauvegarder !

Citation:

---

Envoyé par ShAdOw91

Je voudrais que la partie "date_du_jour" soit interprétée.
Exemple:

Code:

---

1 2	hostname:adresse_ip:/rep/a/sauver/$(date +%Y-%m-%d)/*

---

me renvoie dans le code :

Code:

---

1 2	scp toto@$adresse_ip:/rep/a/sauver/2012-11-19/* /rep/dest/

---

---

Bonjour, le mot "interprété" me fait penser à la fonction "eval":

Code:

---

1 2 3 4 5 6 7 8

line='hostname:adresse_ip:/rep/a/sauver/$(date +%Y-%m-%d)/*' user=$(print "${line}" | cut -d':' -f1) adr=$(print "${line}" | cut -d':' -f2) rep=$(print "${line}" | cut -d':' -f3) echo "here rep is '${rep}'" eval rep="${rep}" echo "now rep is '${rep}'" scp "${user}@${adr}:${rep}" "${dest}"

---

Cela dit, je préfère de très loin la solution de N_BaH où le format du fichier devient un format classique: c'est le format d'un script shell! (bien connu et bien maîtrisé, maintenable, puissant, etc.)
alors que ton fichier de config contient un mélange de données et de code dans un format extrêmement spécifique, maîtrisé uniquement par ton interpréteur. Si tu as besoin de changer une virgule, il faut retoucher l'interpréteur et repasser tous les tests unitaires et d'intégration que tu as certainement écrits.

Citation:

---

Envoyé par jack-ft

le mot "interprété" me fait penser à la fonction "eval"

---

moi aussi, mais je ne le propose pas.
Jamais !

il y a généralement un contournement plus sûr,
que nous pouvons trouver, et
que nous devons partager,
pour éviter l'usage (le galvaudage) de cette commande interne dangereuse.

Déjà merci à tous pour vos réponses ! (particulièrement à N_BaH)

En effet avec sed, je m'en suis sorti.

en fait j'ai modifié mon fichier de config avec des flags (ex: datejour) :

Code:

---

hostname:adresse_ip:/rep/a/sauver/rep_datejour/*

---

Ensuite dans mon script, j'ai déclaré les variables idoines :

Code:

---

datejour=$(date +%Y-%m-%d)

---

Enfin j'ai rajouté un traitement sed qui remplace "datejour" par "$datejour":

Code:

---

rep_a_sauver=$(echo -e $rep_a_sauver | sed 's/datejour/'$datejour'/')

---

et j'ai bien en sortie la date au bon format interprétée par bash.

Merci !!!!!

alors, en bash, sed n'est pas nécessaire :

Code:

---

1 2 3

$ line="hostname:adresse_ip:/rep/a/sauver/rep_datejour/*" $ echo "${line/datejour/$(date +%Y-%m-%d)}" hostname:adresse_ip:/rep/a/sauver/rep_2012-11-20/*

---

Citation:

---

Envoyé par N_BaH

moi aussi, mais je ne le propose pas.
Jamais !

il y a généralement un contournement plus sûr,
que nous pouvons trouver, et
que nous devons partager,
pour éviter l'usage (le galvaudage) de cette commande interne dangereuse.

---

Je suis assez d'accord avec toi.
Pendant les quelque 20 années où j'ai programmé en lisp, j'évitais aussi d'utiliser la fonction "eval"... sauf cas exceptionnel...

À ce sujet (eval) et pour revenir au shell, et plus précisément au ksh livré avec les RedHat, à savoir les versions:
@(#)PD KSH v5.2.14 99/07/13.2 (pour RH5.3 5.4 5.5)
et
@(#)MIRBSD KSH R39 2009/08/01 (pour RH 6.2)
mais pas
Version M-11/16/88f (AIX)

je viens de tomber sur ce qui me semble être un bug dans la comparaison des expressions génériques du ksh:

Code:

---

1 2 3 4 5 6 7

$ [[ 'AB' = ?(AB|CD) ]]; echo $? 0 # ok $ U='?(AB|CD)' $ [[ 'AB' = $U ]]; echo $? 1 # oops $ eval "[[ 'AB' = $U ]]"; echo $? 0 # fix it with the evil 'eval'

---

et je n'ai pas réussi à le contourner sans faire appel à la fonction 'eval'! :?