Bonjour à tous,
 
J'ai une question idiote, mais je ne trouve pas ...
 
Je voudrais juste faire un script et si l'une des variables est "vraie", le script doit copier un fichier sinon rien.
 
USER=user
PASS=toto
REMOTEDIR="/tmp"
# IP
REMOTEIP="192.168.23.45"
 
# Si remote
if [ "$REMOTEIP"="$REMOTEIP" ]
then
    scp bla.txt $REMOTEIP$REMOTEDIR/  2>>bla.log
fi
 
echo "End"
 
Mais je bute sur le if [ "$REMOTEIP"=
J'ai essayé avec -f, =y =true, comme au dessus, -n etc ...  
 
Je suis débutant donc nul mais une idée serait bienvenue
 
Merci

tu mettras en place les clef plutôt qu un password dans le script (apres)

tu y etais presque,

la structure de base est de prendre la reponse  d une commande ping (toute reponse a une commande reviens par la variable $? )

exemple

donc tu ferai un

-eq signifie "equals" dans le test du if  mais je pense que tu as deviné

maintenat que tu as compris le principe
 la syntaxe "normale" pour bash
pour la meme chose

notes bien que  le if utilise pour le coup [[ ]]  (doublement) du caractère
et que la commande testée est entre $(  )  cette fois ci

comme ca c est assez portable et c est peut être plus facile a relire
puisque tu débutes
 

PS : si tu mets ton test sur une ligne il faut mettre des ; en séparateur qui il ne faut pas mettre  en structuré  

Merci !
Ca me convient parfaitement.
Finalement, c'est juste logique et simple.  
 
Je vais travailler la syntaxe

salut,
 
double-crochets inutiles :
la structure de if est if <comande>; then... et, justement, ping est une commande
 
substitution de commandes induisant un sous-shell inutile
 

oui dans 90% des cas c est inutile mais  c est la norme donc a respecter pour ne jamais tember dans les 10% de cas restant

où as-tu trouvé cette "norme" dont tu parles ?
 
la norme est énoncée par la structure du if (voir plus haut).
 
si une commande ne retourne un code de réussite ou d'échec clair, alors, évidemment, on ne peut pas l'utiliser dans une commande if.
c'est le cas de sed, entre autres, alors on ne l'utilise pas dans un if, on teste le résultat de la substitution de commande.
 
en l'occurrence, ping retourne un code de retour clair, donc c'est inutile.

c est la syntaxe " posix " de bash pour la probabilité
dans les man "sys" et man code du bash  

« Portabilité » ?

+1 : bash != portabilité
 
même en étant strictement conforme à la norme POSIX,
il faut que tu nous sortes précisément les passages où et comment il est dit qu'il faut impérativement effectuer une substitution de commande dans un test avec if !
 
ce n'est pas toujours inutile (cas sed), mais quand tu peux utiliser le code de retour, ça n'a pas de sens.

on s est pas compris  
 la question etait sur [[ ]] pas sur $( ) a la base  
si on parle de substitution effectivement ca n a pas a voir  
si on parle syntaxe du if en ignorant son contenu  la oui
 

mais puisque if effectue l'évaluation du code de retour de la commande, alors les doubles crochets (même les simples) sont inutilement redondants.

+1 sur l'utilisation de

(de préférence en multiligne)
 
perso tu me sors un truc sans ça ne passe pas la review de code. question lisibilité il n'y a pas photo.

à noter que shellcheck ne rale sur aucune des 2 constructions, c'est purement une question de lisibilité ici

voila

un pléonasme est syntaxiquement correct, il n'est pas utile pour autant.
 
évidemment, sans doute, maintenant, de nos jours, avec les machines qui débordent de capacités de calcul, c'est insensiblement qu'on ne s'en rend pas compte.

ce n'est pas une question de performance ici

on peut utiliser un tournevis pour enfoncer un clou, mais ce n'est pas fait pour ça.
ce n'est pas une question de performance, mais c'est pas pratique.
 
on peut tergiverser, ou aller droit au but.
 

c'est comme écrire

alors qu'on pourrait plus efficacement écrire

tu sembles un peu borné là
 
mon idée est que l'efficacité, ou la performance, peuvent sacrifier à la lisibilité. Quand tu dois reprendre du code, bosser en équipe dessus (avec des gens ayant des habitudes et des niveaux divers), la syntaxe donnée avant est plus simple à interpréter et maintenir que celle plus épurée que tu suggères

entierement d accord

ah, d'accord !
en fait, il y a un Marseillais et un Ch'ti : « faisons du moins-disant culturel pourvu que tout le monde comprenne »
 
ça s'appelle aussi du nivellement par le bas.
 
je suis très surpris qu'un modérateur prenne ce parti : plutôt que de tirer vers le haut, tendre à la médiocrité.
 
Edit: et je ne vois pas en quoi surcharger une commande améliore la lisibilité.