wget stumbled upon the following HTML file:
--- >8
foo
var sitems=new Array()
var sitemlinks=new Array()
///Edit below/
//extend or shorten this list
sitems[0]="15.html"
sitems[1]="16.html"
sitems[2]="17.html"
sitems[3]="18.html"
sitem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo specialists,
I used wget 1.8.1 on my system to mirror the site www.europa.eu.int.
Transfer was throug a proxy and DSL over night.
After about 12-13 hours I found following situation:
Totally download about 1.8GB data.
wget process was increa
Title: Á¦¸ñ¾øÀ½
As I understood it until now, GNU programs should output their
version if the --version switch is used, regardless of circumstances.
Wget 1.8.1, however, does not output its version if $WGETRC points to
an invalid path (by typo, for example). (It's a great improvement to
1.7 that it tells me the
Csaba Ráduly wrote:
> I see that wget handles with tag_find_urls, i.e. it tries to
> parse whatever it's inside.
> Why was this implemented ? JavaScript is most
> used to construct links programmatically. wget is likely to find
> bogus URLs until it can properly parse JavaScript.
wget is parsin
Hi wgeteers!
I am using wget to parse a local html file which has numerous links into
the www.
Now, I only want hosts that include certain strings like
-H -Daudi,vw,online.de
Two things I don't like in the way wget 1.8.1 works on windows:
The first page of even the rejected hosts gets saved.
Th
On 26 Mar 2002 at 7:05, Tony Lewis wrote:
> Csaba Ráduly wrote:
>
> > I see that wget handles with tag_find_urls, i.e. it tries to
> > parse whatever it's inside.
> > Why was this implemented ? JavaScript is most
> > used to construct links programmatically. wget is likely to find
> > bogus URL
On 26 Mar 2002 at 19:01, Jens Rösner wrote:
> I am using wget to parse a local html file which has numerous links into
> the www.
> Now, I only want hosts that include certain strings like
> -H -Daudi,vw,online.de
It's probably worth noting that the comparisons between the -D
strings and the do
Hi Ian!
[..]
> It's probably worth noting that the comparisons between the -D
> strings and the domains being followed (or not) is anchored at
> the ends of the strings, i.e. "-Dfoo" matches "bar.foo" but not
> "foo.bar".
*doh*
Thanks for the info.
I thought it would work similarly to the accept
Title: Àý´ë ¼ºÀθ¸ Ŭ¸¯ÇÏ½Ã°í ¹Ì¼º³âÀÚ´Â Áö¿ì¼¼¿ä.
Àý´ë ¼ºÀθ¸ Ŭ¸¯ÇÏ½Ã°í ¹Ì¼º³âÀÚ´Â Áö¿ì¼¼¿ä.
»õ·Î¿î
½ÅÁ¾ ¼ºÀε¿¿µ»ó À帣
Title: Àý´ë ¼ºÀθ¸ Ŭ¸¯ÇÏ½Ã°í ¹Ì¼º³âÀÚ´Â Áö¿ì¼¼¿ä.
Àý´ë ¼ºÀθ¸ Ŭ¸¯ÇÏ½Ã°í ¹Ì¼º³âÀÚ´Â Áö¿ì¼¼¿ä.
»õ·Î¿î
½ÅÁ¾ ¼ºÀε¿¿µ»ó À帣
I wrote:
> > wget is parsing the attributes within the tag, i.e.,