Sadly late 2021 the original dev passed away. Someone has taken over stewardship of the project but it is currently moving slowly and they are seeking more contributors (javascript skills are a plus).<p>He was a bit of a hn user and seemed good natured and pleasant. Though I didn't know him I was sad to hear he'd passed both as a Redirector user and a fan of good people doing good things. I know he'd mentioned being happy to get recognition on here.
<a href="https://news.ycombinator.com/user?id=einaregilsson">https://news.ycombinator.com/user?id=einaregilsson</a><p>I really enjoyed the original devs write up on creating an easter egg specifically targeting Mark Hamills avatar in game.
<a href="https://einaregilsson.com/an-easter-egg-for-one-user-luke-skywalker/" rel="nofollow">https://einaregilsson.com/an-easter-egg-for-one-user-luke-sk...</a>
<a href="https://news.ycombinator.com/item?id=30715746">https://news.ycombinator.com/item?id=30715746</a>
Oups linked the wrong hn thread about that easter egg.
Here is the one that got a bunch of attention back in 2017:
<a href="https://news.ycombinator.com/item?id=14653017">https://news.ycombinator.com/item?id=14653017</a>
for firefox, i use `request-interceptor` ( <a href="https://addons.mozilla.org/en-US/firefox/addon/request-interceptor/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/request-inter...</a> )<p>though sadly it has not had an update in a while (a dark mode would be great)
(and rarely, a page-url match does not always match a request-rule where i believe some javahell shinanigans take over and somehow get their way)
Really sad to hear.-
Been using this for a long time, and it's fantastic.<p>I also found out that Kagi (the paid search engine) supports rewriting results, which is probably where you'll see a lot of the links you follow.[1]<p>For instance, if you get some Fandom results, you can change them to antifandom that is part of the BreezeWiki project[2], if you so prefer: <a href="https://forgottenrealms.antifandom.com" rel="nofollow">https://forgottenrealms.antifandom.com</a>.<p>[1]: <a href="https://kagi.com/settings/?p=redirects" rel="nofollow">https://kagi.com/settings/?p=redirects</a><p>[2]: <a href="https://antifandom.com" rel="nofollow">https://antifandom.com</a>
I find it annoying when people share direct URLs to PDFs at arxiv.org instead of the the abstract. However, if I were to use a redirect extension like this one, then my own click on the PDF link would get redirected back to the abstract page. To handle this, the redirect rule needs to consider the referer page too, with a possible exception if the referer is the same site as the destination.
I wrote firefox and chrome extensions that do exactly what you want:<p>Firefox: <a href="https://addons.mozilla.org/en-US/firefox/addon/redirectify/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/redirectify/</a><p>Chrome: <a href="https://chrome.google.com/webstore/detail/redirectify/mhjmbfadcbhilcfdhkkepffbnjaghfie" rel="nofollow">https://chrome.google.com/webstore/detail/redirectify/mhjmbf...</a><p>Source: <a href="https://github.com/imurray/redirectify">https://github.com/imurray/redirectify</a><p>Sadly I never got around to making it configurable, so it's just a fixed table of rules for a handful of journal and pre-print sites.
For something like that, on Android I find it fine to install the URL Forwarder app from F-droid and share the link to the app. That way you opt-in to the modification (I use it to load things with Archive.today from HN).
Dear god... this is a major pet peeve of mine. I frequently open the links on my phone and the pdf just eats data and results in a terrible reading experience.<p>The reason I open on my phone is because I find via places like HN, Twitter, Bsky, read the abstract, and then send the link back to my computer for later reading (Firefox send tabs). 99.9% of the time I do not want the pdf...
I've used this before, but the biggest missing feature is a compendium of built-in common fixes, like removing the &si= tracker junk off of youtube links, and so on...
This is the "God-like powers" extension. The "set it and forget it" extension is called ClearURLs.<p>There's also Request Control, which is probably what you're looking for. More powerful than Redirector actually, but it comes with some common rules built in (not as comprehensive as ClearURLs though).<p><a href="https://github.com/ClearURLs/Addon">https://github.com/ClearURLs/Addon</a><p><a href="https://github.com/slymax/request-control">https://github.com/slymax/request-control</a>
Or these, which have their own Wikipedia page: <a href="https://en.wikipedia.org/wiki/UTM_parameters" rel="nofollow">https://en.wikipedia.org/wiki/UTM_parameters</a>
If you have uBlock Origin installed you can enable URL tracking protection filter list or write your own filters `$removeparam=<tracker param>`.
The extension is no longer available on Chrome. So, I am looking for a way to automatically redirect x.com to xcancel.com
Just write a simple user script with Tamper/Greasemonkey. You can even paste it into ChatGPT and it will give you one.
For this specific case there's a "Nitter Redirect" extension
<a href="https://libredirect.github.io/" rel="nofollow">https://libredirect.github.io/</a><p><a href="https://libredirect.codeberg.page/" rel="nofollow">https://libredirect.codeberg.page/</a>
I use a filtering proxy to do this. Much more control, and as someone who regularly uses several browsers simultaneously, no need to configure each one separately.
All of this can be done with a simple script for Tamper/Grease/Violentmonkey if you don’t want to install an extension or are concerned about it not being supported in Manifest V3
The first example makes me wonder: why is Wikipedia so... bad?<p>It can redirect mobile users to the mobile site but still serves desktop users the mobile site. Why is this reverse direction so hard?<p>What the fuck is up with the light/dark theme feature? I'm really happy they implemented it, but why is the default 'skin-theme-clientpref-day' (light theme)? Shouldn't the default be 'skin-theme-clientpref-os' (automatic)? What's the point of having "automatic" if it isn't... you know... automatic? It's literally a one liner (setting default value). Am I missing something much more nuanced?<p>I see stuff like this all the time, not just on Wiki. Stuff drives me nuts. Just adds needless extra work. I know it is kinda petty to complain about having to click an extra button or two, but I thought the whole point of programming was to automate stuff. Hell, how often do we automate stuff that doesn't need to be lol. Isn't the classic programmer problem that we spend more time automating and optimizing than would be saved by the automation? I mean the theme issue is 5 seconds of work and saves a billion users 2 seconds, each. That one seems worth it if there isn't some other issue.
I use it all the time, pretty handy. Sadly, as people mentioned the original developer passed away and the community needs help, especially to port to manifest V3.
The discontinued HTTPS Everywhere is the same thing, just that it came with a default https flavoured ruleset.
There is also <a href="https://libredirect.github.io" rel="nofollow">https://libredirect.github.io</a>
Safari users, Redirect Web is in the app store for this.
Not to be that guy but sounds like a vulnerability waiting to happen
There seems to almost always be a tradeoff between how <i>useful</i> a piece of software potentially is, and how vulnerable, as in, how much of a desirable target ...
That's why I bricked up all of my windows. Glass is just too easy to break.
Please explain
[dead]
[dead]