Google Wants To Operate .Search As A “Dotless” Domain

http://techcrunch.com/2013/04/10/google-wants-to-operate-search-as-a-dotless-domain/

by seminatore • 13 years ago

48 43 13 years ago

techcrunch.com

haldujai• 13 years ago

This seems like 'innovation' for the sake of 'innovation'.

What's wrong with good old .com. It's not like anybody really cares about the other gTLDs (which few exceptions).

kyrias• 13 years ago

Because all the good domains are running out.

kbenson2• 13 years ago

So, Google operates the search TLD as a redirect to the search engine of choice, but then they get all the info on what the search was for as they redirect. That's a huge advantage for Google.

ultimoo3• 13 years ago

All major search engines support https, which will become the norm eventually and not empower Google (or another redirector) to sniff packets.

belorn2• 13 years ago

https won't prevent the whole redirect request to be logged and stored in an decrypted format. Google will take a comeplete search string (search/#search=things+I+want+to+buy), and redirect that . the search parameters are perfectly visible for the redirect server.

swinglock2• 13 years ago

A .cloud TLD for "projects hosted in cloud platforms" sounds like an incredibly pointless and stupid idea. We never had .nix, .win32, .php, .asp, .intel or .amd TLDs to signify server properties no user should have to know about in the olden days of not worshipping the cloud. Why do we need that now?

derefr2• 13 years ago

On the other hand, we did have .us, .ca, .uk, .nz...

It's always felt to me like we need a public-registration equivalent to ".int" -- a TLD meaning "this domain represents an internationally-distributed project, not associated with any particular company or organization, nor local to any particular country." (The Webkit project is a good example. Right now it's a .org, but there is no "Webkit Organization." Most .io domains are also really in substitute of a good TLD for organization/country-neutral OSS projects.)

.cloud sort of seems like a good candidate for that. There might be a better one, though.

mynameisvlad4• 13 years ago

.com has basically become a catch-all which represents that.

swinglock2• 13 years ago

We still do. The US may neglect their TLD but they are heavily used elsewhere in the world.

gojomo• 13 years ago

Marketing! "It's not really the cloud unless it's dot-cloud." And some people would believe it.

ck2• 13 years ago

I think dotless is a security risk as far as social engineering.

mh-2• 13 years ago

hmm. what about it makes it more risk than arbitrary domains?

I'm assuming we're talking about things like:

    http://search/

    http://weather/

tellarin• 13 years ago

Well, http://search/ would be different from http://search.com or http://sear.ch/ for example.

I can imagine a lot of scenarios where people could easily be tricked into accessing the wrong URI if these dotless domains become common place.

The same applies to companies whose intranets already use some common words as internal services.

ultimoo3• 13 years ago

Why do you say so? https and certificates will still be around.

nathantotten• 13 years ago

This seems like it is going to cause issues with corporate networks. We use http://search for our internal search portal. My guess is many other companies do the same. Obviously, the local urls will resolve first, but what happens when browsers and other software expect http://search to conform to a particular api/url pattern?

TobbenTM• 13 years ago

Current browsers search whenever you type anything into the address bar. I don't see any reason to change that and add a cumbersome 'http://search. The http:// should indicate you are not using the browsers search shortcut.

mh-2• 13 years ago

the comment you're replying to is talking about DNS, not a browser keyword.

ultimoo3• 13 years ago

Are you speaking about an api or a url pattern after the response has been received from a uri:search? I believe such information would be set by the responding search server.

Also, if this thing kicks off in a good way, there is no reason why internal corporate networks shouldn't start supporting the same api/url as the internet standard.

Icer5k• 13 years ago

Not only that, but how does ICAAN expect to get around DNS search domains that aren't there by choice, but by default?

Almost every ISP I've used has provided a DNS name as part of their DHCP info, and if apex of TLDs start having anything more than NS records, it seems like a lot of things could break until browsers/netadmins/etc. can come up with a fix. Based on how the IPv6 rollout is going, that doesn't inspire confidence...

TazeTSchnitzel2• 13 years ago

I'm just waiting for an appliction for portal. or intranet.

lucb1e• 13 years ago

Can't say we didn't see that one coming. I've always wondered why people only talked about subdomains for bought TLDs.

TazeTSchnitzel2• 13 years ago

I assumed this was the idea. Why wouldn't Google want http://google./ to work?

gcb0• 13 years ago

So Google expects everyone will hit http/search while logged in so they can get the users preference and redirect him?

Can't open the full letter here but that's what i got from the article.

Seems silly and naively evil.

CornishPasty• 13 years ago

All domains have to have a dot, no? As in, they have to end in a dot, like http://www.google.com./ or http://search./

havardk• 13 years ago

Yes, and no.

Technically, in DNS all domains are stored with a dot at the end, that is correct. Since you don't see this last dot in most places, including in URLs it is usually ignored.

Example of a dotless domain that is in use today: http://dk/

jacquesm• 13 years ago

.search should be run independently of any current search engine operator, including google.

belorn2• 13 years ago

Google apparently want to destroy the current very well used concept of local domain name, and which mean they either need to change how computers resolve names or introduce inconsistency and large delays in what developer get when their programs do name resolving. Beyond that, inconsistency in users experience means all from confusion to security issues.

Maybe they should first try this with their own browser experience? Make chrome eat up local domain names and see how good that goes. At worst, they just send users and business users to a other browser such as Firefox, and if its such a good idea, they can show graphs of people that flocked to use chrome because of this idea.

mparlane2• 13 years ago

301 days ago when the bidding started I posted this:

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

I guess I told you so?

ethomson• 13 years ago

This is no different than if you made google.com.mytld.com, is it? You can, of course, still bypass default suffixes by using a trailing dot.

That is to say, http://search./ or http://apple./ in your example, or http://google.com./ in mine.

mparlane2• 13 years ago

It's obvious that your google example is bad, as google redirects you to the host without the dot as soon as it can. So if you really were running a local .com domain named google.com, it wouldn't exactly be easy to get to the real google.

rehashed2• 13 years ago

This is exactly one of the concerns I mentioned: https://news.ycombinator.com/item?id=5353171. It is already exhibited by other controllers of TLDs: http://ydal.de/a-records-on-top-level-domains/

I havent received a reply yet to my request to reopen the public discussion on the new gTLDs: https://news.ycombinator.com/item?id=5351335. I'll be chasing up on it today - I would appeal to the rest of you to do the same and help stop these gTLDs ever seeing the light of day.

rehashed2• 13 years ago

http://AI/ has address 209.59.119.34

http://BO/ has address 166.114.1.28

http://CM/ has address 195.24.205.60

http://DK/ has address 193.163.102.24

http://GG/ has address 87.117.196.80

http://JE/ has address 87.117.196.80

http://KH/ has address 203.223.32.21

http://PN/ has address 80.68.93.100

http://TK/ has address 217.119.57.22

http://TO/ has address 216.74.32.107

http://UZ/ has address 91.212.89.8

http://VI/ has address 193.0.0.198

http://WS/ has address 64.70.19.33

drucken• 13 years ago

So why has this not been banned and that contractually enforced by ICANN already?

The potential for both technical and social confusion here is enormous and without a standard, the browser wars and other totally random momentum on the issue will just increase!

SquareWheel• 13 years ago

Would it be crazy to scrap the TLD system altogether and build something better in its place? I'd love to allow for wildcard TLDs, or even remove the dot requirement altogether. Built in unicode support, but with a layer of security to prevent against similar-looking character abuse.

I know that very idealistic and probably naive, but the current system just feels very archaic to me. Can't we do better?

Google Wants To Operate .Search As A “Dotless” Domain

Related Stories