Je dresse ici, pour mémo, une liste des améliorations qui seraient intéressantes:
[ ] indiquer dans la base de données dès le démarrage du script le nombre de données à télécharger prévues. Cela permet de mettre en place un mécanisme de surveillance de l'avancement et d'avoir une estimation du temps de téléchargement à prévoir.
[ ] améliorer les logs de Gn2Pg, ce qui apparaît à l'écran n'est pas logué dans les fichiers. Il faudrait pouvoir définir un niveau de log dans le fichier de config et qu'il s'applique à tout le code de Gn2Pg.
[ ] envisager la possibilité de mettre en base de données les logs. Cela permettrait au Dashboard d'avoir plus d'intérêt et faciliterait la mise en place d'outils de surveillance du fonctionnement de Gn2Pg...
[ ] mettre en place un mécanisme de reprise sur erreur automatique en cas d'échec d'un téléchargement. Suivant l'erreur, Gn2Pg devrait pouvoir retenter un certain nombre de fois avec un temps de pause entre chaque tentative.
[ ] si le téléchargement a échoué (erreur réseau, base fournisseur injoignable, ...) et que Gn2Pg s'est arrêté, il faudrait mettre en place un mécanisme de reprise automatique du téléchargement à partir de la dernière donnée téléchargée.
[ ] Garder en base l'historique des lancements de Gbn2Pg et surtout les dates correspondant au champ last_ts de la table increment_log utilisée à chaque lancement.
Je dresse ici, pour mémo, une liste des améliorations qui seraient intéressantes:
last_tsde la tableincrement_logutilisée à chaque lancement.