PowerShell Invoke-WebRequest, comment utiliser automatiquement le nom de fichier d'origine?

Comment puis-je utiliser Invoke-WebRequest pour télécharger un fichier, mais le faire automatiquement le nom de fichier de la même manière que si j'ai téléchargé via un navigateur? Je n'ai pas trouvé un moyen de faire -OutFile travail sans spécifier manuellement le nom de fichier. Je suis très bien avec ce, concernant quelques autres lignes de code.

Une bonne solution:

  • De travail même si le nom de fichier n'est pas dans l'URL de la requête. Par exemple, l'URL de téléchargement de Visual Studio x64 Outils de Débogage à Distance est http://go.microsoft.com/fwlink/?LinkId=393217 mais il télécharge le fichier rtools_setup_x64.exe.
  • Pas sauver tout le fichier en mémoire avant de les écrire sur le disque, à moins que Invoke-WebRequest déjà fait de même avec l'-OutFile paramètre (?)

Merci!

  • Ce qui se passe lorsque vous utilisez l'url directe dans votre extrait de code - http://download.microsoft.com/download/D/2/8/D28C6482-555B-4777-876F-85897C071FB6/rtools_setup_x64.exe
  • Apparemment Invoke-WebRequest encore vous oblige à spécifier le nom de fichier local.
  • Je tiens à ajouter, une bonne solution d'utiliser le Contenu de l'en-tête de Disposition pour résoudre le nom du fichier. wget et curl faire tout cela et c'est une simple attente d'une commande de téléchargements d'une URL à un nom de fichier. De nombreux services de servir un "fichier", mais derrière une URL qui n'est pas lui-même contient le nom de fichier.
  • Je n'ai trouver PS cette mise en œuvre qui fait honneur à l'-tête Content-Disposition. Il serait peut-être possible d'extraire simplement que la fonctionnalité pour créer un PS qui l'Invoque-WebRequest peut être transmis à enregistrer le fichier à l'aide de la meilleure indication du nom de fichier à partir de la réponse.
