A partir do Powershell 5.0, se não antes, curlé um alias para 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
Para usar o comando sem serrilhado ...
PS> Invoke-WebRequest -Uri https://localhost:443/
PS> Invoke-WebRequest -Uri https://www.google.com
Portanto, retorne várias propriedades da solicitação da seguinte maneira ...
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
... ou apenas o conteúdo ...
PS> Invoke-WebRequest -Uri https://www.google.com | Select-Object -ExpandProperty Content
<!doctype html><html itemscope="" itemtype="http://schem[etc ...]
Os comandos com alias equivalentes são ...
PS> curl -Uri https://www.google.com
PS> curl -Uri https://www.google.com | Select-Object -ExpandProperty Content
Aproveitando os padrões do Powershell e outros aliases, você pode reduzir os comandos para
PS> curl https://www.google.com
ps> curl https://www.google.com | Select -ExpandProperty Content
... mas eu não recomendaria. Os comandos detalhados ajudam outras pessoas ao ler seu código.
Atualizar:
Powershell 6.x
Uso de aliases desencorajado
A partir do Powershell 6.x, "Core" curl não é mais um alias para Invoke-WebRequest(o alias wgettambém é removido). Em vez disso, use Invoke-WebRequestdiretamente.
PS> Get-Alias -Definition Invoke-WebRequest | Format-Table -AutoSize
CommandType Name Version Source
----------- ---- ------- ------
Alias iwr -> Invoke-WebRequest
A ondulação não é mais um alias para Invoke-WebRequest (testado no Powershell 6.2.3), apesar de uma aparente rejeição de um movimento em uma RFC "para remover os aliases ondulados e wget do Windows PowerShell" .
Que a RFC observa "Os aliases wget / curl já foram removidos do PowerShell Core, portanto o problema [de ter esses aliases] foi limitado ao Windows PowerShell".
Na conclusão, a equipe do Powershell também incentiva os usuários "a não confiarem em aliases nos scripts".
Como o @ v6ak observou nos comentários, o uso curle wgetno PowerShell (5.0 ou inferior) pode ser um problema: involuntariamente involuntariamente o real curl ou wget, se instalado lado a lado; e, em qualquer caso, causa confusão.
Nova codificação
Recomenda-se atualizar o "core" do Powershell (6.x ou superior) para aproveitar a codificação padrão utf8NoBOMao usar Invoke-WebRequest(e muitos outros comandos de saída de texto). Se alguém estivesse fazendo isso explicitamente, você poderia fazer algo como:
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
No entanto, mesmo ao usar um comando mais curto, implícito, ...
Invoke-WebRequest `
-Uri https://raw.githubusercontent.com/fancyapps/fancybox/master/dist/jquery.fancybox.min.js `
-OutFile jquery.fancybox.min.js
... a codificação utf8NoBOMserá feita (você pode verificar isso, por exemplo, abrindo o arquivo salvo no Visual Studio Code e observando "UTF-8" na barra de status).
Os arquivos salvos utf8NoBOMtendem a causar menos problemas ao viajar por vários ecossistemas. Obviamente, se você precisar de outra codificação, poderá definir algumas alternativas explicitamente.
No Powershell 5.0 e inferior, a utf8NoBOMcodificação não estava disponível, muito menos o padrão.
Detalhes: