Re:Wayback Machine was down
by jarfil on Tuesday March 24, 2020 @10:25PM
(#22681449)
The Internet Archive just announced a no-waitlist book lending due to COVID-19, I'd guess their servers might not be too happy about the inrush of users.
Re:Wayback Machine was down
by hinkley on Wednesday March 25, 2020 @12:20AM
(#22681916)
PG&E is so far behind on deferred maintenance that people have been petitioning for California to socialize it so the state stops catching on fire from high tension powerlines.
You will be glad to know that they've protected executive bonuses, though.
Re:Wayback Machine was down
by CameronNemo on Wednesday March 25, 2020 @01:55AM
(#22682305)
Didn't PG&E get blocked from performing upgrades by the state utilities commission? Something about not wanting to increase power customer bills... utility incentives are not easy.
Re:Wayback Machine was down
by robocat on Tuesday March 24, 2020 @11:12PM
(#22681651)
FYI: downvotes because (0) off-topic, (a) not constructive, (b) the world is bigger than California and there’s a lot of great infrastructure elsewhere, (c) PG&E is probably about average, (d) complaining about downvotes without thinking about why people had reason to downvote you.
Re:Wayback Machine was down
by labster on Wednesday March 25, 2020 @12:10AM
(#22681869)
Downvoted you only because PG&E is way worse than average. Just yesterday they agreed to plead guilty to 84 counts of manslaughter, and I could go on and on about their wrongdoing. Much related to not doing maintenance and then falsifying maintenance reports. I moved out of their service area a decade ago, still hate them.
Re:Wayback Machine was down
by trevyn on Tuesday March 24, 2020 @10:57PM
(#22681589)
The kiwix Wikipedia-en full scrape with images has been broken for over 18 months, I think they could use some technical help. I tried running their scraper myself on a nice AWS instance and it just stalls after many days of downloading articles. Could probably use a rewrite. ;)
Re:Wayback Machine was down
by traverseda on Tuesday March 24, 2020 @11:15PM
(#22681661)
The whole zim file infrastructure is pretty broken. I've been trying to put together a system for generating a WARC file by rendering all the wikitext content in a database dump, which is a lot more reasonable of an approach.
Rendering wikitext is challenging though, since wikitext can include chunks of other wikitext, and wikitext can use some pretty complicated templating functionality.
Oddly enough where I've run into the biggest issues is in weird slowdowns of the python WARCIO library that making dealing with large archives just about impossible. I haven't had time to really track that down, but if anyone want to it's pretty easy to reproduce, just try adding a few million lorum-ipsum articles and look at how far from linear time it's running.
There are a lot of advantages to starting from a dump, you can provide much better tools for filtering articles, probably even provide rudimentary document classification. You can also do things like re-compress and minify images, a dump intended for a cellphone probably doesn't need 4k images.
WARC is also probably a better tool for distributing web-archive type content, like wikipedia dumps. You can distribute a package of text content and image content as separate files, for example. Generally I have not been very impressed with the quality of ZIM file tooling. One disadvantage is you need to provide separate search indexing, but that's doable.
I'd love to be able to get a wikimedia grant to work on this, and take on less contract work, but so far their grant process is pretty hard to follow.
Re:Wayback Machine was down
by nikisweeting on Wednesday March 25, 2020 @04:44PM
(#22688340)
I'm actually currently working on the ZIM toolchain for Kiwix on a contract basis, so I'd be interested to hear more about your pain points, they might be something I can help out with.
In general, I'd say that ZIM and WARC are not really direct competitors or solutions to the same problems, they're really for distinct use-cases. ZIM is a highly-compressed format that's designed solely for static articles and flat content, it doesn't really store headers or anything else that WARC does in order to support full request/response replaying. ZIM is optimized for storing thousands to millions of pages of homogenous content, WARC is optimized for high-fidelity collections of smaller amounts of content.
If you want to help out with our efforts, feel free to DM me on Twitter @theSquashSH or reply here and I can introduce you to the ZIM people (who get grants to improve this process on the regular, and are open to hiring contract workers).
Re:Wayback Machine was down
by 20after4 on Wednesday March 25, 2020 @03:35AM
(#22682667)
This sounds like a really cool project, maybe someone from Wikimedia will be willing to help you figure out the process. I'll try to dig up the right contacts for you.
Re:Wayback Machine was down
by Rebelgecko on Tuesday March 24, 2020 @11:09PM
(#22681639)
I'm not sure what your use case is so maybe this isn't helpful, but Wikipedia has weekly or so database dumps that you can download, as well as static HTML (although that might be more out of date)
Re:Wayback Machine was down
by trevyn on Tuesday March 24, 2020 @11:15PM
(#22681664)
Kiwix has a mobile app that runs a local copy of full Wikipedia (~80GB) from the device, with formatting and pictures and everything. I'm not aware of any other fully-baked solution that does this.
It looks like the pictures are not available as a dump from Wikimedia; the page you link to implies that they are, but the latest dump is from 2012.
Re:Wayback Machine was down
by nikisweeting on Wednesday March 25, 2020 @04:45PM
(#22688349)
I'm actually helping work on that right now, we're improving the node-libzim bindings that mwoffliner uses to write the ZIM files, and providing some additional server power to do larger archives and hopefully catch up on the backlog of wikipedia-en dumps.
Re:Wayback Machine was down
by Kaiyou on Wednesday March 25, 2020 @11:50AM
(#22685706)
Is there a tool that downloads every website I visit locally and then, upon revisit, shows me my local copy for instant load, but does a diff in the background with the online version and asks me to show newer version only if there are differences?
Re:Wayback Machine was down
by thegeekpirate on Tuesday March 24, 2020 @11:48PM
(#22681783)
I sent them a bug yesterday where I was being blocked for "Too Many Requests" regarding an endpoint I wasn't actually using (they thought I was attempting to submit URLs using the "Save Page Now" feature), so they've been having issues across the board.
This is good though, as they're now hopefully aware of some previously unknown deficiencies.
Best of luck to the Archive team to get things up and running again with minimal stress!
Re:Wayback Machine was down
by pcdoodle on Wednesday March 25, 2020 @07:58AM
(#22683733)
It's been down for a few weeks for cnn.com (Can't load feb 1st to current day). I wonder if they're getting pressure from somewhere. Check it out for yourself.
http://blog.archive.org/2020/03/24/announcing-a-national-eme...
So I'm guessing that they've shifted resources.
You will be glad to know that they've protected executive bonuses, though.
All other points are fair, though.
https://sourceforge.net/p/kiwix/discussion/604121/thread/1f2...
https://github.com/openzim/mwoffliner/issues/1020
https://github.com/openzim/mwoffliner
Rendering wikitext is challenging though, since wikitext can include chunks of other wikitext, and wikitext can use some pretty complicated templating functionality.
Oddly enough where I've run into the biggest issues is in weird slowdowns of the python WARCIO library that making dealing with large archives just about impossible. I haven't had time to really track that down, but if anyone want to it's pretty easy to reproduce, just try adding a few million lorum-ipsum articles and look at how far from linear time it's running.
There are a lot of advantages to starting from a dump, you can provide much better tools for filtering articles, probably even provide rudimentary document classification. You can also do things like re-compress and minify images, a dump intended for a cellphone probably doesn't need 4k images.
WARC is also probably a better tool for distributing web-archive type content, like wikipedia dumps. You can distribute a package of text content and image content as separate files, for example. Generally I have not been very impressed with the quality of ZIM file tooling. One disadvantage is you need to provide separate search indexing, but that's doable.
I'd love to be able to get a wikimedia grant to work on this, and take on less contract work, but so far their grant process is pretty hard to follow.
In general, I'd say that ZIM and WARC are not really direct competitors or solutions to the same problems, they're really for distinct use-cases. ZIM is a highly-compressed format that's designed solely for static articles and flat content, it doesn't really store headers or anything else that WARC does in order to support full request/response replaying. ZIM is optimized for storing thousands to millions of pages of homogenous content, WARC is optimized for high-fidelity collections of smaller amounts of content.
If you want to help out with our efforts, feel free to DM me on Twitter @theSquashSH or reply here and I can introduce you to the ZIM people (who get grants to improve this process on the regular, and are open to hiring contract workers).
You could start by asking here: https://meta.wikimedia.org/wiki/Grants_talk:Project
https://en.wikipedia.org/wiki/Wikipedia:Database_download
It looks like the pictures are not available as a dump from Wikimedia; the page you link to implies that they are, but the latest dump is from 2012.
Or check out some of the other options here:
- https://github.com/pirate/ArchiveBox/wiki/Web-Archiving-Comm...
- https://github.com/iipc/awesome-web-archiving
This is good though, as they're now hopefully aware of some previously unknown deficiencies.
Best of luck to the Archive team to get things up and running again with minimal stress!