Recent submissions

Comment · 8 months ago
sure all data collected is of value to someone, browsing history is definitely. however this is decentralized, and needs targeted attacks, so depending on your threat model, this might be bad, but for most of the users it's probably better than giving a search engine your search queries for pages you visited earlier.
Comment · 1 year ago
sure, for bookmarking that's fine. but it does not help against linkrot, or censorship, or pages changing with time.
Comment · 1 year ago
btw it is perfectly fine to circumvent a paywall with archive.ph and then to snapshot it with omnon so your bookmark never linkrots away. also when i say "js manipulation" i also mean stuff like captchas, or dynamic documents that you change by interacting with it, or even private services like e.g. rocket chat hidden behind some barrier like http auth, or private vpn. archive.ph will never have access to what your browser might have access to.
Comment · 1 year ago
looks nifty, but does it do snapshotting?
Comment · 1 year ago
omnom is for snapshotting, not for circumventing paywalls. i'm merely comparing the snapshot feature of the two projects. circumventing paywalls is out of scope.

your bookmarks will never linkrot away.

Comment · 1 year ago
the difference is, that archive.ph snapshots something in headless. omnom snapshots the exact same state that your browser is displaying you. so if there is js interactions that change the dom, those will be snapshotted, unlike with archive.ph.

also lets not forget that archive.ph wraps everything in their own frame and has their own way of mangling the result. not in a bad way, it's just not the original as it would have been rendered in your browser.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton