Coombe, Allan David (DPS) wrote:
However, the case of the files on disk is still mixed - so I assume that
wget is not using the URL it originally requested (harvested from the
HTML?) to create directories and files on disk. So what is it using? A
http header (if so, which one??).
I think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lewis wrote:
Coombe, Allan David (DPS) wrote:
However, the case of the files on disk is still mixed - so I assume
that wget is not using the URL it originally requested (harvested
from the HTML?) to create directories and files on disk. So
.
When I reported that it wasn't working I hadn't done both at the same
time.
Cheers
Allan
-Original Message-
From: Micah Cowan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 25 June 2008 6:44 AM
To: Tony Lewis
Cc: Coombe, Allan David (DPS); 'Wget'
Subject: Re: Wget 1.11.3 - case sensetivity
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Coombe, Allan David (DPS) wrote:
OK - now I am confused.
I found a perl based http proxy (named http::proxy funnily enough)
that has filters to change both the request and response headers and
data. I modified the response from the web site to
OK - now I am confused.
I found a perl based http proxy (named http::proxy funnily enough)
that has filters to change both the request and response headers and
data. I modified the response from the web site to lowercase the urls
in the html (actually I lowercased the whole response) and the
-Original Message-
From: Micah Cowan [mailto:[EMAIL PROTECTED]
Sent: Saturday, 14 June 2008 7:30 AM
To: Tony Lewis
Cc: Coombe, Allan David (DPS); 'Wget'
Subject: Re: Wget 1.11.3 - case sensetivity and URLs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lewis wrote:
Micah Cowan
:[EMAIL PROTECTED]
Sent: Saturday, 14 June 2008 7:30 AM
To: Tony Lewis
Cc: Coombe, Allan David (DPS); 'Wget'
Subject: Re: Wget 1.11.3 - case sensetivity and URLs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lewis wrote:
Micah Cowan wrote:
Unfortunately, nothing really comes to mind
) when I did the first process.
Cheers
Allan
-Original Message-
From: Micah Cowan [mailto:[EMAIL PROTECTED]
Sent: Saturday, 14 June 2008 7:30 AM
To: Tony Lewis
Cc: Coombe, Allan David (DPS); 'Wget'
Subject: Re: Wget 1.11.3 - case sensetivity and URLs
-BEGIN PGP SIGNED MESSAGE
mm w wrote:
a simple url-rewriting conf should fix the problem, wihout touch the file
system
everything can be done server side
Why do you assume the user of wget has any control over the server from which
content is being downloaded?
not al, but in this particular case I pretty sure they have
On Thu, Jun 19, 2008 at 10:42 AM, Tony Lewis [EMAIL PROTECTED] wrote:
mm w wrote:
a simple url-rewriting conf should fix the problem, wihout touch the file
system
everything can be done server side
Why do you assume the user of
On Sat, Jun 14, 2008 at 4:30 PM, Tony Lewis [EMAIL PROTECTED] wrote:
mm w wrote:
Hi, after all, after all it's only my point of view :D
anyway,
/dir/file,
dir/File, non-standard
Dir/file, non-standard
and /Dir/File non-standard
According to RFC 2396: The path component contains data,
mm w wrote:
Hi, after all, after all it's only my point of view :D
anyway,
/dir/file,
dir/File, non-standard
Dir/file, non-standard
and /Dir/File non-standard
According to RFC 2396: The path component contains data, specific to the
authority (or the scheme if there is no authority
Micah Cowan wrote:
Unfortunately, nothing really comes to mind. If you'd like, you could
file a feature request at
https://savannah.gnu.org/bugs/?func=additemgroup=wget, for an option
asking Wget to treat URLs case-insensitively.
To have the effect that Allan seeks, I think the option would
standard: the URL are case-insensitive
you can adapt your software because some people don't respect standard,
we are not anymore in 90's, let people doing crapy things deal with
their crapy world
Cheers!
On Fri, Jun 13, 2008 at 2:08 PM, Tony Lewis [EMAIL PROTECTED] wrote:
Micah Cowan wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lewis wrote:
Micah Cowan wrote:
Unfortunately, nothing really comes to mind. If you'd like, you
could file a feature request at
https://savannah.gnu.org/bugs/?func=additemgroup=wget, for an
option asking Wget to treat URLs
In the VMS world, where file name case may matter, but usually
doesn't, the normal scheme is to preserve case when creating files, but
to do case-insensitive comparisons on file names.
From Tony Lewis:
To have the effect that Allan seeks, I think the option would have to
convert all URIs to
mm w wrote:
standard: the URL are case-insensitive
you can adapt your software because some people don't respect standard,
we are not anymore in 90's, let people doing crapy things deal with
their crapy world
You obviously missed the point of the original posting: how can one
conveniently
Steven M. Schweda wrote:
From Tony Lewis:
To have the effect that Allan seeks, I think the option would have to
convert all URIs to lower case at an appropriate point in the process.
I think that that's the wrong way to look at it. Implementation
details like name hashing may also need
Hi, after all, after all it's only my point of view :D
anyway,
/dir/file,
dir/File, non-standard
Dir/file, non-standard
and /Dir/File non-standard
that's it, if the server manages non-standard URL, it's not my
concern, for me it doesn't exist
On Fri, Jun 13, 2008 at 3:12 PM, Tony Lewis [EMAIL
Hi list!
saddly I couldn't find the E-Mail of Allan (maybe because I'm atached by
the news gateway) so this is a list-only-post.
Micah Cowan wrote:
Hi Allan,
You'll generally get better results if you post to the mailing list
(wget@sunsite.dk). I've added it to the recipients list.
Coombe,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Allan,
You'll generally get better results if you post to the mailing list
(wget@sunsite.dk). I've added it to the recipients list.
Coombe, Allan David (DPS) wrote:
Hi Micah,
First some context…
We are using wget 1.11.3 to mirror a web site
21 matches
Mail list logo
