Golang.org will be merged into go.dev | Hacker News Reader

Golang.org will be merged into go.dev

go.dev

142 pointssolarengineer93 comments

For those like me who preferred godoc.org (as opposed to pkg.go.dev), there's https://godocs.io, maintained by Drew DeVault. Runs the same backend (gddo) with all the Google-cruft removed.

Oh that’s nice. I don’t particularly like the new pkg.go.dev, although it got slightly better lately

I only see a page with a search box in it. Search my package name, but get nothing.

Try https://godocs.io/example.com/your/package.

Okay. It shows up now. So a package must be registered to be listed.

Nice. Drew may come off really harsh in discussions, but he does so many things that benefit others. Hm, that reminds of a guy from finland that announced his side project somewhere.

That was a long time ago, though.

Do you pine for those days?

go docs without the political pandering!

https://news.ycombinator.com/item?id=25783454

Does DuckDuckGo have a bang for this yet?

Thank goodness. The go.dev site is absolute garbage. Constantly having problems loading new tags, and the dumb BLM banner. Plus their website devs dont know how to code a responsive site: anything less than a giant resolution and you lose the left navigation. Then someone added these hidden keys, so you will randomly go into dark mode if you hit the wrong button. Finally you have the fixed top bar. Not everyone uses the web on a 4K monitor in full screen. I wish web devs would stop thinking that. Just stop making everything CSS fixed, so people get their screen real estate back.

Google should switch to https://google/

They already own the .google tld and you don't even need a subdomain. See http://ai/

That’s the coolest URL I’ve ever seen.

https should be the default so it could get better

Meh, not worth the extra roundtrip

I can't get the http://ai/ domain to resolve.

Same here.

> This site can’t be reachedCheck if there is a typo in ai. DNS_PROBE_FINISHED_NXDOMAIN

Works for me, but you might need to add a period, depending on the specifics of your DNS configuration: http://ai./

>>> What happened to Vince Cate? <<<

If you can get ai to resolve, click on the URL at the bottom of the page which takes you to http://offshore.ai/vince/

IIRC some gTLD rule prohibits non-NS records from being applied to root zones like this (ccTLDs not having this requirement obviously). I'll look for it.

I found some references:

* https://features.icann.org/dotless-domains

* https://www.icann.org/en/announcements/details/new-gtld-dotl...

Then whats happening with the domain http://ai/ mentioned in another comment?

ai. is a ccTLD and there are far fewer regulations on them since they're 'owned' and operated by nation state governments.

https://icannwiki.org/Country_code_top-level_domain

Country governments.

A nation state is not just a fancy way of saying country or state. It means a case where a nation (group of people with a common culture etc) form the vast majority of a country.

Japan is a nation state. The USA is not.

  dig +noall +answer   A ai
  ai.   86006 IN A 209.59.119.34

For better or worse the developers of browsers/libraires decided to allow it, it takes extra code to check for it and block it. Now that sites rely on it they can't exactly back track. Another strange one is domains with names that end in hypen - "example-.example.com". These are technically against standards, and don't work on linux/unix based OSs. However they happily work on windows. I've seen a github username that ended in -, which prevented me from viewing their github.io site. (Github seem to no longer allow this).

http://-emmawatson.tumblr.com/ is a real site, accessible only from Windows

I'm on Windows and it throws an HSTS error for me.

Works in Safari on macOS. It's mostly just a solid black page, though.

> For better or worse the developers of browsers/libraires decided to allow it, it takes extra code to check for it and block it

It's pretty integral to the functioning of DNS: a hierarchy of names which each have records.

I have one of those, and I learned about this when I created a github.io site. It worked fine on Chrome in Windows, but Firefox read the SSL cert as invalid. It took me a while to figure out that it was the URL that was invalid.

There is not a technical rule against it (mostly), there is an administrative rule.

It makes me irrationally happy to see that what must be one of the most sought-after domains resolves to a 90s web aesthetic site promoting beaches and fresh air.

... and the use of said country as a tax haven!

Having said that, I do like the website though.

Neither of those URLs work for me (DNS doesn't resolve).

use a better dns resolver

I don't think it's a dns resolver issue. I'm intentionally using 8.8.8.8 to prove the point (same results with other mainstream services like 1.1.1.1 by the way):

-----

$ nslookup google 8.8.8.8

Server: dns.google

Address: 8.8.8.8

Name: google.

------

$ nslookup google. 8.8.8.8

Server: dns.google

Address: 8.8.8.8

Name: google

-----

(Edit: formatting).

It's the local client not the resolver. Try "ai."

I had no issue with ai, I'm referring to google, see the nslookup outputs I pasted above.

Or use a worse DNS resolver. Your ISP may be trying to cash in on DNS names that don't resolve / ain't found by instead sending you to another website that pays the ISP a small fee.

https://google. isn't supposed to work, for ai try http://ai./ instead.

http://ai./ and https://ai./ does not work either. Is that an issue with my DNS resolver?

If you are using systemd's resolved you will have to disable `LLMNR` and enable `ResolveUnicastSingleLabel`. It should look something like this:

  $ cat /etc/systemd/resolved.conf
  [Resolve]
  LLMNR=no
  ResolveUnicastSingleLabel=yes

So we're going back to AOL keywords?

I'm actually ok with that.

http://ai itself didn’t resolve in mobile safari here, though, so it seems like it’d be a bit broken in some environments.

http://ai./

I tried both already. Neither resolves, thanks though.

If you have a few minutes, you could file a bug here: https://webkit.org/reporting-bugs/ and potentially get it in front of Safari's networking team.

It works in mobile safari for me, so it may be your dns/isp.

resolves for me on iOS 14 ¯\_(ツ)_/¯

I’m using NextDNS, if it matters

I’m on iOS 14 using NextDNS as well. Are you using the iOS app or dependent on setting dns manually?

unfortunately Google doesn't seem to index http://ai/

Given how many people can't resolve http://ai or http://ai., there's your answer as to why they shouldn't switch to that.

Typing "google.com" in my url bar is way easier than typing "https://google". And typing just "google" results in a DDG search.

Try `google/` (well, it doesn't actually exist, but at least in Firefox/Chrome you can see that it will treat it as a URL instead of a search)

https://go.dev/about

> Go.dev is a companion website to golang.org. Golang.org is the home of the open source project and distribution, while go.dev is the hub for Go users providing centralized and curated resources from across the Go ecosystem.

This description doesn't feel so accurate anymore.

And the fact is that this move will make the official Go language sites more fragmented and confusing. At least for me.

> This description doesn't feel so accurate anymore.

Because the merge isn't done yet.

> And the fact is that this move will make the official Go language sites more fragmented and confusing. At least for me.

There will be only one site again. All of golang.org will redirect to go.dev.

I read somewhere that Go engineering team wanted go.org instead of golang.org but they couldn't get it as it was not for sale. [Can't find the source of this info though]

Also, the questions that contained `Golang` in the title and description @ Stackoverflow were edited to contain `Go` instead by the users with edit description being "Name of the language is Go and not Golang". That's when I thought why didn't they use go.co or go.com or any domain name having go instead of golang.

I'm not a very inspired Go user but have always loved their simplicity(the language) and carefulness(the way we moved to Go mod) and due to this I've always read their Release notes and blogs with the favorite one being Profiling Go Programs[1].

1. https://go.dev/blog/pprof

go.com was an early pre-Web 2.0 company. I guess it was ultimately acquired by Disney or something, but yes, that definitely wasn't and isn't available.

Oh, that's right. They even had a search engine, iirc?

https://en.wikipedia.org/wiki/Go.com

I like the shorter URL, however googling for “Go” lang stuff has been hit or miss and would need to use “golang” for better results. I wanna say same thing for StackOverflow too but can’t remember…I switched to Crystal so not much Go searching now.

Reminds me that I bought gopher.io years ago for a project that never came to be. Figured it would be suited for something Go related…hey Google it’s for sale ;)

Crystal also seems hard to search for. Not crystal reports, right?

You're absolutely right! Have to append "lang" to those searches as well to filter out crystal reports or stuff on Etsy :)

Would be nice to use it for a gopher(s)-to-https proxy.

I've never understood why we change things on the internet so much. I've got muscle memory after 10 years of navigating the docs. Seriously why did you just decide to remove my workflow?

https://www.jwz.org/doc/cadt.html

Hm yes i agree, testicle in an egg cup

(To get past it copy paste the url into a new tab)

Lol you think you are enlightened and you are part of the problem.

A bit off topic, but one of my pet peeves with the go ecosystem is the extreme difficulty in generating nice documentation for private packages. Has anyone solved this problem and I just missed it?

I developed https://github.com/go101/golds

pkg.go.dev is a pretty horrible name. It shouldn't have two dots. It is hard to remember the order of the words initially (I had forgotten after the summer vacation), and you shouldn't use vanity domain names.

Short, clear and boring names work best. godoc.org was descriptive, clear, short, and easy to remember. It was totally unnecessary to ditch it. The new name adds no value to the user and complicates something that didn't need complicating.

You can still enter godoc.org, it will redirect automatically.

I guess Google couldn’t live with merely owning the domain name, but had to own the TLD of the domain as well.

pkg.go.dev --> go.dev/pkg/ would be better.

For what reason?

I will miss the world site, oh well.

Reply on news.ycombinator.com