So the stated use case is for 'performing new actions online: any act that leads to creation can have a quick and memorable .new shortcut associated with it.'<p>So it's expecting users to go to a different website to perform one specific action, and then return to the original website?<p>If I'm on github.com, click the new repo button, and get redirected to 'repo.new' I'm assuming the website has been hacked.<p>If I want to create a new repo on github the last thing I'm going to think is 'oh yeah, I'll just type repo.new and that will be super easy' - I'll go to github.com and click the new repo button.<p>I just have no idea why anyone would use a whole .new domain to achieve the stated purpose!
> That means that all .new domains registrations must: ...<p>I don't get why anyone would want this over a regular domain with which they can do whatever they want with no restrictions.<p>It's just another way for Google to control and have a say over other people's businesses. For sure we'll see again posts about people having had their product destroyed because Google cut them off with no way to appeal.
The only super useful version of this idea is a privacy law that requires services that collect data to offer a “facebook.delete” link to temporarily and permanently remove personal data.
So Google are doing their best to 'kill off' URLs in Chrome and Search, but are simultaneously launching a new gTLD with rules that dictate exactly what URLs under .new should use?<p>This seems like a case of 'the left hand doesn't know what the right hand is doing'.
I'm still of the opinion that tld's are a complete scam. There should be a flat rate across all of them. Google and Donuts are a drain on the internet infrastructure.
I like the concept behind this but I think the implementation is flawed as it binds the actions to specific providers. For example - repo.new only creates repos on GitHub, playlist.new only creates playlists on Spotify and the music.new thing for OVO Sound is just odd, being specific to a custom cover art generator thing.<p>For me, the better implementation would be where for each "action" there are numerous providers and at a user level you could define which one you want to use. So user A goes to repo.new and gets redirected to GitHub, user B goes to GitLab, user C to Bitbucket and so on. The first time you go to the action you're prompted to select which service you want to use by default and from then on you go straight through.
I use a .io domain and I get why .com isn't sufficient, but I really fail to see the value that this, along with most of the other cute new tld's, bring to the world.<p>More than anything, I fear that it will teach my parents that domains can look like anything, so that link in the email is probably fine.
There's a requirements list, by the way:<p>"That means that all .new domains registrations must:<p>- Be used for action generation or online content creation;<p>- Take the user directly into the action generation or content creation flow;<p>- Resolve to the action within 100 days of registration;* and<p>- Allow Google Registry to verify compliance at no cost."
Been using <a href="https://docs.new" rel="nofollow">https://docs.new</a> for the past 2-3 months.<p>It's absolutely game-changing as I'm writing a bunch of stories and need to iterate fast and recompile my thoughts just by typing in 8 characters.
It's so unfortunate that an idea like this is completely spoiled by who gets what term going to the highest bidder instead of to the services you personally use.<p>docs.new doesn't do me any good if I use a competing product to Google Docs. Similarly, I might want to use playlist.new without Spotify.<p>Sure, these are just domains, but it really sours this weird use of this tld as a "way to do things" that it's set to specific companies' services.
This certainly rings bells of AOL keywords...<p><a href="http://repo.new/" rel="nofollow">http://repo.new/</a> goes to github... sorry gitlab - you lose this round.
$452 per year on Gandi (I queried two-letter names up to a dozen; they were all the same price). I get there is some cost to enforcing the intent of the TLD, but that seems rather high to query a domain and check. It should take all but a few minutes.
Wouldn’t it be so much better if domains were specified the other way?<p>new.github.repo<p>It makes more sense and sounds better in most languages too<p>Although from the point of view of HTTP we already have verbs for that. It should really be<p>POST github/repo<p>Or maybe in user friendly display:<p>new github/repo<p>I guess maybe usa.github and in.github can be different domains because different organizations may have same name in diff countries<p>Treating a TLD as a verb is just silly. It comes at the end of the sentence...<p>Also it encourages stuff like repo.new to be owned by only one company - github - but what about atlassian butbucket etc?<p>Better to just have decreasing specificity. Like you have after the slash!
This seems rather... useless. I've bought a few tld's mainly in just a land-grab/cover-my-bases fashion but by and large they are all useless. Every bit of traffic is coming from HN/Twitter/FB/Google. The direct traffic is low enough that it's probably coming from either me. It doesn't matter if I have an .co/.io/.com/.dev they are all the same at the end of the day.<p>These new TLD's strike me as just a money grab before some people realize a domain name matters FAR less than most people thing.<p>Maybe I'm just not the target audience but I don't ever see myself typing "gist.new" into my address bar. Anyone who knows what a gist is is going to go to github and if you don't know what a gist is then you aren't going to know to type "gist.new" into the address bar.
Since when is an arbitrary cross-origin domain name a valid user interface choice?<p>From a security standpoint, using the _path_ of a trusted domain is still a thousand times more secure and convenient, rather than navigating to another arbitrary domain name with no validation of whether it is affiliated with the domain where you've come from.<p>If Google push this sort of mechanism, it's opening up a whole load of fraud capabilities! If I'm on gmail and receive a phishing attack email, tricking me into navigating to "gmail.new" which asks for my google password, should I type it into the box? There is a green padlock in the URL so it must be fine.
On FF+uMatrix, a popup that won't go away shows this "exciting" message:<p><pre><code> [[domainSearchCtrl.getMessage('How exciting! {domain} is available.')]]
</code></pre>
I think I'll not whitelist anything.
As mentioned on the linked page, <a href="http://docs.new" rel="nofollow">http://docs.new</a>, <a href="http://sheets.new" rel="nofollow">http://sheets.new</a>, and <a href="http://slides.new" rel="nofollow">http://slides.new</a> exist as shortcuts to get to a new google doc, but it doesn't play well with Chrome's address bar - using them makes getting to existing docs and sheets take an extra step. Not the worst, but still, kind of annoying.
This is awful. Google Docs is <i>a</i> place where you can create a new document, not <i>the</i> place. Same for Spotify etc.<p>Giving the .new domain to the dominant company just makes it harder for everyone else to compete with them. Which is probably the point.
I'm a bit confused. Are these domains only usable as web redirects? Or is it just that the examples shown are used as such, but we can use the domain as any other one?
I wonder how having multiple entries to the same page will affect page ranking.<p>Looking up gist.new, I wonder why there are 2 requests done:<p>307 Internal Redirect<p>301 Moved Permanently<p>Before getting the 200 request to <a href="https://gist.github.com/" rel="nofollow">https://gist.github.com/</a>.
How can they own and control the registration and dictate its policy for this new domain (pun somehow intended)? Will it ever be available to other providers to sell this domain with perhaps different rules?
Am I the only one who looks at new TLDs and immediately starts thinking of puns you can use in the URL?<p>re.new
k.new
si.new<p>Not much there. I guess you can use phrases:<p>outwiththeoldinwiththe.new<p>There is just a lot more possibility with Google's "app" TLD.