>>22396
You need to figure out the archived links.
Most of the time simply going to:
https://web.archive.org/web/https://media.8kun.top/file_store/4c797bc1ec665621f30b59237bcbc5b24fb74949b0345f435fa157ad1518ab17.mp4
should work and will look up the most recent archive, but I had situations where this returned that the URL has not been archived despite it was.
What works for me all the time is this API:
https://archive.org/wayback/available?url=https://media.8kun.top/file_store/7690504a4047614878dcd2377a5ac53c9f22772c48f46da051d7049ee7cf0a32.mp4
This will return JSON data with the most recent archived URL.
Videos will play when calling such URLs.
If you want the raw data URL, you have to look how wayback machine calls the images/videos themselves.
For example most recent archive for the previous URL is:
https://web.archive.org/web/20200715221046/https://media.8kun.top/file_store/4c797bc1ec665621f30b59237bcbc5b24fb74949b0345f435fa157ad1518ab17.mp4
This will load their mp4-player though and add wayback machine information on top.
Actual video is here:
https://web.archive.org/web/20200715221046if_/https://media.8kun.top/file_store/4c797bc1ec665621f30b59237bcbc5b24fb74949b0345f435fa157ad1518ab17.mp4
Archive.IS has a similar way of going to the archived data.
You can also implement the wayback machine URL lookup code in JavaScript, so that the client side checks for the archived data.
Or you could do it on demand, like when a user clicks on a video the first time, you look up the URL. If you get an URL, you save the URL in your local database.
If you do that, you need to support multiple archives for threads + json data / check that threads + json data are really up-to-date (compare time stamp of 8kun thread with the time stamp of the archive on wayback machine, if I remember correctly both are UTC).
Images + Video URLs never change, and 8kun is also not using different URLs for the same video. When the same video is uploaded several times, the same URL will serve the content.