Re: Problem downloading a website from archive.org
<[email protected]> Thu, 13 Mar 2025 18:25:14 -0000
| Newsgroups | gmane.comp.web.wget.general |
|---|---|
| Message-ID | <005a01db9445$4ce5bb60$0200050a@tshome> |
Hi Stephane Thank you very much indeed for your very informative reply. Kind regards Tim ----- Original Message ----- From: "Stephane Ascoet" <[email protected]> To: <[email protected]> Sent: Thursday, March 13, 2025 5:52 PM Subject: Re: Problem downloading a website from archive.org >> From: <[email protected]> >> >> Hi Everyone >> >> I am trying to download a complete website from archive.org using Wget >> but I have run into a problem. > > Hi, yes, I face the same one and wrote to Archive.org teams around three > years ago(I paste the texte below) and they answered me that they will > work on it. I fear that it was just to calm me down... >> >> If you are a human and you are exploring an old website on archive.org, >> you may notice that sometimes when you click on a link from one page on >> the website to another, the datestamp part of the URL changes. > > That's the problem, yes! > >> You can also end up on the same page as you were previously but with a >> different datestamp. > > Never noticed this. >> >> >> Hi Paul >> >> Thank you very much indeed for your very informative and helpful reply >> and for the link to your MakeStaticSite tool. I will try it out. > > I'm glad you have send this because, as it happens often on some lists, > the Paul answer isn't in the daily compilation :-( >> >> >> The problem of retrieval for the likes of Wget is explained by Archive >> Team >> https://wiki.archiveteam.org/index.php?title=Restoring > > Some sentences look exactly the sames as the ones I have sent to them. > They list a free software in Ruby for doing what we want. > But the content of the page seems to be rather old. >> >> >> As an attempted solution, I have developed a prototype tool, >> MakeStaticSite that runs Wget iteratively, downloading snapshots >> selectively to minimise repetition, then merging them into a canonical >> form. >> https://makestaticsite.sh/ >> https://github.com/paultraf/makestaticsite >> > Interesting. Here below the two mails I sent to Archive.org and their > answers: > 24, Feb, 2022, [email protected]: > Hi, I was unable to find a more suitable contact path to submit feature > request than this mail adress. First of all, thanks and congrats, > especially for the wayback machine and for being visionary about the need > for this since 1996. Your work is fundamental for humanity. > > Well, about the feature I need, and I'm not the only one: I'm sucking some > old now-disappeared Websites for various reasons like adding copies (in > addition to yours on Archive.org), on physical medias, readable offline on > old computers for own usage, spreading them around me and for humanity > future memories. I use Wget and Httrack. Sadly, it doesn't work perfectly > well because they are confused by these specific wayback machine > additions: > 1-The added header; > 2-the timestamps in the URIs(and also the fact that they may be absolute > instead of relative, or-semi-absolute at last). > > So I think the user should be able to ask for a websuckers-friendly > version of a displayed Website. What I imagine could work like this(a > little like a "printer friendly version" that some Website have): > 1-The user search and find the archived Website capture he wants, as > usual. > 2-The user can ask for a "websuckers-friendly version" of the current > displayed archived Website. > 3-The Wayback machine provides an URL leading to the wanted archived > Website to be used by the sucker. > 3-1-This URL leads to an archived Website version without the WM header, > and with internal links of the archived Website sanitized: they lead to > the same linked resources than before, but appearing to the sucker as an > relative internal link of the Website. > 3-2-This URL could be available in a limited time. > 3-3-Advised syntax to retrieve it could be furnished for popular suckers > like Wget and Httrack, for user information. > > It's dev work, but not so hard I think, since most of the needed code is > in the WM already. It's just the behavior of the on-the-fly internal links > that must be changed in this new mode. I don't expect it to be done very > quickly, but would be pleased if you add this project to your future > to-dos timeline. > >> Patron Services Yellow, Feb 24, 2022, 9:08 PST >> >> Hi, >> >> I have never heard the term "websucker". >> >> Might you please share an example? >> >> And.. this might be helpful to you. >> >> >> If we have archives of this website, you would be able to find them by >> searching for the URL at web.archive.org - use the timeline on the top to >> navigate the year, and the calendar display below to select the date(s) >> you are interested in viewing. Dates with a circular highlight on them >> indicate available archives - typically, what you see is what we have. >> >> If you own the content from the original website, and assume full >> responsibility for ensuring that your use of the archived content is in >> accordance with all applicable law, we would be very glad if the archives >> at web.archive.org were of assistance in helping you restore your >> website. >> >> We do not have our own bulk grab tool, and we cannot guarantee results, >> but you are welcome to save off webpages individually (from your Web >> browser) or attempt to use a third-party tool to target your archived >> content. There are several third-party services that will help you >> re-build a website from archives available via our Wayback Machine at >> web.archive.org. Here are some that we are aware of: >> >> waybackrebuilder.com >> waybackdownloader.com >> waybackmachinedownloader.com >> waybackdownloads.com >> >> Please note that we do not have direct experience working with any of >> these, so we are unable to give a recommendation for which might be best. >> Unfortunately, we cannot provide download directions nor field technical >> support inquiries. However, you may wish to hire a Web Developer if you >> need additional assistance. >> >> For more information about how to use archive.org and the Wayback >> Machine, please see our Help Center: https://help.archive.org/hc/en-us >> >> --- >> The Internet Archive Team > > I notice that a mail from me seems to be missing here. > >> >> Your request (590999) has been updated. To add additional comments, reply >> to this email. >> ---------------------------------------------- >> >> Patron Services Yellow, Feb 24, 2022, 9:32 PST >> >> Ah... I call those web scraping or web archiving tools. >> >> What, exactly, are you trying to do? > > Hi, it's a word to word translation from the french "Aspirateur de > sites"... > Like I wrote in the original request: > "Well, about the feature I need, and I'm not the only one: I'm sucking > some old now-disappeared Websites for various reasons like adding copies > (in addition to yours on Archive.org), on physical medias, readable > offline on old computers for own usage, spreading them around me and for > humanity future memories. I use Wget and Httrack." > > If you want the exact case that lead me to make the request, here it is: > this time I want to get the whole > <https://web.archive.org/web/19980126083908/http://www.imaginet.fr/ime/>. > It shouldn't be a problem, this is a good-old-fashioned-full-strict-HTML > Website. > > "httrack -W > https://web.archive.org/web/19980110124843/http://www.imaginet.fr/ime/" > and "wget -c -m -k -K -E -nH --cut-dirs=4 -np -p > https://web.archive.org/web/19980110124843/http://www.imaginet.fr/ime/" > only do the same thing as a simple "save as" in the browser, probably > because they consider links elements and pages to lead to a different > Website, because of their format, being absolute from Archives root and > with the timestamp field. > > "cd /tmp ; d="ungi" ; echo "We're about to delete "$d" in "`pwd` ; sleep 9 > ; rm -rvf $d ; mkdir $d ; cd $d ; > wget -c -m -k -K -E -nH --cut-dirs=6 -p --show-progress > https://web.archive.org/web/19980110124843/http://www.imaginet.fr/ime/" > never ends, it seems to try to download all the captures of all the > elements of the Website. Perhaps because of the WM header with the > calendar, but I'm not sure. > I fear that I'm stuck, and will be forced to save each page from Firefox > Even if you implement my feature request in the future, it will be in a > long time, if ever... > > -- > Sincerely, Stephane Ascoet > > >