Eles são iguais ou não? Pode-se fazer certas coisas com uma, mas não com a outra? O que são aqueles? Ou é, no final das contas, uma questão de familiaridade?
MarcusQ teve uma resposta sugerindo uma comparação feita pelo curl guy: daniel.haxx.se/docs/curl-vs-wget.html . Infelizmente, a resposta foi excluída em vez de ser transformada em comentário.
Thorbjørn Ravn Andersen
Respostas:
47
Se você estiver programando, use curl. Ele tem uma ótima API e está disponível para a maioria dos idiomas. Descascar o SO para executar o wget é um kludge e não deve ser feito se você tiver uma interface API!
Eu nunca enfrentei nenhum problema com os scripts WGET para Perl para automatizar o download de coisas. No entanto, com o CURL, frequentemente encontro o erro 18 - transferência encerrada com dados de leitura pendentes restantes (consulte stackoverflow.com/questions/1759956/… ). Esse erro geralmente ocorre ao tentar usá-lo em scripts Perl, mas o WGET nunca me fornece esses problemas. Isso não deve ser levado em consideração?
Sexy Beast
5
Se você estiver usando perl, realmente deverá usar a biblioteca LWP (LWP :: Simple). É sempre mais fácil ler códigos de resposta, atribuir retornos de chamada funcionais e capturar exceções do que analisar a saída de texto de outro processo.
precisa
32
Há alguma sobreposição na funcionalidade. Enquanto o GNU wget é um pacote para recuperar arquivos usando HTTP / FTP, o curl transfere dados com uma única URL. Conforme observado no link compartilhado pelo MarkusQ , o wget pode fazer o download recursivamente - consulte este artigo de comparação para obter mais detalhes pelo autor do curl.
cURLdestina-se à transferência de dados em ambas as direções, enquanto wgeté para download de arquivos não interativos de uma fonte específica. Existem algumas sobreposições de funcionalidade, mas elas não devem fazer exatamente as mesmas coisas .
Realmente depende do que você está tentando fazer; para tarefas mais simples, como baixar arquivos wgete cURLcomparáveis, mas isso realmente apenas arranha a superfície de qualquer uma das ferramentas.
Ambos oferecem infinitas opções, a maioria das quais eu nunca usei. No entanto, eu gosto mais do wget, pois, por padrão, salva a saída do URL que você fornece - perfeito para download. Curl segue para o outro lado e exibe a saída diretamente no terminal (por padrão).
Respostas:
Se você estiver programando, use curl. Ele tem uma ótima API e está disponível para a maioria dos idiomas. Descascar o SO para executar o wget é um kludge e não deve ser feito se você tiver uma interface API!
fonte
Há alguma sobreposição na funcionalidade. Enquanto o GNU wget é um pacote para recuperar arquivos usando HTTP / FTP, o curl transfere dados com uma única URL. Conforme observado no link compartilhado pelo MarkusQ , o wget pode fazer o download recursivamente - consulte este artigo de comparação para obter mais detalhes pelo autor do curl.
fonte
cURLdestina-se à transferência de dados em ambas as direções, enquantowgeté para download de arquivos não interativos de uma fonte específica. Existem algumas sobreposições de funcionalidade, mas elas não devem fazer exatamente as mesmas coisas .Realmente depende do que você está tentando fazer; para tarefas mais simples, como baixar arquivos
wgetecURLcomparáveis, mas isso realmente apenas arranha a superfície de qualquer uma das ferramentas.fonte
Ambos oferecem infinitas opções, a maioria das quais eu nunca usei. No entanto, eu gosto mais do wget, pois, por padrão, salva a saída do URL que você fornece - perfeito para download. Curl segue para o outro lado e exibe a saída diretamente no terminal (por padrão).
fonte