Est-ce que -q désactive définitivement la journalisation de sortie wget?

19

J'ai actuellement un script shell en cours d'exécution sur un serveur Linux qui utilise wget in oder pour télécharger une page Web distante. Ceci est à son tour exécuté par une tâche cron qui doit s'exécuter à certains moments.

Quelqu'un peut-il confirmer que l'ajout de l' -qoption empêchera non seulement toutes les sorties retournées à la console, mais arrêtera également toutes les tentatives de wget d'écrire dans les journaux ou d'essayer de créer un fichier journal?

linux shell wget Graham
la source
Je cherchais une fonctionnalité similaire à laquelle OP avait une question. J'ai trouvé que l' -aoption était utile pour mon cas. L'ajout de cette option s'ajoutera à un fichier journal que vous spécifiez au lieu de remplacer l'ancien fichier journal. Exemple :wget https://website/to/data1.zip -a data.wget.log.report & wget https://website/to/data2.zip -a data.wget.log.report &
Jesse marque
Attention au commentaire ci-dessus: vous ne devez pas exécuter les commandes en même temps car elles essaieront d'écrire dans le fichier journal en même temps. Le fichier journal pourrait finir par être indéchiffrable.
Jesse marque

Réponses:

10

Avec -qoption, wget lui-même ne devrait rien produire sur la console ni sur le fichier journal spécifié par -ooption, à l' exception du cas décrit par Michał . Le fichier journal sera cependant créé (s'il a -oété fourni).

Cependant, cela ne garantit pas qu'aucun démon système ne remarquera le fait que wget a été exécuté - l'activité du réseau peut être surveillée indépendamment par d'autres outils.

rozcietrzewiacz
la source
20

non, --quietne garantit aucun journal.

de wget 1.13 ChangeLog:

2008-04-22 Steven Schubiger 

   * http.c (print_response_line): Changed to make responses always
   be logged, even in --quiet mode, if --server-response was
   specified. This is to bring http.c's handling of the situation
   in line with ftp.c's.
Michał Šrajer
la source