I do get the full Internet address in the download if I use -k or
--convert-links, but not if I use it with -O
Ah. Right you are. Looks like a bug to me. Wget/1.10.2a1 (VMS
Alpha V7.3-2) says this without -O:
08:53:42 (51.00 MB/s) - `index.html' saved [2674]
Converting index.html...
Steven M. Schweda wrote:
I do get the full Internet address in the download if I use -k or
--convert-links, but not if I use it with -O
Ah. Right you are. Looks like a bug to me.
Is the developer available to confirm this?
Without looking at the code, I'd say that someone is
Apache does not allow a URL to attempt access above the public_html
location. Example:
http://www.gnu.org/../software/wget/manual/wget.html
will cause a Bad Request page to be generated because the .. in the
URL.
But IIS does not handle .. the same way. IIS will simply ignore ..
and
Emily Jackson wrote:
This happens with all HTTP URLs (the only ones I've tried). The
following is from a download that was deliberately stopped and then
resumed; wget clobbered the original file instead of resuming the
download.
1003 [EMAIL PROTECTED]/Desktop]: ~/bin/wget -d
Scott Scriven wrote:
I'd find it useful to guide wget by using regular expressions to
control which links get followed. For example, to avoid
following links based on embedded css styles or link text.
I've needed this several times, but the most recent was when I
wanted to avoid following any
Frank McCown [EMAIL PROTECTED] writes:
But IIS does not handle .. the same way. IIS will simply ignore
.. and produce the page. So the following two URLs are referencing
the same HTML page:
http://www.merseyfire.gov.uk/pages/fire_auth/councillors.htm
and
Mauro Tortonesi [EMAIL PROTECTED] writes:
regex support is planned for the next release of wget. but i was
wondering if we should just extend the existing -A and -R option
instead of creating new ones. what do you think?
It would seriously break backward compatibility. If that is
acceptable,
Hrvoje Niksic wrote:
Frank McCown [EMAIL PROTECTED] writes:
But IIS does not handle .. the same way. IIS will simply ignore
.. and produce the page. So the following two URLs are referencing
the same HTML page:
http://www.merseyfire.gov.uk/pages/fire_auth/councillors.htm
and
Frank McCown [EMAIL PROTECTED] writes:
Earlier today I sent an email explaining that wget already handles
.. in the middle of a URL correctly, it just doesn't handle ..
immediately after the domain name correctly.
But it does, at least according to rfc1808, which mandates leading
.. to be
Hello,
I hope this list is the right place to discuss also the windows port.
I tried this port of wget on windows 2000 but it seems I'm not able to
use the -O option.
If I do wget -k http://www.google.it -O test.html, I get this error:
Unable to delete `test.html': Permission denied
By
From: Andrea Controzzi
If I do wget -k http://www.google.it -O test.html, I get this error:
Unable to delete `test.html': Permission denied
You might see something familiar under the topic wget output
question, where a similar problem is discussed.
For best results, you might also
11 matches
Mail list logo