J'essaie de sortir le corps du document et ses en-têtes sur stdout avec wget par wget -S -O - http://google.com
mais il ne montre que des documents html.
Merci
UPD:
A travaillé cela wget --save-headers --output-document - http://google.com
wget --version
montre GNU Wget 1.11.4 Red Hat modifié
--save-headers
était en fait-save-headers
wget -qS <url>
pour seulement les en- têtes http (eq. to )curl -IL
Réponses:
Essayez ce qui suit, sans en-têtes supplémentaires
Notez la fin
-
. Cela fait partie de l'argument de commande normal pour-O
accéder à un fichier, mais comme nous n'utilisons pas>
pour diriger vers un fichier, il sort vers le shell. Vous pouvez utiliser-qO-
ou-qO -
.la source
-S
option n'était pas prise en charge sur monalpine
conteneur Linux. Je l'ai omis et tout allait bienwget -S -O - http://google.com
fonctionne comme prévu pour moi, mais avec une mise en garde: les en-têtes sont considérés comme des informations de débogage et en tant que tels, ils sont envoyés à l' erreur standard plutôt qu'à la sortie standard. Si vous redirigez la sortie standard vers un fichier ou un autre processus, vous n'obtiendrez que le contenu du document.Vous pouvez essayer de rediriger l'erreur standard vers la sortie standard comme solution possible. Par exemple, dans
bash
:ou
L'
-q
option supprime la barre de progression et certaines autres parties ennuyeuses et bavardes de lawget
sortie.la source
-S
option n'était pas prise en charge sur monalpine
conteneur Linux. Je l'ai omis et tout allait bienapk add wget
, sinon seule une version busybox est utilisée.Cela fonctionne ici:
peut-être avez-vous besoin de mettre à jour votre wget (
~$ wget --version GNU Wget 1.14 built on linux-gnu.
)la source
Cela a fonctionné pour moi pour l'impression de la réponse avec l'en-tête:
la source
--spider
arg. Cette cause utile ne télécharge aucun contenu de page.Cela ne fonctionnera pas:
puisque les redirections sont évaluées de droite à gauche, cela envoie du code HTML à wget.txt et l'en-tête à STDOUT:
la source