Piping de la sortie wget vers / dev / null dans cron

J'exécute la commande suivante toutes les 5 minutes dans ma crontab pour maintenir Phusion Passenger en vie.

*/5 * * * * wget mysite.com > /dev/null 2>&1

Quand j'exécute ceci, il effectue un wget sur l'url du site et achemine STDOUT / STDERR vers / dev / null. Lorsque j'exécute cette commande à partir d'une ligne de commande, cela fonctionne correctement et ne génère pas de fichier index.html dans mon répertoire personnel.

Lorsqu'il est exécuté à partir de cron, il crée un nouveau fichier index.html toutes les cinq minutes, me laissant ainsi une tonne de fichiers d'index que je ne souhaite pas.

Ma syntaxe est-elle incorrecte pour l'exécution du travail cron? A partir d'une ligne de commande, cela fonctionne sans problème, mais à partir de cron, il génère un fichier index.html dans mon répertoire personnel.

Je suis sûr que je fais une simple erreur, je serais reconnaissant si quelqu'un pouvait aider.

Vous pouvez le faire comme ceci:

*/5 * * * * wget -O /dev/null -o /dev/null example.com

Ici -Oenvoie le fichier téléchargé à /dev/nullet se -oconnecte à la /dev/nullplace de stderr. De cette façon, la redirection n'est pas du tout nécessaire.

Devez-vous réellement télécharger le contenu ou simplement recevoir le 200 OK? Si vous devez seulement que le serveur traite la demande, pourquoi ne pas simplement utiliser l' --spiderargument?

Je voudrais utiliser les éléments suivants:

/5 * * * * wget -O - mysite.com > /dev/null 2>&1

L' -O -option permet de s'assurer que le contenu récupéré est envoyé à stdout.

Vous dites que vous avez uniquement besoin de la réponse "200 OK" dans un commentaire.

Cela permet une solution avec des avantages supplémentaires par rapport à ceux de
wget -O /dev/null -o /dev/null example.com. L'idée n'est pas de supprimer la sortie d'une certaine manière, mais de ne créer aucune sortie du tout.

Le fait que vous n'ayez besoin que de la réponse signifie que les données téléchargées dans le fichier local index.html n'ont pas besoin d'être téléchargées en premier lieu.
Dans le protocole HTTP, la commande 'GET' est utilisée pour télécharger un document . Pour accéder à un document de manière à tout faire sauf le télécharger, il existe une commande spéciale "HEAD".
Lorsque vous utilisez «GET» pour cette tâche, le document est téléchargé et supprimé localement. Utiliser "HEAD" fait exactement ce dont vous avez besoin, il ne transfère pas le document en premier lieu. Il retournera toujours le même code de résultat que "GET", par définition.

La syntaxe à utiliser la méthode HEADavecwget est un peu étrange: nous avons besoin d'utiliser l'option --spider. Dans ce contexte, il fait juste ce que nous voulons - accédez à l'URL avec "HEAD" au lieu de "GET".
Nous pouvons utiliser l’option -q(quiet) pour ne wgetpas afficher les détails de ce qu’elle fait.

Combinant cela, wget ne produira rien dans stderr, ni ne sauvera un document.

wget -q --spider 'http://example.com/'

Le code de sortie nous indique si la demande a abouti ou non:

$ wget -q --spider 'http://example.com/'
$ echo $?
0
$ wget -q --spider 'http://example.com/nonexisting'
$ echo $?                                          
8

Pour une commande dans crontab, le fait qu'il n'y ait pas de sortie dans les deux cas signifie que vous pouvez utiliser obtenir l'absence de sortie pour indiquer à nouveau des erreurs.

Votre exemple de commande serait changé en ceci:

*/5 * * * * wget -q --spider mysite.com

Cela a les mêmes avantages que wget -O /dev/null -o /dev/null example.com. L'avantage supplémentaire est que la sortie du journal et la sortie du document ne sont pas générées, mais générées et ignorées localement. Bien sûr, la grande différence est d’éviter de télécharger puis de jeter le document index.html.

maintenir en vie le passager Phusion.

Peut-être que votre question devrait être à ce sujet, la page Web dit:

Un serveur Web rapide et robuste et un serveur d'applications pour

Cela ne devrait pas nécessiter de scripts keepalive.

Sinon, la solution de kasperd est parfaite.