[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] Options nv and q of Wget
From: |
Tim Ruehsen |
Subject: |
Re: [Bug-wget] Options nv and q of Wget |
Date: |
Mon, 17 Dec 2012 16:35:26 +0100 |
User-agent: |
KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) |
Am Monday 17 December 2012 schrieb Catia B:
> Thanks but it´s not really better...
> I really need to get to my first output because I use it on a script where
> I need to compare multiple outputs And I don't know why it´s not working
>
> Catia
- You could change your script (or ask someone to do it for you).
- You could install an old version of Wget (not recommended).
Without further details, I doubt anybody on this list can help you.
Even when posting your script here: If it is non-trivial, it is unlikely that
anyone invest her/his time do the job.
Regards, Tim
>
> Le 17 déc. 2012 à 15:41, Tim Ruehsen <address@hidden> a écrit :
> > Am Monday 17 December 2012 schrieb UnknownG:
> >> Hello,
> >>
> >> I need to get the output of this wget command:
> >> wget -r -l inf --spider -nv --page-requisites -S http://<ip address>
> >>
> >> When I used it with version 1.10.2, the -nv option worked as it should
> >> and I got something like this:
> >> 200 OK
> >> 200 OK
> >> http://<ip address>>: index.html not found
> >> ERROR 404 NOT found
> >>
> >> And that is what I want
> >>
> >> But when I used exactly the same command with version 1.13.4, I got
> >> this: 2012-12-17 11:10:50 URL:http://<ip address>/<rest of the
> >> link>[<value>/<value>] -> "<ip address>/<rest of the link>" [1]
> >>
> >> HTTP/1.1 200 OK
> >> Server: XXXXX
> >> Date: Mon, 17 Dec 2012 10:10:51 GMT
> >> Content-Type: text/html; Charset=UTF-8
> >> Content-Length: 16027
> >> Connection: keep-alive
> >> Vary: Accept-Encoding
> >> Vary: Accept-Encoding
> >> X-Powered-By: ASP.NET
> >> pragma: no-cache
> >> Expires: Sun, 16 Dec 2012 10:10:50 GMT
> >> Cache-control: no-store, no-cache, must-revalidate, post-check=0,
> >>
> >> pre-check=0
> >>
> >> And it shouldn't be that...
> >> Even with -q option I got the same output, as if it was a bug?
> >>
> >> Is it? or did I do something wrong?
> >>
> >> Thank you
> >
> > Hi,
> >
> > the option -S outputs the HTTP headers.
> >
> > Leave it away, and you are much closer to what you want.
> >
> > Regards,
> >
> > Tim Rühsen