Baker, I thought about archiving breads + pics.
Would it make sense to backup all content that the baker touches?
Would that be enough?
And maybe one could save the smaller pics per bread in full res too.
Anonfile API here:
https://anonfile.com/docs/api
I would prefer archiving on archive.org, at the same time archive.org has already removed certain content (not about illegal content, but regular one).
archive.org also seems to have an API
https://archive.org/services/docs/api/internetarchive/cli.html#upload
Maybe I should buy another PC and really get an SAP installation at home. That would be highly useful because I could do selective archiving in no time.
Wearethene.ws is probably not downloading+hosting PDFs and such content, because it may get too large traffic-wise.
But at the same time wearethene.ws already does it basically for notables and could surely also archive that content too.
archive.org could get called to archive whole breads directly including all full res pictures including attachments. We would just have to walk through the json data and create the full pic links.
And while we are at it, why not even automatically archive notable links too?
https://archive.readme.io/docs/creating-a-snapshot
>Vids too?
In my opinion all content tagged by bakers should get archived.
Videos can be extremely useful as well.
And on archive.org one could and probably should archive literally everything from every bread. It seems someone is already doing probably manual archiving via archive.org, and it seems to be just the bread itself (plus thumbnails), but nothing else.
That process should get automated.
And as I also already said other breads should get archived too, that's why a local database would be useful to track everything, so that one could detect breads that are almost falling off and archive these as well, but even handle situations where a bread almost fell off, but someone bumped it in the last second and the new content should then get archived when it has almost fallen once again (whole site, but only the new attachments).
> but retaining live links, ability to blow up graphics, and mp4 functionality?
I just tried around using archive.org
See here:
http://web.archive.org/web/20200311233234/https://8kun.top/qresearch/res/8380474.html
Search for " 15c723c0ac2df5b⋯.png"
blow up doesn't work, but clicking on it works, when the full size picture got archived.
Even works with .mp4s
Search for " c45b63727cc0530⋯.mp4"
Click on that and it plays, because I also archived that.
For offline archiving this should be possible as well.
>clicking on it works
What I meant here is clicking on that text.
Clicking on the graphic itself doesn't work, because it calls https://8kun.top/player.php?v=https://media.8kun.top/file_store/c45b63727cc05305d4360cd0d2f2c0cb569ae6dd264cd1c50fea14fd1990c58a.mp4&t=TheStorm.mp4&loop=1
Same is true for the original picture/content name. It seems 8kun forwards from one link to another and when you archive the original link, archive.org doesn't seem to save the original link, but only the new final link, which means clicking on the original link still won't work even if you did actually archive it.
That won't be possible using archive.org.
If you somehow can create such a thread on 8 and then archive it, that would work.
But I think searching through breads this way doesn't really make much sense. Searching should either be done using qresear.ch, or completely offline, or through another site.
And if we did this, qresear.ch could even link to the archived bread as well, which would be great.
And yes, sure, when you click on other breads it won't work, but if we set this up that every bread gets archived, you could click through them even on archive.org. The message is really weird.