• # nouveauté : le multi thread

    Posté par  . Évalué à 8 (+6/-0).

    Wget2 works multi-threaded and uses many features to allow fast operation. In many cases Wget2 downloads much faster than Wget due to HTTP2, HTTP compression, parallel connections, use of If-Modified-Since HTTP header and more.

  • # positionnement par rapport à curl

    Posté par  . Évalué à 3 (+2/-0).

    Savez-vous s'il a un intérêt par rapport à curl ?

    • [^] # Re: positionnement par rapport à curl

      Posté par  . Évalué à 10 (+9/-0).

      Très bonne question pour laquelle tu obtiendra que des réponses très subjectives.

      Un truc fondamental : si tu fais wget http://fsqn/path/to/filename.ext, ça télécharge le fichier sur le disque avec le nom filename.ext. Si tu fais curl http://fsqn/path/to/resource, ça sort le contenu sur la sortie standard.

      Donc pour moi, wget est plus un outil pour télécharger des fichiers sur le disque. Curl est plus un outil qui va chercher une ressource en ligne pour l'exploiter dans un pipeline.

      Si on creuse plus loin.

      Wget permet de mirorer un site complet (-r) ou de télécharger une liste de ficheirs (-i).

      Curl permet de triturer la requête HTTP dans tous les sens, de faire du debug (-vvv ou --trace) et parle aussi d'autres protocoles (DICT, FILE, FTP, GOPHER, HTTP, IMAP, LDAP, MQTT, POP3, RTMP, RTSP, SCP, SFTP, SMB, SMBS, SMTP, TELNET and TFTP). Curl est aussi une surcouche à une bibliothèque (libcurl) qui a des wrappers dans plein de langage.

      Bref, même si ils se ressemblent, je pense qu'ils se complètent très bien.

Envoyer un commentaire

Suivre le flux des commentaires

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