É possível obter o nome do arquivo de download de um mp3 do servidor usando o bash?

0

Estou tentando obter o nome final do arquivo de download de um mp3 de um servidor, especificamente audiotool.com

por exemplo. link

Quando você navega para este URL em um navegador da Web, ele inicia o download de um arquivo com um nome que contém as informações completas da música

por exemplo. "opaqity - Haunt (opaco) .mp3"

É possível obter o nome final do download a partir do link superior usando um comando padrão do Linux, como o curl? Eu já tentei usar alguns comandos do localizador de redirecionamento com curl, mas nenhum funcionou.

Obrigado pela sua ajuda

    
por nermolov 26.09.2014 / 23:40

3 respostas

0
echo -e "GET /track/haunt_opaque/mixdown.mp3 HTTP/1.1\nHost: api.audiotool.com\n\n" | nc -q 3 api.audiotool.com 80 | head -n 20 | grep -a "^Content-Disposition:" | cut -d = -f 2

Saída:

"opaqity - Haunt (opaque).mp3"
    
por 27.09.2014 / 00:35
0

Usando wget , o arquivo é salvo, conforme a URL especifica, como mixdown.mp3 . Se wget -S for usado, o nome completo, se você quiser, será exibido sob o cabeçalho Content-Disposition :

$ wget -S http://api.audiotool.com/track/haunt_opaque/mixdown.mp3
--2014-09-26 15:34:19--  http://api.audiotool.com/track/haunt_opaque/mixdown.mp3
Resolving api.audiotool.com (api.audiotool.com)... 144.76.222.84
Connecting to api.audiotool.com (api.audiotool.com)|144.76.222.84|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  Server: nginx/1.5.6
  Date: Fri, 26 Sep 2014 22:34:20 GMT
  Content-Type: audio/mpeg
  Transfer-Encoding: chunked
  Connection: keep-alive
  Keep-Alive: timeout=65
  Access-Control-Allow-Origin: *
  Expires: Fri, 26 Sep 2014 22:34:20 GMT
  Cache-Control: no-cache, private, no-store
  Content-Disposition: attachment; filename="opaqity - Haunt (opaque).mp3"
  Pragma: no-cache
  X-Lift-Version: 2.4
Length: unspecified [audio/mpeg]
Saving to: 'mixdown.mp3'

    [                              <=>                               ] 4,499,633    784K/s   in 7.0s    

2014-09-26 15:34:27 (630 KB/s) - 'mixdown.mp3' saved [4499633]
    
por 27.09.2014 / 00:37
0

De qualquer forma, isso não informará o nome do arquivo remoto até que a transferência do arquivo seja concluída:

user@server ~
$ curl --remote-header-name --remote-name http://api.audiotool.com/track/haunt_opaque/mixdown.mp3
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 4394k    0 4394k    0     0   167k      0 --:--:--  0:00:26 --:--:--  294k
curl: Saved to filename 'opaqity - Haunt (opaque).mp3'

Consegui obter os cabeçalhos de resposta "Ferramentas do desenvolvedor do Chrome" com o valor do cabeçalho Content-Disposition. Não sei por que o curl estava tendo problemas, mas suspeito que isso tenha a ver com os motivos de desempenho do nginx.

HTTP/1.1 200 OK
Server: nginx/1.5.6
Date: Fri, 26 Sep 2014 22:08:05 GMT
Content-Type: audio/mpeg
Transfer-Encoding: chunked
Connection: keep-alive
Keep-Alive: timeout=65
Access-Control-Allow-Origin: *
Expires: Fri, 26 Sep 2014 22:08:05 GMT
Cache-Control: no-cache, private, no-store
Content-Disposition: attachment; filename="opaqity - Haunt (opaque).mp3"
Pragma: no-cache
X-Lift-Version: 2.4
    
por 27.09.2014 / 00:22