Web Archives 的評論
Web Archives 作者: Armin Sebastian
KirkH420 所留下的評論
評價 4 分,滿分 5 分
來自 KirkH420,2 年前It works to some extent, I like it's ability to open all the different web archives with one click.
There is a bit of an issue with some archives. For URLs: When I click on an URL to a Microsoft.com out-dated page, the Wayback Machine will take me to Microsoft's Error404 landing page.
This URL for example:
https://www.microsoft.com/en-us/download/details.aspx?id=45885
When passed to this add-on, the Wayback Machine converts it to this page:
https://web.archive.org/web/20220328035922/https://www.microsoft.com/en-us/download/404Error.aspx
*It's landing on a Wayback Redirect page. After 5 seconds, the page gets redirected to another page.
We can see in the date is /2022-03-28-03:59:22/ and this is one of the newest snapshots created by the Archive. It's unfortunate, but The Wayback Machine continues to create snapshots of these 404 pages.
So someone might say, why don't you just use the Wayback Date-toolbar to turn back to an older date? The problem is, since your tool is finding the newest snapshots, it's returning these 404 pages. This changes the URL that we're searching for.
The API docs for the Wayback Machine says "timestamp is the timestamp to look up in Wayback. If not specified, the most recenty available capture in Wayback is returned."
The correct way to use the API is to create a link like this:
http://archive.org/wayback/available?url=https://www.microsoft.com/en-us/download/details.aspx?id=45885×tamp=20010101
*This will return a .json that contains a working "closest snapshot" URL and you can click on it.
It appears that this add-on is not using the API but is trying to manipulate URLs instead. This wont work well.
If you add the "×tamp=20010101" key, it will enable the "Return closest snapshot to the date 2001-01-01" rather than return the newest available snapshot. The downside is, you'll need to write something that will handle the .json API return data. (which shouldn't be very hard)
Doing it that way will ALWAYS return a website. Not those Error404 landing pages.
There is a bit of an issue with some archives. For URLs: When I click on an URL to a Microsoft.com out-dated page, the Wayback Machine will take me to Microsoft's Error404 landing page.
This URL for example:
https://www.microsoft.com/en-us/download/details.aspx?id=45885
When passed to this add-on, the Wayback Machine converts it to this page:
https://web.archive.org/web/20220328035922/https://www.microsoft.com/en-us/download/404Error.aspx
*It's landing on a Wayback Redirect page. After 5 seconds, the page gets redirected to another page.
We can see in the date is /2022-03-28-03:59:22/ and this is one of the newest snapshots created by the Archive. It's unfortunate, but The Wayback Machine continues to create snapshots of these 404 pages.
So someone might say, why don't you just use the Wayback Date-toolbar to turn back to an older date? The problem is, since your tool is finding the newest snapshots, it's returning these 404 pages. This changes the URL that we're searching for.
The API docs for the Wayback Machine says "timestamp is the timestamp to look up in Wayback. If not specified, the most recenty available capture in Wayback is returned."
The correct way to use the API is to create a link like this:
http://archive.org/wayback/available?url=https://www.microsoft.com/en-us/download/details.aspx?id=45885×tamp=20010101
*This will return a .json that contains a working "closest snapshot" URL and you can click on it.
It appears that this add-on is not using the API but is trying to manipulate URLs instead. This wont work well.
If you add the "×tamp=20010101" key, it will enable the "Return closest snapshot to the date 2001-01-01" rather than return the newest available snapshot. The downside is, you'll need to write something that will handle the .json API return data. (which shouldn't be very hard)
Doing it that way will ALWAYS return a website. Not those Error404 landing pages.
245 筆評論
- 評價 5 分,滿分 5 分來自 Firefox 使用者 16347626,1 天前
- 評價 4 分,滿分 5 分來自 lin356,6 天前
- 評價 5 分,滿分 5 分來自 Firefox 使用者 16554821,9 天前Super, allerdings funktioniert heute 30.04. archive.is nicht mehr. Hoffentlich nur vorrübergehend.
- 評價 5 分,滿分 5 分來自 Firefox 使用者 18025318,13 天前
- 評價 5 分,滿分 5 分來自 Firefox 使用者 14650745,15 天前
- 評價 5 分,滿分 5 分來自 Antihero,1 個月前Enormt hjælpsom værktøj, til nyhedsartikler, nedlagte hjemmesider mm.
Man kan ikke være heldig, 100% af tiden, men f.eks. nyhedsartikler, der er gemt bag en en betalingsvæg, eller nedlagte hjemmesider - kan ofte findes, via Wayback Machine eller Archive.is - som er de to typiske kilder, der personligt bliver brugt.
Sparer tid, penge, og sved på panden. - 評價 5 分,滿分 5 分來自 Firefox 使用者 18351205,1 個月前
- 評價 5 分,滿分 5 分來自 Firefox 使用者 16375027,2 個月前
- 評價 5 分,滿分 5 分來自 Johnny Hash,2 個月前
- 評價 5 分,滿分 5 分來自 geeknik,2 個月前
- 評價 5 分,滿分 5 分來自 GuessWhatBBQ,2 個月前
- 評價 5 分,滿分 5 分來自 SOnny Longlegs,2 個月前It even allows for searching of a link by right-clicking on it. That is a really nice feature.
- 評價 5 分,滿分 5 分來自 Firefox 使用者 17776071,2 個月前
- 評價 5 分,滿分 5 分來自 user,3 個月前
- 評價 3 分,滿分 5 分來自 asham,3 個月前
- 評價 5 分,滿分 5 分來自 Anderson,3 個月前
- 評價 5 分,滿分 5 分來自 Firefox 使用者 18256307,3 個月前
- 評價 5 分,滿分 5 分來自 J,3 個月前
- 評價 5 分,滿分 5 分來自 rikyevo,4 個月前
- 評價 5 分,滿分 5 分來自 Eddieb323,4 個月前
- 評價 5 分,滿分 5 分來自 shtormish,4 個月前
- 評價 5 分,滿分 5 分來自 Design,5 個月前
- 評價 5 分,滿分 5 分來自 Ashwin,5 個月前
- 評價 5 分,滿分 5 分來自 FallCheetah7373,5 個月前THIS EXTENSION IS A MUST. THANK YOU SO MUCH MOZILLA FOR ADDING IT TO ANDROID <3 <33