InformationsquelleAutor Vimes | 2014-08-04
  1. 7

    Pour l'exemple donné, vous allez avoir besoin d'obtenir l'URL redirigée, qui comprend le nom du fichier à télécharger. Vous pouvez utiliser la fonction suivante pour le faire:

    Function Get-RedirectedUrl {

    Param (
        [Parameter(Mandatory=$true)]
        [String]$URL
    )

    $request = [System.Net.WebRequest]::Create($url)
    $request.AllowAutoRedirect=$false
    $response=$request.GetResponse()

    If ($response.StatusCode -eq "Found")
    {
        $response.GetResponseHeader("Location")
    }
}

    Puis c'est une question d'analyser le nom de fichier à partir de la fin de la réponse de l'URL (GetFileName à partir du Système.IO.Chemin va le faire):

    $FileName = [System.IO.Path]::GetFileName((Get-RedirectedUrl "http://go.microsoft.com/fwlink/?LinkId=393217"))

    Qui laissera $FileName = rtools_setup_x64.exe et vous devriez être en mesure de télécharger votre fichier à partir de là.

    • Darn 😉 j'espérais que je n'aurais pas à résoudre le nom, moi-même. Je pense à moins que quelqu'un poste un peu de solution connue c'est la réponse (je pourrais lui donner un peu plus de temps). Merci, MadTech.
    • Vous n'avez pas à résoudre vous-même vraiment. J'imagine que si vous êtes à l'aide de PS pour obtenir un fichier que vous allez savoir à l'avance si c'est une page de redirection vers un fichier à télécharger (comme dans l'exemple donné), ou si c'est un lien direct vers le fichier, et peut avoir le script de votre compte selon vos besoins (tels que l'ajout d'un -Indirect basculer vers le script lorsqu'il est appelé à résoudre la redirection de nom de fichier). Mais je peux comprendre l'attente d'autres réponses. Si vous avez donné plus de contexte, je pourrais être en mesure d'aider à une meilleure solution si vous le souhaitez.
    • Eh bien, je pense que ce problème appartient en stock PowerShell plus que dans mon profil.ps1. J'espérais qu'il y a quelque chose au sujet de Invoke-WebRequest j'ai été absent. Mais que pouvez-vous faire.
    • Blimey souhaite que je pourrais upvote trois fois!
    • Je pense que vous pouvez également utiliser Split-Path comme une alternative à GetFilename. Invoke-Webrequest -Uri $uri -OutFile $(Split-Path -Path $uri -Leaf)
    • Je ne m'inquiète pas pour cette solution car elle suppose que le nom de fichier est présent dans l'URL, ce qui n'est pas toujours le cas. Bien que l'URL peut être utilisée pour déduire un nom de fichier, un moyen plus fiable pour résoudre contenu d'une réponse à un nom de fichier pour le serveur pour fournir un Contenu de l'en-tête de Disposition indiquant le nom de fichier.
    • Ouais, c'est terrible. Il ne fonctionne que si le fichier est déjà dans l'URL, et ne prend pas en charge Content-Disposition ou d'autres têtes à tous. -- Aussi, il suppose qu'il faut exactement une redirection pour récupérer le contenu (pas plus, pas moins).
    • Si vous avez une meilleure solution, n'hésitez pas à le poster. Pour la question qui a été posée ici, cette solution a fonctionné. Il peut ne pas fonctionner dans toutes les situations, mais si vous avez une solution s'il vous plaît poster pour les futurs utilisateurs de voir.

    InformationsquelleAutor TheMadTechnician
  2. 0

    Merci à Ryan, j'ai un semi-utilisable de la fonction:

    Function Get-Url {
  param ( [parameter(position=0)]$uri )
  invoke-webrequest -uri "$uri" -outfile $(split-path -path "$uri" -leaf)
}

    Un fichier graphique et le fichier xml j'ai pu télécharger. Lorsque j'essaie de télécharger cette page web et de l'ouvrir avec Edge, il va travailler à la fois.

    InformationsquelleAutor Todd Partridge
  3. 0

    Essayer cette méthode, qui peut ne pas toujours fonctionner car le nom de fichier ne peut pas être dans l'en-tête de réponse)

    1. appel Invoke-WebRequest pour obtenir le résultat. ensuite, vous pouvez inspecter le résultat de regarder ce qui est dans les en-têtes.
    2. obtenir le nom de fichier à partir de l'en-tête de réponse (cela pourrait être dans les en-Têtes.Emplacement, ou un autre endroit. Quand j'exécute ma requête d'url que j'ai été dépannage, je l'ai trouvé dans les en-Têtes["Content-Disposition"] et il semble que inline; filename="zzzz.docx"
    3. Créer un nouveau fichier basé sur le nom et écrire le contenu de ce fichier

    Voici le code sampe:

    $result = Invoke-WebRequest -Method GET -Uri $url -Headers $headers

$contentDisposition = $result.Headers.'Content-Disposition'
$fileName = $contentDisposition.Split("=")[1].Replace("`"","")

$path = Join-Path $yourfoldername $fileName

$file = [System.IO.FileStream]::new($path, [System.IO.FileMode]::Create)
$file.write($result.Content, 0, $result.RawContentLength)
$file.close()
    • Malheureusement, aucune-tête Content-Disposition est retourné à partir de l'URL en question.
    • désolé, je n'ai pas essayer l'url que vous avez posté. mais j'ai essayé de le maintenant et vous avez raison, il ne marche pas content-disposition dans les en-têtes. j'espère que ce code pourrait aider d'autres personnes dans le futur si leur url ont cet en-tête.
    InformationsquelleAutor Dongminator
  4. 0

    Essence de mon code, cela fonctionne.. à l'aide de PS 5.1

    J'ai commenté à la normale -Outfile instruction, car cela impliquerait que je connaissais le nom de fichier à l'avance.
    J'ai mis cet ensemble repose sur un certain nombre de sources, il y a beaucoup de façons de l'analyse du Contenu-Disposition des en-têtes afin d'utiliser tout ce qui fonctionne pour vous.

    $outpath = "C:\\temp\\"

    L'appel:

    $result = Invoke-WebRequest -method GET -Uri $resourceUrl -Headers 
$resourceHeaders -Verbose #-OutFile $($outPath+"$nodeId.pdf")

    analyse

    $outFilename = $outpath+$result.Headers.'Content-Disposition'.Split("=")[1].Split('\\""')[1] #shaky parsing - might require improvement in time

    L'écriture du fichier (ce est la plupart du temps en format pdf pour moi

    [System.IO.File]::WriteAllBytes($outFilename, $result.content)
    InformationsquelleAutor Asher
  5. -2

    powershell.exe Invoquer-WebRequest -Uri serverIP/file.exe -OutFile C:\Users\file.exe

    InformationsquelleAutor chris_cx