Usernames in domains means, in many cases, the ISP learns peoples usernames.
Show HN: Markdown HN profiles at {user}.at.hn
71–80 of 169 posts
Re: Show HN: Markdown HN profiles at {user}.at.hn
#72It looks like dang has a page despite having no slug on his profile page:
https://news.ycombinator.com/user?id=dang
Unless of course he added it, and later removed it?
Re: Show HN: Markdown HN profiles at {user}.at.hn
#73Re: Show HN: Markdown HN profiles at {user}.at.hn
#74Re: Show HN: Markdown HN profiles at {user}.at.hn
#75It looks like dang has a page despite having no slug on his profile page: https://dang.at.hn/ https://news.ycombinator.com/user?id=dang Unless of course he added it, and later removed it?
[deleted]
Re: Show HN: Markdown HN profiles at {user}.at.hn
#76Does this not work with upper case letters? I only get "Internal Server Error 34".
Yikes you're right. I need to come up with a way to solve that. Maybe a param or path to lock in the username like abc.at.hn/Abc ... I'll have a go. EDIT: for now I'm tired and off to bed but if someone has a graceful/simple way to handle the non-lowercase usernames, please come forward.
> if someone has a graceful/simple way to handle the non-lowercase usernames, please come forward.
Graceful? No. But simple? Yes.
Scrape every single username on HN to some local storage (even a file on disk would be enough, HN is relatively tiny), then lowercase all of them into a second column in the file. Refresh this file once per day.
Now you have a map of UserName username that you can use for lookups :)
Re: Show HN: Markdown HN profiles at {user}.at.hn
#77Usernames in domains means, in many cases, the ISP learns peoples usernames.
instead of going to dang.at.hn directly, I am archiving it at https://archive.ph/wip/0acmv so only me, and the fine folks at archive.today, and of course everyone on HN will have access to dang's username :D
Re: Show HN: Markdown HN profiles at {user}.at.hn
#78It looks like dang has a page despite having no slug on his profile page: https://dang.at.hn/ https://news.ycombinator.com/user?id=dang Unless of course he added it, and later removed it?
The wording of:
> To opt-in, paste "{your username}.at.hn" anywhere in your profile's 'about' section.
Is slightly incorrect, I think.
Everyone seems to visible by default, opted-in or not.
However, the ?refresh thing is locked down so you need to opt-in before. But by default, every user page is accessible on at.hn, even if you don't have the link in your profile.
Re: Show HN: Markdown HN profiles at {user}.at.hn
#79Usernames in domains means, in many cases, the ISP learns peoples usernames.
instead of going to dang.at.hn directly, I am archiving it at https://archive.ph/wip/0acmv so only me, and the fine folks at archive.today, and of course everyone on HN will have access to dang's username :D
> so only me, and the fine folks at archive.today, and of course everyone on HN
+ the rest of the ~20 organizations/domains being called from that page: https://i.imgur.com/CYSDJp0.png
Re: Show HN: Markdown HN profiles at {user}.at.hn
#80Earlier quoted context omitted.
that's a steal. I can spend that in a single night at the pub, so yeah, for what it is it is a no-brainer. the only hesitation is how stable is the 'hn' TLD? Edited for ID10T too early in the morning issue
I think you mean "hn" tld?
oops, yeah, but still, same question