wget
não deve ter problema em buscá-lo, pois ele executa o comando GET bem em um URL como esse. Os únicos problemas que posso imaginar que você esteja tendo são:
- que
\
é um caractere de shell especial e você precisará colocar a URL entre aspas para evitar que o shell convertapara
1
. Melhor ainda, escape de\
caracteres como%5C
- O wget está nomeando o arquivo
view?downloadFile=AcctItemFiles34567890.txt
em vez de algo sensato como seu navegador da Web faz. Use a opção-O filename
para forçá-lo a gravar todos os dados baixados em um nome de arquivo especificado, por exemplo,
(interessante ... um bloco de código não pode seguir um ponto)
wget -O 1234567890.txt "http://www.whatever.com/view?downloadFile=AcctItemFiles34567890.txt"
Ou use a opção --content-disposition
para dizer para salvar usando o nome do arquivo fornecido pelo servidor no cabeçalho (leia e compreenda o aviso sobre ele estar com bugs e sobre ele exigindo duas solicitações. Não use isso se o script de destino não suportar o comando HEAD) Como alternativa, use curl -O -J ...
em vez de wget, em que -O -J
juntos instruir para ler o nome do arquivo de saída do cabeçalho. A documentação não diz que o curl exige dois pedidos, mas o curl recentemente teve uma vulnerabilidade devido à confiança em nomes de arquivos inválidos, portanto, "bugs" pode ainda se aplicam.