Forum Programmation.autre curl wget

Posté par . Licence CC by-sa
Tags : aucun
2
26
avr.
2016

bonjour'

sur mes serveurs j'ai souvent besoin d'appeler des urls our lancer des taches' sans avoir besoin de récupérer la sortie.
pour cela j'utilise actuellement des crons
1. wget "http://monurl.com?action=true" -O foo.html --delete-after
ou
2. curl -s 'http://monurl.com?action=true'

mais je me demande la différence et pourquoi choisir l'un ou l'autre?

  • # la difference est flagrante

    Posté par . Évalué à 3. Dernière modification le 26/04/16 à 10:10.

    dans la premiere tu utilises wget
    dans la seconde tu utilises curl
    :D

    pourquoi choisir l'une ou l'autre ?

    ca depend :
    - de ce qui est dispo sur la machine
    - si tu as un proxy à traverser, avec ou sans authentification

    optimisation, tu dois pouvoir faire le wget -O /dev/null

    • [^] # Re: la difference est flagrante

      Posté par . Évalué à 1.

      si tu as un proxy à traverser, avec ou sans authentification

      C'est-à-dire ?
      C'est pas plutôt:

      si tu as un proxy à traverser, avec ou sans authentification NTLM

  • # sInon

    Posté par (page perso) . Évalué à 4.

    Tu peut directement faire:
    wget "http://monurl.com?action=true" --quiet -O /dev/null

    Tu a aussi "GET" issu de LWP (libwww-perl)

  • # philosophie

    Posté par . Évalué à 8.

    Ces commandes sont philosophiquement différentes et plus ou moins explicite dans leurs noms.

    wget est plus conçu pour télécharger en http. Par exemple, il supporte le récursif, et les patterns d'url (http://monservice/monrepertoire/image[0-9].png).

    curl est plus conçu pour interagir avec un serveur web. Par exemple il peut faire du POST, du PUT, du HEAD, et toutes les opérations prévues en HTTP et bien utiles en architecture REST.

    Donc en théorie ton besoin correspond plus à curl. Mais en pratique les deux font très bien le job pour toi. IMHA, utilise celui qui est présent de base sur ton système.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.