Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

http://pn./

pn.

Post reply on HN
Print view View original

51–60 of 70 posts

Re: http://pn./

#52

Post by humanistbot »

verandaguy wrote: post #45
forgotmypw17 wrote: post #11

Works in Netscape Edit: https://ibb.co/1Th7mTX Edit: And IE: https://ibb.co/HK9pzbm Edit: Camino, one of my favorite browsers: https://ibb.co/8x3STrj (I work on retro websites and test in these all day long.)

I don't know if I'm more surprised by this quirk of DNS (as in, domains of the form ) working, or more impressed that someone's still got a readily-available Netscape install to test it out.

This is one of the reasons I love HN.

Re: http://pn./

#53

Post by eyelidlessness »

tschwimmer wrote: post #16

I am impressed with HN gracefully degrading the handling of the URL. It doesn't know how to parse the url for the preview on the homepage, but it doesn't crash the page or prevent the link entry from rendering.

I’m not using anything fancy when I visit HN, what is it doing to preview the homepage and why would it crash or prevent anything from rendering? I don’t even understand what you’re congratulating HN for other than having hyperlinks.

Re: http://pn./

#54

Post by shakna »

resonious wrote: post #13

Does not work on my Arch Linux Firefox 104.0.1 We can’t connect to the server at pn.. Did you mean to go to www.pn.?

That's because of systemd [0].

There's some quirks that will resolve it, once its cached, but generally speaking, you need to tell systemd to resolve these names.

[0] https://wiki.archlinux.org/title/systemd-resolved#systemd-re...

Re: http://pn./

#56

Post by tgv »

slater wrote: post #2

No, it doesn't. (macOS Firefox)

Mine neither, but when I switch the DNS to 1.1.1.1, it does. You can switch just Firefox by enabling "DNS over HTTPS".

Re: http://pn./

#57

Post by mobiclick »

cuteboy19 wrote: post #50
superchroma wrote: post #7

Not for me, Kiwi browser on Android.

Using an unmaintained browser might be dangerous

The only browser that allows me to use any addon I want. I'll continue to use it until Mozilla fulfill their promise and allow me to load any addon I want.

Fitness for use trumps security.

Re: http://pn./

#58

Post by slifin »

eyelidlessness wrote: post #53
tschwimmer wrote: post #16

I am impressed with HN gracefully degrading the handling of the URL. It doesn't know how to parse the url for the preview on the homepage, but it doesn't crash the page or prevent the link entry from rendering.

I’m not using anything fancy when I visit HN, what is it doing to preview the homepage and why would it crash or prevent anything from rendering? I don’t even understand what you’re congratulating HN for other than having hyperlinks.

I can see that crashing some languages

Depends how strict they are at runtime

Re: http://pn./

#59

Post by eloff »

thayne wrote: post #39
xenr1k wrote: post #9

It works, Firefox for Android. Please explain the domain to us, how did you do it?

It doesn't work for me on Firefox on Android. Maybe my DNS resolver refuses to return A records for TLDs, even with a trailing .?

Must be a DNS thing, it also works for me in Firefox for Android.

Re: http://pn./

#60

Post by dang »

picture wrote: post #18

More information in this other post that's currently on the front page https://jameswillia.ms/posts/shortest-urls.html

I guess I have to read the article for once.

Edit: nice article! I looked at the HN data and code, and trying to handle these as normal URLs with sitenames in parens would also let a lot of garbage through and/or be a lot of work. Given that the current submission kind of gracefully degraded (https://news.ycombinator.com/item?id=32805527), I think it's probably best not to invest the effort.

Post reply on HN