Począwszy od Powershell 5.0, jeśli nie wcześniej, curljest to alias dla Invoke-WebRequest.
PS> Get-Alias -Definition Invoke-WebRequest | Format-Table -AutoSize
CommandType Name Version Source
----------- ---- ------- ------
Alias curl -> Invoke-WebRequest
Alias iwr -> Invoke-WebRequest
Alias wget -> Invoke-WebRequest
Aby użyć niezmienionego polecenia ...
PS> Invoke-WebRequest -Uri https://localhost:443/
PS> Invoke-WebRequest -Uri https://www.google.com
Zwróć więc kilka właściwości żądania w następujący sposób ...
PS> Invoke-WebRequest -Uri https://www.google.com
StatusCode : 200
StatusDescription : OK
Content : <!doctype html><html itemscope="" itemtype="http://schema.org/WebPage" lang="en-AU"><head><meta content="text/html; charset=UTF-8"
http-equiv="Content-Type"><meta content="/images/branding/googleg/1x/...
RawContent : HTTP/1.1 200 OK
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Vary: Accept-Encoding
... lub po prostu treść ...
PS> Invoke-WebRequest -Uri https://www.google.com | Select-Object -ExpandProperty Content
<!doctype html><html itemscope="" itemtype="http://schem[etc ...]
Równoważne polecenia aliasu to ...
PS> curl -Uri https://www.google.com
PS> curl -Uri https://www.google.com | Select-Object -ExpandProperty Content
Wykorzystując wartości domyślne programu PowerShell i inne aliasy, do których możesz skrócić polecenia
PS> curl https://www.google.com
ps> curl https://www.google.com | Select -ExpandProperty Content
... ale nie poleciłbym tego. Pełne polecenia pomagają innym podczas odczytywania kodu.
Aktualizacja:
PowerShell 6.x
Odradzane jest używanie aliasów
Począwszy od Powershell 6.x „Core” curl nie jest już aliasem dla Invoke-WebRequest(alias wgetjest również usuwany). Zamiast tego użyj Invoke-WebRequestbezpośrednio.
PS> Get-Alias -Definition Invoke-WebRequest | Format-Table -AutoSize
CommandType Name Version Source
----------- ---- ------- ------
Alias iwr -> Invoke-WebRequest
Curl nie jest już aliasem dla Invoke-WebRequest (testowany w Powershell 6.2.3), pomimo pozornego odrzucenia ruchu w RFC „aby usunąć curl i wget z Windows PowerShell” .
RFC zauważa: „Aliasy wget / curl zostały już usunięte z programu PowerShell Core, więc problem [posiadania tych aliasów] ograniczał się do Windows PowerShell”.
Podsumowując, zespół Powershell zachęca również użytkowników, by „nie polegali na aliasach w skryptach”.
Jak zauważył @ v6ak w komentarzach przy użyciu curliw programie wgetPowerShell (5.0 lub nowszym ) może być problem w: niezamierzonym wywołaniu prawdziwego zwijania lub wget, jeśli jest instalowany obok siebie; i w każdym razie powoduje zamieszanie.
Nowe kodowanie
Zaleca się aktualizację „rdzenia” programu PowerShell (6.x lub nowszy), aby skorzystać z domyślnego kodowania utf8NoBOMpodczas używania Invoke-WebRequest(i wielu innych poleceń do wysyłania tekstu). Jeśli ktoś robi to wprost, możesz zrobić coś takiego:
Invoke-WebRequest `
-Uri https://raw.githubusercontent.com/fancyapps/fancybox/master/dist/jquery.fancybox.min.js `
| Select-Object -ExpandProperty Content `
| Out-File jquery.fancybox.min.js `
-Encoding utf8NoBOM
Jednak nawet przy użyciu krótszego, domyślnego polecenia ...
Invoke-WebRequest `
-Uri https://raw.githubusercontent.com/fancyapps/fancybox/master/dist/jquery.fancybox.min.js `
-OutFile jquery.fancybox.min.js
... utf8NoBOMzostanie wykonane kodowanie za pomocą (możesz to zweryfikować, na przykład otwierając zapisany plik w programie Visual Studio Code i obserwując „UTF-8” na pasku stanu).
Pliki zapisane za pomocą utf8NoBOMzwykle powodują mniej problemów podczas podróży przez różne ekosystemy. Oczywiście, jeśli potrzebujesz innego kodowania, możesz jawnie ustawić alternatywę.
W Powershell 5.0 i niższych utf8NoBOMkodowanie nie było dostępne, nie mówiąc już o domyślnym.
Detale:
- Powershell 6, odniesienie, Microsoft.PowerShell.Utility, plik wyjściowy, parametry, kodowanie
- Powershell 6, Co nowego, Co nowego w Powershell Core 6.x, Przełamując zmiany w Powershell Core 6.0, „Zmień $ OutputEncoding, aby używać kodowania NoBOM UTF-8 zamiast ASCII # 5369”