Bonjour,
J'ai réalisé un script bash pour recuperer une archive sur un site distant, si l'archive est telecharger je lance un script php (via curl) pour faire un traitement complexe dessus (bdd..)
le code marche a peu pres mais
jai plusieurs doutes sur son comportement :

-Est ce que le script attends la fin du telechargement ftp pour lancer la suite du code (if/else) ?Ou alors il lance le download mais continue ensuite dans le script
-Comment ce fait t il que je ne recoive jamais de mail de debug : resultat du Curl de meme que de fin de script ?
-Quel est la meilleure facon d interdire le script si l'archive a déja ete telecharger ? Actuellement le script est lancé via cron toutes les heures (entre 5 et 8) et du coup il peux arriver qu il refasse tous ce traitement...
y a t il une solution pour le fixer ça avec cron ou alors il faut modifier le script (mettre le test de présence de fichier d abord ?) ?

merci !

Au lieu de "quit", j'ai l'habitude d'écrire "bye" ou "by". Il me semble que "quit" ne marche pas avec certains FTP.
 

D'après mon expérience, il attend, mais j'écrivais "by", et je n'avais pas tout à fait le même environnement.
 

Il faudrait tester l'envoie de mail seul, sans tout ce qui précède. Peut-être qu'il faut préciser le chemin du logiciel mail, ou peut-être qu'il y a un autre problème.
Pour tester les mails, j'ai l'habitude de taper la commande :  

Le -v permet d'avoir des renseignements sur les problèmes éventuels.

Pour les mails j'ai déjà bien tester en ligne de commande (et j'en reçoit certains provenant d'autres script mais ayant la même déclaration) et cela marche bien...
Merci pour les précisions je vais avancer le truc...

Up pour la question sur le cron,
Mon script tourne 4 fois entre 5h et 8h, j'aimerais qu'il ne s'exécute pas si il vient de fonctionner (par exemple il marche a 6h, du coup il ne doit pas se reexecuter a 7h et 8h)
 
Quel est la meilleur technique pour faire ca ?
 
fichier de log ?

Tu devrais décomposer ton script en 2 connexions, ce serait plus souple.
Une connexion ftp pour récupérer le listing des fichiers, après tu testes la présence de celui que tu veux dans la liste, s'il est présent tu lances une connexion avec un get, sinon d'autres trucs.

Dans la mesure du possible, il faut éviter les connexions multiples, et regrouper un maximum au contraire !
Les ouvertures/fermetures de connexion prennent toujours du temps et quand on fait des traitements de masse c'est extrêmement pénalisant. Visiblement il ne fait pas de traitement de masse, donc c'est pas grave, mais ça reste à mon sens une bonne habitude à prendre.
 
Pour bloquer l'exécution du script, il y a plusieurs solutions. La plus simple je pense consisterait à tester si le fichier $FILE est déjà présent en local avant de faire le ftp, et de mettre directement un exit 0 si il est présent.
Une autre méthode pourrait être de passer par un système de flag, mais c'est un peu pus lourd pour pas grand chose...

Perso je ne trouve pas plus crade d'essayer de télécharger un truc qui n'existe pas que de faire 2 connexions, une pour un ls et une seconde pour télécharger si le fichier existe.

Sinon pour le cron, tu peux effectivement essayer de tester un truc créé par une exécution précédente réussie, soit tu incules ce test en début de script script, soit dans la crontab avant d'exécuter le script, et tu l'enchaines avec un && ou || .

Ben ... perso quand je traite 6000 serveurs, dont certains ont un ping élevé car placés à l'autre bout du monde, un ssh de moins par serveur, ca amène général a un gain plus proche de l'heure que de la seconde...

C'est pareil pour un script d'insert sql. si j'ai 10000 insert a faire, je vais les faire d'un bloc, pas ouvrir/fermer 10000 fois l'accès à la base de données.

Et puis faire un scp et tester après le code retour, je trouve pas ça spécialement crade, en tout cas pas plus que de faire un ls d'un fichier qui n'existe pas.

Tout se discute c'est sur