frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Near-Instantly Aborting the Worst Pain Imaginable with Psychedelics

https://psychotechnology.substack.com/p/near-instantly-aborting-the-worst
1•eatitraw•55s ago•0 comments

Show HN: Nginx-defender – realtime abuse blocking for Nginx

https://github.com/Anipaleja/nginx-defender
2•anipaleja•1m ago•0 comments

The Super Sharp Blade

https://netzhansa.com/the-super-sharp-blade/
1•robin_reala•2m ago•0 comments

Smart Homes Are Terrible

https://www.theatlantic.com/ideas/2026/02/smart-homes-technology/685867/
1•tusslewake•4m ago•0 comments

What I haven't figured out

https://macwright.com/2026/01/29/what-i-havent-figured-out
1•stevekrouse•4m ago•0 comments

KPMG pressed its auditor to pass on AI cost savings

https://www.irishtimes.com/business/2026/02/06/kpmg-pressed-its-auditor-to-pass-on-ai-cost-savings/
1•cainxinth•4m ago•0 comments

Open-source Claude skill that optimizes Hinge profiles. Pretty well.

https://twitter.com/b1rdmania/status/2020155122181869666
2•birdmania•5m ago•1 comments

First Proof

https://arxiv.org/abs/2602.05192
2•samasblack•7m ago•1 comments

I squeezed a BERT sentiment analyzer into 1GB RAM on a $5 VPS

https://mohammedeabdelaziz.github.io/articles/trendscope-market-scanner
1•mohammede•8m ago•0 comments

Kagi Translate

https://translate.kagi.com
2•microflash•9m ago•0 comments

Building Interactive C/C++ workflows in Jupyter through Clang-REPL [video]

https://fosdem.org/2026/schedule/event/QX3RPH-building_interactive_cc_workflows_in_jupyter_throug...
1•stabbles•10m ago•0 comments

Tactical tornado is the new default

https://olano.dev/blog/tactical-tornado/
1•facundo_olano•11m ago•0 comments

Full-Circle Test-Driven Firmware Development with OpenClaw

https://blog.adafruit.com/2026/02/07/full-circle-test-driven-firmware-development-with-openclaw/
1•ptorrone•12m ago•0 comments

Automating Myself Out of My Job – Part 2

https://blog.dsa.club/automation-series/automating-myself-out-of-my-job-part-2/
1•funnyfoobar•12m ago•0 comments

Google staff call for firm to cut ties with ICE

https://www.bbc.com/news/articles/cvgjg98vmzjo
30•tartoran•12m ago•2 comments

Dependency Resolution Methods

https://nesbitt.io/2026/02/06/dependency-resolution-methods.html
1•zdw•13m ago•0 comments

Crypto firm apologises for sending Bitcoin users $40B by mistake

https://www.msn.com/en-ie/money/other/crypto-firm-apologises-for-sending-bitcoin-users-40-billion...
1•Someone•13m ago•0 comments

Show HN: iPlotCSV: CSV Data, Visualized Beautifully for Free

https://www.iplotcsv.com/demo
1•maxmoq•14m ago•0 comments

There's no such thing as "tech" (Ten years later)

https://www.anildash.com/2026/02/06/no-such-thing-as-tech/
1•headalgorithm•15m ago•0 comments

List of unproven and disproven cancer treatments

https://en.wikipedia.org/wiki/List_of_unproven_and_disproven_cancer_treatments
1•brightbeige•15m ago•0 comments

Me/CFS: The blind spot in proactive medicine (Open Letter)

https://github.com/debugmeplease/debug-ME
1•debugmeplease•15m ago•1 comments

Ask HN: What are the word games do you play everyday?

1•gogo61•18m ago•1 comments

Show HN: Paper Arena – A social trading feed where only AI agents can post

https://paperinvest.io/arena
1•andrenorman•20m ago•0 comments

TOSTracker – The AI Training Asymmetry

https://tostracker.app/analysis/ai-training
1•tldrthelaw•24m ago•0 comments

The Devil Inside GitHub

https://blog.melashri.net/micro/github-devil/
2•elashri•24m ago•0 comments

Show HN: Distill – Migrate LLM agents from expensive to cheap models

https://github.com/ricardomoratomateos/distill
1•ricardomorato•24m ago•0 comments

Show HN: Sigma Runtime – Maintaining 100% Fact Integrity over 120 LLM Cycles

https://github.com/sigmastratum/documentation/tree/main/sigma-runtime/SR-053
1•teugent•24m ago•0 comments

Make a local open-source AI chatbot with access to Fedora documentation

https://fedoramagazine.org/how-to-make-a-local-open-source-ai-chatbot-who-has-access-to-fedora-do...
1•jadedtuna•26m ago•0 comments

Introduce the Vouch/Denouncement Contribution Model by Mitchellh

https://github.com/ghostty-org/ghostty/pull/10559
1•samtrack2019•26m ago•0 comments

Software Factories and the Agentic Moment

https://factory.strongdm.ai/
1•mellosouls•26m ago•1 comments
Open in hackernews

Unifying our mobile and desktop domains

https://techblog.wikimedia.org/2025/11/21/unifying-mobile-and-desktop-domains/
191•todsacerdoti•2mo ago

Comments

janpio•2mo ago
Great job.

I was hoping this was a unification of the both layouts as well, that would have been really impressive. The mobile version of the article pages is great, but getting both versions from the same frontend would be an amazing case study.

bawolff•2mo ago
The mobile site is relatively unpopular among editors, i think there would be a riot if they did that.

That said, there is a "desktop" version of the mobile skin, you can get it by appending ?useskin=minerva to a wikipedia url.

Akronymus•2mo ago
I use that trick to still get the vector layout. No version past that is to my personal liking.
bawolff•2mo ago
If you log in, you can set it in your preferences so its sticky.
NooneAtAll3•2mo ago
wdym?

isn't "new" pc design that's been around for last couple years pretty much mobile one already? (and thus ugly af)

bawolff•2mo ago
The new one (called vector-2022) is much closer to mobile stylings, but not the same. The mobile skin is called minerva. On top of that the mobile site makes some changes to the content to simplify it, and replaces some elements.
lxgr•2mo ago
Finally! But…

> Wikipedia’s use of it is surprising to our present day audience, and it may decrease the perceived strength of domain branding

Really? That’s the reasoning, and not the fact that mobile links forwarded to desktop browsers would render the mobile view?!

pr337h4m•2mo ago
The mobile view is a really pleasant reading experience on desktop.
lxgr•2mo ago
Admittedly, it does make for some good impromptu neck exercises on any typical screen.
bawolff•2mo ago
> Really? That’s the reasoning, and not the fact that mobile links forwarded to desktop browsers would render the mobile view?!

If you read the more technical internal rationals instead of just the press release, what you said is mentioned as one of the reasons for the change

https://www.mediawiki.org/wiki/Requests_for_comment/Mobile_d...

LeoPanthera•2mo ago
It's surely much less of a problem than most non-technical users wondering why Wikipedia URLs start with "en" instead of "www".
autoexec•2mo ago
I'd be surprised if anyone but the oldest non-technical users had any idea what the "www" was or why it would or wouldn't be at the front of a URL. It takes zero technical knowledge to understand "en" indicates the language and probably rarely comes up since you can use www or omit the en and links mostly just work.
lxgr•2mo ago
They might wonder (although I doubt it), but it’s nothing actionable.

With m., they used to see a mobile layout that’s a really poor fit for a desktop screen and that they would have manually switch out of via some relatively obscure button.

account42•2mo ago
> but it’s nothing actionable

Of course it is, they just need to drop the pretense that English is not the default.

loeg•2mo ago
English is the default.
loeg•2mo ago
Hey, when you spend over $100 million a year to run your website, that's the kind of thoughtful analysis one might expect.
sedatk•2mo ago
That's a welcome development albeit late, but more importantly, they should address the "can't link to a highlight" problem on mobile. When all sections are collapsed by default, browser won't scroll to the relevant section.

A random "link to highlight" example: https://en.wikipedia.org/wiki/Henry_I_of_Cyprus#:~:text=On%2...

Such a link doesn't work on mobile if it points inside a collapsed section.

That makes directing people to relevant content on mobile really hard, and I end up sending screenshots instead.

EDIT: "Link to fragment"s had the same problem, but apparently, they fixed it. Thanks for that too!

kevin_thibedeau•2mo ago
You also can't search for text in collapsed sections.
flexagoon•2mo ago
The link in your comment works perfectly fine for me in Chrome Android, and highlights the part
sedatk•2mo ago
Ah okay, it's an iOS-specific problem then.
batisteo•2mo ago
For some reason I've got the android app and it won't show the selection. Does the fragment is part of the deep link anyway?
SchemaLoad•2mo ago
About 10 years late, I can't think of any websites other than Wikipedia still doing the mobile domain.
layer8•2mo ago
YouTube? Twitch? FaceBook? GSMArena? There are lots.
sedatk•2mo ago
m.youtube.com and m.facebook.com redirect you to main "m-less" domain when on desktop. That was the greatest problem with Wikipedia. You had to experience that mobile layout on desktop unless you edited the address line and reloaded the page.
SoKamil•2mo ago
m.wikipedia.org was a feature, not a bug. The interface is good on desktop. For some time, before Wikipedia did a desktop site rework, this was my go-to frontend.
micromacrofoot•2mo ago
late for what?
sedatk•2mo ago
Late for fixing design and UX bifurcation.
NooneAtAll3•2mo ago
pc website redirected mobile users from the very beginning

mobile website did not redirect pc users

10 years late at fixing this very basic problem

micromacrofoot•2mo ago
again though... late for what? it's not like someone else came along, did it better, and now wikipedia is some dwindling anachronism

they didn't jump on the shifting trends immediately, got to it eventually when it was the clear path, and implemented it in a completely reasonable way... they may have actually benefited quite a bit for directions to settle

NooneAtAll3•2mo ago
> implemented it in a completely reasonable way...

...no? A LOT no?

one-way pc/mobile redirect is not reasonable, whatsoever

micromacrofoot•2mo ago
the current result, not the previous state
eru•2mo ago
https://m.xkcd.com/ is one example that I actually find useful.

(Well, the mobile view is useful. Not sure whether splitting it off into its own domain is useful.)

encrypted_bird•2mo ago
I agree. AFAICT there is no way to view a comic's alt-text on mobile on the desktop site. (Also, the desktop site is way too zoomed out.)
RealStickman_•2mo ago
Long press on the image to get the alt-text on desktop xkcd
encrypted_bird•2mo ago
I've been following that webcomic for 15 years. How the crap have I never noticed that before??
Insanity•2mo ago
Very touching current XKCD. https://xkcd.com/3172.

Guess this also means I’m getting old as I remember the earlier comics about his partner going through this. I think this is the first one I read after I became a “weekly reader”: https://xkcd.com/1141.

jonny_eh•2mo ago
Now it's your turn YouTube…
porphyra•2mo ago
It was mildly annoying how en.wikipedia.org would redirect to en.m.wikipedia.org on mobile, but en.m.wikipedia.org wouldn't redirect to en.wikipedia.org on desktop. So when a mobile user sent me a link, I had to go and manually delete the '.m' in order to view it nicely. But I guess it makes sense since desktop developers need to be able to see the mobile site sometimes.
sfRattan•2mo ago
There was a period I can recall, maybe 2010 to 2020 most prominently, when a subset of HN readers strongly preferred the mobile Wikipedia site, even on desktop, and would always use ".m" linking to Wikipedia articles in comments threads. This also seemed to happen in reddit threads during that decade.

I sort of remember some of the older MediaWiki desktop themes looking worse than the mobile theme, but it was never enough for me personally to try always using the mobile site at the time. I do still strongly prefer old.reddit.com... For as long as that portal continues to exist.

porphyra•2mo ago
Yeah, in the olden days, there was no max-width for desktop wikipedia, so the readability was not good.
internetter•2mo ago
I still use the old site and personally prefer it
Wowfunhappy•2mo ago
> But I guess it makes sense since desktop developers need to be able to see the mobile site sometimes.

IMO this isn't a good reason. Developers can change the user agent.

(I also imagine there could be a no-redirect preference for logged in users. Or even just a special query string you could add to the end of a url.)

booi•2mo ago
You would just change the dimensions using the browser devtools no user agent faking needed
eru•2mo ago
I'm not sure dimensions are all that's different?

Your website might want to present a different interface for people using mouse and keyboard than for people using tiny touch screens? Even if the number of pixels in the browser window is otherwise the same.

Wowfunhappy•2mo ago
I think Wikipedia redirected based on user agent, but yes, whatever, point is if you're a developer you can use the browser devtools to simulate whatever you need.
wolrah•2mo ago
I have always hated "m." domains for exactly this reason. They almost exclusively go one-way, mobile users get redirected to the mobile domain but desktop users never get redirected back, and all too often not only was the mobile version of the site objectively worse from the perspective of a desktop user but even the link to go back manually was either hard to find or nonexistent.

Wikipedia was one of the worst offenders, but lots of sites screwed this up in exactly the same way, and I feel it was a predecessor to modern "mobile first" web platforms that either treat desktop as second-class users or actively don't want desktop users.

theshrike79•2mo ago
The m. was still better than the (thankfully short-lived) fad of everyone buying a .mobi or similar domain for their mobile site.

Like the subdomain was RIGHT THERE.

wolrah•2mo ago
Same problem though. The domain itself isn't the issue, it's that the redirect was only one way so mobile users always shared the mobile URL and desktop users who received that shared URL got the janky half-featured mobile site instead of the proper desktop one.
andrepd•2mo ago
> But I guess it makes sense since desktop developers need to be able to see the mobile site sometimes.

That is not at all the reason; did you read the article?.

Also web developers can just use devtools to simulate a mobile browser.

phkx•2mo ago
I use the mobile page on desktop. Less clutter is always welcome.
ncruces•2mo ago
Tapping the share button (on mobile) instead of copying the link always used the non-mobile address, AFAICT.
fowl2•2mo ago
Incredible that no one from Google noticed this as a regression from their side and either put a workaround in or contacted Wikimedia.
westurner•2mo ago
BUG: show the Table of Contents (TOC) in mobile mode

Users probably especially want to deep link to #headings on mobile devices

bhouston•2mo ago
Nice engineering work and very clear write-up. I love these types of optimizations.

BTW found this writeup on the Wikipedia CDN: https://wikitech.wikimedia.org/wiki/CDN

xnx•2mo ago
Subdomains for mobile sites were almost as dumb as www2 www3 for load balancing.