Google .dev domain early access
domains.google
domains.google
They also compete in random new industries each time this happens.
It doesn't seem like a smart move to lease a domain from a politically active mega-monopoly that might decide to randomly become your competitor in 2 years.
[1] see financial report of the last year (10K). Search for "We operate our business in multiple operating segments. Google is our only reportable segment. None of our other segments meet the quantitative thresholds to qualify as reportable segments" and "How we make money" (Source: https://www.sec.gov/Archives/edgar/data/1652044/000165204419... )
I am not accusing them of it. Just stating facts.
Hosted services like Drive, Photos, and GSuite are also entirely in-house.
Maps - in flux like you said.
Phones are more than hardware sales. They also run an app store and license their own ecosystem.
think of the bright side. they might be willing to buy your neato .dev domain name back ... for $12.
This isn't useful, because everyone knows that argument already. I'd rather know what Google's track record is specifically having to do with DNS (or fundamental Internet infrastructure).
Back in highschool (15yrs ago) pinging a DNS server was something I sometimes did when fixing people's internet, always used 212.142.28.66. No idea why it's still in my head so much later, 8.8.8.8 sure is a lot easier to remember.
You'll be glad to know that TLDs can't simply be discontinued like other products might be. ICANN doesn't allow it. The procedures in place preventing a live TLD from shutting down are called EBERO; more details here: https://www.icann.org/resources/pages/ebero-2013-04-02-en
The way it works is that all registries must send daily full backups to a third-party escrow provider, which are then used to restore the TLD under a different operator if the original operator shuts down unexpectedly. This is not some theoretical backup/restore procedure that goes untested; it's been used in the past, e.g. with .wed: https://www.icann.org/news/announcement-2017-12-08-en
But this typically only happens when the registry operator goes abruptly bankrupt, and is thus quite rare. Many, many widely used TLDs have been seamlessly sold/transferred across registry operators without you ever realizing it, including .io last year. That would be the "worst" you would expect from TLDs launched by large established players like Google. You actually get a lot more protections with gTLDs than you do with ccTLDs (such as .io), as ccTLDs aren't bound by contract with ICANN and thus aren't forced to do EBERO, or anything else for that matter.
> During both the Early Access Program and General Availability, there is a $12/year cost for .dev domains. Annual fees may vary for Premium domains.
Domains being sold by resellers are something different entirely, but yeah, some registrars that participate in reseller networks may lump those in as "premium" as well, which is confusing. Those prices tend to be one-time acquisition costs.
If I could buy a domain for 50 years, I'd do it.
As for longer registration periods than that, I suspect it's the same reason you can't, e.g., call up your cable company and try to pre-pay 50 years of service. They have no idea what things will be like that far down the road, and they don't want to have such longstanding obligations weighing on them.
It comes down to business decisions, not technical issues; technically speaking the spec allows for up to a 99 year registration period, though I'm not aware of any TLDs that support that. https://tools.ietf.org/html/rfc5731#section-2.5
For example, pitch a solution that doesn't just make squatters upload some bare bones index.html. Or check a registrar's checkbox to park the domain somewhere with content. Or, well, upload the minimum amount of substance that you think is necessary.
And now imagine the public outcry that can happen every time people have their domains taken from them (rightly or wrongly).
No, no registry wants to be in the business of doing that. You continue to pay for the name, it's yours.
We wouldn't need such a profusion of TLDs (most of which are awful: .dev is an exception) if real domain squatting was made feasible.
It's a nifty business hack actually, as unlike a 3rd party squatter, the TLD itself has no financial risk in upmarking domains.
I'm not trying to be snarky and thanks foe answering questions but this particular comment was a non-answer.
I've heard that if you call during the day you get someone who's actually competent, not just some T1 support person.
While I agree with him taking the domain down, but what about the next CEO?
I personally don't use CF for various reasons, but this site take down is not one of them.
Their UI is dead simple and gets things done well and fast.
Meanwhile someone got their Adsense account banned and in those cases Google refunds the allegedly fraudulent revenue to the advertisers and do not pay you the non-fraudulent revenue. The person who got banned went to court over it because it looked like Google schedules these things to maximize how much they could keep, Google fought for four years to conceal where the non-fraudulent revenue went and then settled for $11 million to keep that shrouded in mystery.
https://www.searchenginejournal.com/adsense-lawsuit/248135/
Note the nobody who will say what happens to your domains when your account is banned despite relevant Google personnel participating in this page, but they have time to detail how we're covered by ICANN if Google with $106+ billion in savings goes bankrupt in thousands of years...
They designed this awful system exactly the way they wanted it to work and they choose to keep it this way, everyone else should probably not use them for domains or web hosting in case yourself or someone associated with your account is irreversibly judged to have committed a TOS transgression somewhere within their empire.
I also have some on Namecheap, are those safe?
So, please do not over generalize or compare apples to oranges.
Comparing Google products to Google products should not be comparing apples to oranges. If Google is frustrated with customers assuming they don't support their products, maybe they should support all of their products, not just a select few.
I was serious, though. People would be less frustrated if they had that helpful reminder on sign up.
Obfuscating that GMail isn't a real product is just another one of their sleazy business tactics, I guess.
- For Verisign with .com, they don't care if you're really a company or not.
- With Minds & Machines and .law, they only want qualified lawyers, courts, legal schools, etc. using the TLD.
Keep in mind that the registry and registrar are different things.
In this case, Google is the registry and thus the supreme court of who can and cannot be on this domain and there is no recourse if they yank your claim on the domain?
Is it more nuanced than that?
IME you're much more likely to be banned by the registrar than the registry itself. Registries want people to use their TLDs, so they're not going to reject post-registration unless you've changed how you're using the TLD and it's violating the rules they originally laid down. Registrars are much more consumer facing and will act accordingly - i.e. GoDaddy banning Gab.
Really not at all impressed by this, and it only serves as a stark reminder of the failed state of TLDs.
Re: price, say the .dev registrar decides to offer domains for a hobby-dev-friendly $1 flat fee, first come first served. Wouldn't that just immediately lead to a resale market where predatory squatters register all the domains and extract the market price from anybody who wants one?
I think it would be cooler to have programming challenges or something neat.
But a cash grab just seems kind of, lame I guess.
I wouldn’t say I have bile, but I went from “this might be cool” reading the headline to “this is really stupid.”
Because the problem of resellers buying up TONS of domain names is a real one, and thus far a dutch auction style seems to be one good way to combat that (since buying 10000 names and selling 10% of them for an overall profit is a LOT more risky when getting them first means shelling out a LOT more money).
A challenge or something would probably drive costs up across the board, and it would still exclude those who want to use the domains that might not be able to complete the challenge (IMO a worse situation), and other methods of "verification" would either be gameable or would exclude many devs.
I don't know of any more "fair" way of allowing people to buy domains. Why should a hobbyist be able to buy "paypal.dev" when potentially thousands of devs could use that domain at paypal, and similarly "klathmon.dev" would be awesome to have for me, and it's pretty unlikely that someone will buy that out from under me with this scheme.
Not to mention that the timeline here is literally half a month. After Feb 28th, there is no additional charge. So we are talking about 2 weeks of waiting.
Literally: "We will create monopolies and increase competition."
Unbelievable.
Except if your website was the daily stormer.
/remindme! 2 years
But ICANN, which is responsible for the entire hierarchy, expected that eventually at least some of the new gTLD registry operators would fail, and so there is an escrow agreement for each one. If the gTLD is popular enough that somebody else will operate it, the last daily backup from escrow is given to the new operator and things continue from there. I guess your new registry operator may set fees or other conditions your current registrar doesn't like, but if you like the new you can move to a registrar that's OK with them. The list of names in the registry doesn't vanish unless both your registry AND the third party escrow company screw up.
If the gTLD is grossly unpopular, it may not be possible to find a new operator for that gTLD registry. I don't know what happens in that case, although whatever it is by definition won't happen to many names.
I also don't know what happens for the very stupid gTLDs that are essentially for private use by a single organisation, like .kerrylogistics. And I don't really care, so long as the fees roll in to pay for everything. Actually I'd have billed them for their original request, .kerrylogisitics [sic] as well, but I guess someone felt that was too mean.
[0] https://medium.com/@N/how-i-lost-my-50-000-twitter-username-...
You are dependent on your vendors, period. Choose them wisely. This is not a mystery.
You aren't dependent on your vendors if you can switch them out without destroying your company. The real mystery is why people turn their own businesses in to little barnacles on the skin of behemoths and expect to not get brushed off.
I hate the new trend of companies having multiple domains with different TLDs, as I never know this way if it's the same company or not.
Also it seems to be primarily USA's issue. Every other nation uses their domain for internal websites (like cats.de) where's Americans tend to just clump everything in `.com` and act all confused by simple TLD scheme.
The issue with your generalization of America is flawed. The internet started in America so "we" clumped everything into .com because we could. TLDs for countries came as a way to organize and route better. A German requesting amazon.com, should goto amazon.de. (This all happened before amazon and CDNs and other things.)
It is ignorant to think a fundamental concept of domain resolution, TLDs is something everyone should understand to use the internet. Do you know how your cell provider takes a request to dial a number and resolve it to another person across towers and potentially hard wired cabling? Most don't and they all make calls.
As commented by someone else, see e.g. whitehouse.com. The fact of whitehouse.gov being a different owner is much less of concern than that of whitehouse.com not having the expected owner in the first place (from the perspective of most visitors).
Really? No mention of Lets Encrypt? Does anyone still buy certificates nowadays, especially for dev sites?
Which is interesting, I would expect Google to promote Lets Encrypt... Or do they assume devs already know about it?
Let's Encrypt provides DV (Domain Validation). Not OV (Organization Validation).
Obviously .dev is intended for software development and most domains there would probably be using DV only so this might not apply to it, though.
It might sound useless for those who doesn't know what it is.
However, for those who does it is very useful and getting more useful.
Browsers might (if not yet, coming soon to you) raise red flags if you try to use a website whose certificate was signed by a rogue CA that, according to DNS instructions, shouldn't be able to do so for that domain.
Browsers might demand OV from high profile websites in theory.
etc, etc, etc.
Maybe we are
> Let’s Encrypt offers Domain Validation (DV) certificates. We do not offer Organization Validation (OV) or Extended Validation (EV) primarily because we cannot automate issuance for those types of certificates.
There are 2 reasons: 1. To limit damage from key compromise and mis-issuance 2. To encourage automation.
What is the issue with running the certbot on your server? It's not like you have to run it manually.
Here are official reasons: https://letsencrypt.org/2015/11/09/why-90-days.html
P.S. Wildcard certs are available for almost a year now: https://community.letsencrypt.org/t/acme-v2-production-envir...
I want to go to a website, have it tell me to put a string into a meta tag or DNS TXT record, and then save the key it returns on my box. Then I want to forget about it for the next 2-3 years.
Honestly I don't even want to do that. I want my nameserver to generate a DANE/DNSSEC record for me automatically, and for browsers to honor that. It isn't like domain verification is any more secure than a DNSSEC record would be.
We do something similar, although not through a REST API. We handle all this cert management centralized on one server, which publishes the DNS records for DNS verification etc.
On our other servers is then just a simple script that periodically checks if the certs on the machine are near the expiry date and if so pulls a new one from the central system.
With many commercial registrar's, although they offer a valid and long certificate, their technical aspects aren't very good. Many CAs don't support ECC certificates, the must-staple flag or CT SCTs embedded in the certificate.
I work a lot with web PKI, and every time I have to deal with a CA that's not LE or Digicert, I sigh out loud.
Dutch auctions are incentive-compatible - they allocate the resource to the person that gains the highest utility for having it. Maybe Google got some of the people working on ads auctions to design this pricing structure.
I'd like to have a very short domain personally but it's hard to anticipate what the demand will be like here.
This pricing structure is not just for .dev domains.
It's generally a good idea to have some kind of auction for the reasons the parent comment mentions, as it is a more economically efficient way to allocate the limited namespace to those who want it the most.
We can say that, when bidders do have similar bankrolls, whoever wants the domain the most is likely to buy it first. If they don't, whoever has the bigger bankroll will probably be able to buy it first.
I don’t think that’s necessarily true. Any large company is able to drop a ton of money on something that has marginal utility for them, whereas a small business that would gain much more utility from it may be outbid just by virtue of having the wrong opponents.
However, Google determined that no, unix.dev should be a premium domain, and "stole" the reservation from me (after I have already paid for it). They later added it to the premium domain list, and they asked me for $11k to keep the reservation.
TBH, I expected to lose the domain because of trademarks or whatever, but apparently it was simple highway robbery.
Btw, I didn't even get my money back, just "store credit".
It is fair to claim it legally under copyright etc like the OP mentioned, but otherwise, he paid for it and gets to do whatever with it.
"Reservations" mean nothing. Google Domains is merely one of many registrars that have customers all vying for domains in the same namespace. A "reservation" just means that the registrar will make their best effort to attempt to get that domain for you at the specified price; it doesn't mean that some other registrar won't get it first, or that some other customer isn't willing to spend more and will get it on an earlier day of EAP.
Until the domain is actually created with you as the registrant, it isn't yours in any sense of the word. There are even registrars out there that will, upon acquiring a domain, auction it off amongst all of their customers who pre-registered it.
So yes, minor anecdote, and I genuinely appreciate the hundreds of Google employees who really help the Web and share useful knowledge (and don't lead developers into using techniques best suited for billion-user websites, as FB often does) but I'll reserve to right to side-eye anything Google says.
Every web dev I know bitches about it.
There's nothing about Safari that makes it "the new IE8". Ironically, the very same HN that bemoans every new thing as "why should devs jump onto this shiny new things, just slow down already" criticises Safari for not jumping onto every new thing.
Google was really carrying a big part of the webkit development.
Define "accepted". Hastily implemented and shoved down everyone's throat by Chrome doesn't mean "accepted".
> Google was really carrying a big part of the webkit development.
Nope. Google is dominating the development space with utter disregard for public/dev opinion.
HN is quite diverse and I'm pretty sure those are two disjoint sets of users. (I'm in the former group myself --- not a fan of presenting information in such a way as to decrease its accessibility while also increasing resource usage.)
I bet I could make those accordion sections work in all browsers going back to IE5 without much effort, and use nothing near 120KB of JS to do it... but no, most "modern web devs" would rather pile on the bloat of their libraries and "best practices" to make something that works only in the very latest version of the one browser they personally use.
<summary>/<details> tags with JS polyfill is all you'd need.
Why you think something would be broken when a polyfill is used as fallback, I don't know.
Google Support
<SUPPORT_PERSON>12:53 PM Thank you for contacting Google Domains. My name is <SUPPORT_PERSON> and I'll be happy to assist you. Let me quickly read your notes here.
<SUPPORT_PERSON>12:54 PM Hi there
<SUPPORT_PERSON>12:54 PM How are you?
<ME>12:54 PM Hi. I'm trying to read your website but it's broken in one of the dominant web browsers in the world.
<SUPPORT_PERSON>12:54 PM Hi you said that the link https://domains.google/tld/dev/ doesn't work on Safari?
<ME>12:55 PM The accordion links are broken.
<SUPPORT_PERSON>12:55 PM Have you tried in Chrome already though or maybe a private window in Safari already?
<ME>12:55 PM "Is this a one-time payment? Will I still need to pay $12 every year to keep my domain?" click (nothing happens)
<SUPPORT_PERSON>12:55 PM It's just maybe a cache
<ME>12:56 PM It's not just a cache
<SUPPORT_PERSON>12:57 PM Alright but have you tried other browsers maybe?
<SUPPORT_PERSON>12:57 PM I've checked it here and the link you sent works just fine
<ME>12:57 PM Did you test in the latest Safari on the latest macOS? Because it doesn't work fine.
<SUPPORT_PERSON>12:57 PM Sorry, not using Mac
<SUPPORT_PERSON>12:58 PM But we'll look into it if we get feed backs similarly
<SUPPORT_PERSON>12:59 PM We apologize for the inconvenience but please take a look into it on a different browser like Chrome for the time being
<ME>12:59 PM here are other reports https://news.ycombinator.com/item?id=19178833
<SUPPORT_PERSON>12:59 PM Oh alright thank you
<SUPPORT_PERSON>1:00 PM Let me check that
<SUPPORT_PERSON>1:04 PM We are already looking into it <ME>
Don't we all hate reports like this one. "Yeah I know what information you need but my high horse told me to write this crap instead."
Where exactly do you think that came from? Kindly note the words "you said".
It's almost as if there was a "please tell us what you're asking about" field that you fill in before being connected to a chat agent or something.
> $11,500 for 9 days early access
Makes video games early access look like childs play.
> Can I buy a .dev domain even if I'm not a developer?
> Yes! From tools to platforms, programming languages to blogs, .dev is a home for all the interesting things that you build.
I don't get what Google thinks they'll get out of sponsoring putting sites under development online.
Presumably you were already editing your hosts file or running your own DNS server in order to make .dev resolve for local development, which you can continue to do?
mkcert is one.
Not all web development is three guys on Linux laptops at WeWork.
I'm trying to imagine a webdev workflow where you couldn't get a machine-local CA working.
https://docs.microsoft.com/en-us/windows/desktop/seccrypto/s...
Something tells me it's not actually that much trouble though, and people just like whining about minor inconveniences because it's the internet and they can.
I believe .localhost is the "official" recommended TLD for local development.
> The ".localhost" TLD has traditionally been statically defined in host DNS implementations as having an A record pointing to the loop back IP address and is reserved for such use. Any other use would conflict with widely deployed code which assumes this use.
So it might work but it could be problematic if the intent is to use ".localhost" as a local network domain rather than just the local host.
This one looks the safest and least prone to confusion.
> ".example" is recommended for use in documentation or as examples.
> ".invalid" is intended for use in online construction of domain names that are sure to be invalid and which it is obvious at a glance are invalid.
Both of these look problematic from a terminology standpoint, not a technical one.
The only thing I wish was easier was having a TLD for network local names but not link-local names. I typically just buy a name for that but it seems clunky since any in-use name that uses public DNS TLDs I feel ought to be DNS server independent.
There is a draft RFC to reserve .internal for this purpose, which I think makes a lot of sense.
If you're already running your own internal DNS servers (to serve .dev, .test, etc.) , then just buy a domain for your org for internal use (e.g. "<mycompany>-internal.<tld>" or "<mycompany>-private.<tld>", or if your company is "<mycompany>.com" then purchasing "<mycompany>.net" or similar), split-horizon so that queries from the Internet direct to some CDN-hosted static page saying "nothing to see here, internal use only, if you are an employee please VPN in" and internally you find the actual services.
You never run the danger of your internal domain being unroutable (since you indisputably own it), none of the stuff on subdomains of your internal domain are internet-discoverable (since none of the internal services are exposed externally), you retain the flexibility of eventually making internal services Internet-routable when you get around to building out a BeyondCorp model (if you ever do), and it probably costs a negligible <$10/year in registration fees.
I’m not the OP, but I’m in the same boat.
Not every development environment, company, and set of IT/security policies are the same as yours. Just because you cannot envision the problem doesn’t mean the problem doesn’t exist.
I do wish /etc/hosts accepted wildcards, though. It can be a touch annoying having to add a new rule every time I create a new subdomain.
It seems silly to continue using .dev, especially when this will now be a public and commonly used TLD. So now, if you're modifying .dev records for a local/private network, and then you or someone on that network attempts to go to a public website that is using the .dev TLD, it might not work, or you'll get a completely unexpected result. Doesn't seem worth that hassle.
The .dev TLD was never reserved for your dev use. If you had been doing it correctly and following the RFC, you wouldn’t have to change anything with your workflow.
Now, if they ever release .test for public use then I’ll grab my pitchfork with you.
Worked fine for Windows folks. Was an huge pain in the ass for anyone on a Mac (using Bonjour) or Linux machine (using Avahi). No auto discovery of printers.
> .dev will operate as a closed gTLD. It will provide Google with the opportunity to differentiate and innovate upon its Google products and services through its use of the gTLD. This will promote competition in the gTLD space by inciting competitors to respond with improved gTLD operations, greater range and higher quality products and services, and⁄or the creation of their own respective gTLDs, to the benefit of all Internet users. Launching the proposed gTLD will also generate increased competition in the online marketplace by adding incremental availability to the second-level domain pool.
[0]: https://gtldresult.icann.org/applicationstatus/applicationde...
I've been annoyed by how Google uses Adwords for a while; suppose you're company in a competitive, undifferentiated space. I just searched for "enterprise rental cars," and the first thing below the search box, an ad, was for getaround.com. The second was an ad for Enterprise, the third was the organic result for Enterprise. Google is effectively telling these companies "You wouldn't want someone to happen to see a competitor first and click them when they search for them, would you? Then pay up." That's a racket.
Same with this. They're inventing the demand for this TLD, then telling developers to pay up if they don't want someone to take their name.
The fact people go to Google gives them their power to extort business for ranking. But thats because Google remains valuable - people use it because it works, or at least because of inertia that nothing is remotely better yet, and so long as people still value the search companies can do the cost benefit analysis to know if paying the rent is worth it.
And its fortunate the only people who really care about search ranking are those trying to make money off it. There are a lot more egregious crimes being committed in the privacy space by Alphabet or by rent seekers across the economy than a business making money as a parasite off other businesses trying to make money.
For a lot of developers the demand was already there because they had their local virtual hosts on .dev. It wasn’t standard, but it was extremely common.
Then one day Google announced that it owns .dev and all the developers had to move their development domains to a different imaginary TLD or .example since Chrome would no longer let them test web sites on their development environments.
I am a developer. I will not pay Google or anyone else to use .dev simply because I have learned that Google can not be trusted. What prevents Google from taking .dev back in-house one random day and kicking everyone’s web sites to the curb? Absolutely nothing. Because you don’t own the domain. You only rent it.
I keep my development and testing on locally routed .dev and simply don’t use Chrome. Fortunately the people who sign my paychecks only care about Safari. Not everyone has that luxury, but I do, so I will make this minuscule stand that Google will never know or care about because an algorithm cannot know or care.
Instead they have implemented a braindead dutch auction-style system that ensures developers will not be represented fairly. The marketing and implementation of this are out of touch and its doubtful this effort will be successful.
It would be like Github launching a new web site and allowing 'developers' to select their usernames on a first-come basis if they paid $12k for the privilege. It's incredibly tacky and shows a lack of self-awareness on the part of Google.
It would be interesting to know what they make at the end of the pre-sale.
Why not? If they charged a flat rate at launch, domain speculators would snatch up all the valuable domains and you'll have to buy it from them at an inflated price. At least with this system google is pocketing the premium rather than third parties.
If defending against squatters is the top priority, they could also make it an application-driven process: Let people submit proposals about what they want to do with the domains along with a link to their organisation and have some group grant applications (preferably along some previously published criteria)
Not to mention all the hurt feelings when someone's application is denied and the domain stays undeveloped or becomes a terrible website.
Auctions seem unfair but money is an extremely simple system for allocating finite resources. And it's not like you need a dictionary word domain name to have an online identity. It's almost pure vanity.
Domains would also be much more expensive, as there would need to be human evaluators in the loop for each domain name. The base price would likely need to be at least 10X higher to fund all this.
> The mission of this gTLD, .dev, is to provide a dedicated domain space in which Google can enact second-level domains specific to its projects in development. Specifically, the new gTLD will provide Google with greater ability to create a custom portal for employees to manage products and services in development.
> Charleston Road Registry intends to operate the proposed gTLD as a closed registry with Google as the sole registrar and registrant. The goal of the proposed gTLD is to allow Google to manage the domain name space for its projects in development. The proposed gTLD will provide Google with the ability to customize its domain and website names for its projects and signal to users that .dev websites are managed by Google
> Charleston Road Registry believes that given its intended use by Google, the .dev gTLD will best add value to the gTLD space by remaining completely closed for the sole use of Google.
…and now they're opening it up to the public... :\
[1]: https://gtldresult.icann.org/applicationstatus/applicationde...
I don't think they use any domains beyond the few used for the registry page either.
https://security.stackexchange.com/questions/14802/if-someon...
But generally speaking a subdomain on a domain you really own seems like a better idea.
https://serverfault.com/questions/17255/top-level-domain-dom...
I’ve literally never ever seen any .home until now.
.test is the TLD you want, specified by RFC2606.
Either way, like you said, people should be using .test so you don't have to worry about future collisions.
If I buy a .dev domain, does that expose me to sending more data to Google?
Beyond that (and knowing you own the domain), running the registry doesn't give them any more info than they already get about you & your domain from their other services.
Anyone have anymore info about this? Seems concerning that a registry has no restrictions on what they can do with pricing after an individual has invested into an expensive domain.
I've experienced weird price fluctuations with .io domain renewals in the past, but haven't owned one in a few years.
When I called to clarify with a few registrars, they said that this premium price ($280) is specified by the registry (Google), and that there's no guarantee that pricing will stay at $280. I used a hypothetical, and asked them if it were possible for Google to raise the price to something like $1000/yr or $10k/yr, and they confirmed that there is technically nothing stopping the registry from doing so.
It's unclear to me if premium-ness is a function of time, and/or if there's an objective formulaic criteria here.
"Registry Operator must have uniform pricing for renewals of domain name registrations (“Renewal Pricing”). For the purposes of determining Renewal Pricing, the price for each domain registration renewal must be identical to the price of all other domain name registration renewals in place at the time of such renewal, and such price must take into account universal application of any refunds, rebates, discounts, product tying or other programs in place at the time of renewal."
REGISTRY AGREEMENT - 2.10 (b)
https://newgtlds.icann.org/sites/default/files/agreements/ag...
But I suggest people read the whole article themselves, I have no industry expertise.
I believe in the original .app launch thread on HN they stated that premium domain pricing was based on machine learning. So...who knows.
I don’t think they will, but buying a domain from a company that’s so involved in politics doesn’t seem wise.
Our ensemble of customer support chatbots wishes you a wonderful day! "
HN seems to be generally knowledgeable, but in this case nobody seems to be able to provide answers with good references, just guesswork. Google operates the domain. How much regulatory power it has? What is the agreement with ICANN. What is the dispute solution mechanism?
----
edit
after looking around, operator agreement with ICANN seems include public interest commitments etc. Operator can't do whatever they want and their policy should be transparent.
> Registry Operator will operate the TLD in a transparent manner consistent with general principles of openness and non-discrimination by establishing, publishing and adhering to clear registration policies.
https://newgtlds.icann.org/sites/default/files/agreements/ag...
Section 2.2 https://newgtlds.icann.org/en/applicants/global-support/faqs...
[1] http://poop.bike
Last time I considered a new tld you are looking at about $500k in total costs, such as application, atty fees, and marketing fees.
That’s if it doesn’t end up in auction. Google paid $25m for .app, I believe.
$8k for a domain is actually cheap compared to other premiums in other new gtlds.
I see debates about HTTPS as being a bit like debates about wearing pants in public. "Technically, if a subway station is empty and the AC is working, you don't have to wear pants." "You don't gain anything by wearing pants in a deserted forest when the weather is nice." "Wearing pants is a lot of work, and every day before putting them on I check to make absolutely sure that I will suffer dire consequences if I leave them off."
In all of these cases, you are betting big that none of the situations will go sideways for unexpected reasons (how sure are you that you have thought of 100% of the ways in which going pants-less in a subway station could get you in trouble, and how sure are you that none of them will happen?), but the reward for taking on that risk is almost nothing.
President Medvedev and Art Lebedev studio come to mind.
It seemed like the obvious choice of suffix for my localhost experiments, and I can't be the only person using it (e.g. https://headsigned.com/posts/setting-up-local-development-do...), will this new TLD break that?
I suppose I can always edit my hosts file but if I didn't know a new TLD was dropping would it screw me silently?
[RFC2606] https://tools.ietf.org/html/rfc2606
I fail to see what value there is in a .dev tld.
Then don't buy one?
Yet, Internet companies (like Google) who participate in this should lose a little respect from everyone.
I'm going to avoid buying one, but if there are any popular .dev domains I hope I will forget about it before long. I don't want negative feelings from this so often. On the other hand there are plenty of reminders of negative things in politics and the environment, so I guess I've gotten used to it and developed outrage fatigue.
https://tools.ietf.org/html/rfc2606
.test is only one more letter.
.test doesn't convey the meaning I intended.
I've been vaguely aware of what's in that RFC, but I don't think reserving those TLDs for local stuff means that other TLDs are off limits. I certainly don't use example.com for all example emails. Developer happiness comes first.
I got burned by going with domains outside that doc, but I think the blame goes on Google, not on those who decided to use .dev without making it an official standard. I think if it was an official standard Google might still have muscled their way into getting .dev, and I wouldn't be surprised if they do the same with .test in the future.
And Google gets baseless accusations because you feel entitled to something. Enjoy the feeling, you're entitled to it.
.test is what you should have been using, precisely for this reason.
Would .dev domain be available from other countries?
edit: just a reminder that .local is the reserved one https://en.wikipedia.org/wiki/.local
Many premium domains are held back by the registry, which are a part of icann rules. Those domains are typically not able to be registered and used by anyone.
0,1,1,2,3,5,8,13,21,34,55,89,...
That sounds like one fee per domain to me
Looks like it's still proposed, not even delegated. Registrations usually happen a few months after delegation depending on the registry's intentions.
I would stay far away from any brand or tm domains at any time. You will eventually lose the domain through a udrp. And you could likely get sued as well.
Despite Microsoft having a presence in the country, they still can't get .ba thanks to an incompetent registry in charge of .ba TLDs.
Looking forward to have an AI-driven dynamic pricing platform.
"Dear VALUED developer, thanks so much for being a part of the .dev experiment! After a long hard period of staring at our shoes, we realized we cannot extract sufficient value from our users in this manner. As of midnight, your name will automatically be migrated to our newer, better, faster TLD, .plus, the future of the open web"
When it comes to something like this (AKA not a consumer product, makes money, relatively easy to run, etc), I genuinely can't see them shutting down a TLD like this.
If anything, the complaint should be the lack of official support you should probably expect for it.
Google code shut down without a replacement google service. [1]
Google plus is shutting down too. [2]
[0] https://support.google.com/answer/1083134?hl=en
[1] https://opensource.googleblog.com/2015/03/farewell-to-google...
Some folks make a hobby out of the stuff Google spins up and then abandons: https://killedbygoogle.com
Fundamentally, Google is just an advertising company that happens to employ very smart people. If you go to work for Google, you have to understand from the outset that you're working for an advertising company and you're not going to change the world. You might be allowed to work on a fun project, but if it doesn't directly serve the needs of advertising it will be shut down. But hey, it'll look good on your resume.
To my knowledge, no major GCP component has ever been deprecated. Am I missing something? This seems like it has just become a groupthink HN meme at this point.
Google Code. Also Wave and half a dozen chat apps, but Code was a serious one that broke a lot of the developer web.
What did it break?
URLs that change without good reason are a PITA.
I see hundreds of thousands of repositories on Github responding to the search "Automatically exported from code.google.com", which means they only transferred _after_ the shutdown was announced (when the export tool went live). Any wikis would have had to be hand-converted to not be broken, since the markup between the two systems was not compatible. I mean, thank you for handling it as well as it was handled, and thank you for (if you were part of that) the export tool, but let's not pretend that it wasn't disruptive.
https://www.informationweek.com/cloud/platform-as-a-service/...
It's not like these complainers actually read articles they're commenting on. You could see this in the Chromecast DNS rantfest - the path is "Google in title => rant about your pet peeve" not "Read article => complain about topical thing".
This is terrible gatekeeping and I hope Google perishes soon. Wow. I can't get over how fucking dumb this is.
This is the mark of a corporation filled with people that thinks putting a price tag on supposedly scarce good early will deter bad actors. Clearly everyone who thought this up has way too much money in their account.
The reason the new tlds were needed is the lack of options for buying a new domain. I know plenty of smaller biz and startups who couldn’t get the dot com they wanted and ended up choosing a really good keyword rich new tld.
Like if an app tried to register apppowered.com it would definitely hurt its image. Obviously massive players are above the rules somewhat.
Wasn't it $10k upfront to have your application for a new gTLD considered? This times ~1200 ... works out quiet good.
Sorry but this is pure malice by Google. I can invert this argument by saying if you're buying a .dev domain you have the technical savvy to get on an HSTS preload list, except you haven't broken anyone's workflow.
EDIT: And I mean... have you USED openssl's x509 toolchain? That's a few steps up from editing the hostsfile.
If it's just you, editing your hosts file, switch to .local or whatever. There was always a chance when using a "local" domain (which isn't actually some sort of standard) that such a TLD could be created in the future. If it's for an organization, create the root cert, and have that be one of the steps users need to take in order to access the dev site. Or just switch to .local or .test or .whatever.
I've been using .dev as a local test environment for years too, but I'd prefer to have more TLD options available and just switch to .local or .test because I'm not averse to change.
If you use .local for fake DNS for a dev setup, you’ll probably notice lookups are slow; that’s why.
(This is why I’ve always used .dev actually, although this may make me switch to .fuckgoogle or something instead)
Why not .fuckapple? Really, .local is defined for local address, if Apple is using it in a fucked up way this is an Apple problem.
.dev was never destined for local address, it was just because it wasn't registered in ICANN yet.
I work at the intersection of 3 corporations within our group. We provide a sort of "internal Heroku" using Kubernetes for anyone in the group that needs it. We recently ran into the 63 character limit on domain name labels (we have to use a wildcard cert because nothing else is approved by legal). You wouldn't believe the time developers would've had to spend on fixing the domain schema across hundreds of services if we hadn't found a way out of that dilemma. We're talking thousands of internal names, some of them given our to external partners (we use a partially publicly resolvable name, but we could've exposed our DNS as well) and some used in systems long forgotten.
I use TLDs like .dev exactly because it’s convenient. Not because I’m “savvy”, and even if that were true, it doesn’t follow that it would be just as convenient to set up a local CA.
Using `echo ip >/etc/resolver/dev` to have a custom dns server for everything in the .dev domain is trivial. It’s one command. Getting a custom CA for all of that is not.
Using .dev for local development is a bug, not a feature. The only reason it was used is because it wasn't yet a TLD . Not because it had some sort of special status as a "Local TLD".
And I didn't say it would be convenient. The world doesn't revolve around your convenience. I said you've got the ability to use a CA.
5 years ago no one would ever have considered .dev for anything public-facing.
edit: the css for the element that overflows has: `grid-template-columns: 50vw 50vw;` and based on the spec: https://www.w3.org/TR/css3-values/#viewport-relative-lengths, scrollbars are not taken into account, therefore as long as you have a _forced_ scrollbar, the content WILL overflow regardless of your screen size.
By forced I mean a scrollbar you cannot remove and that's not enforced by your systems settings, you can clearly see this behaviour on mac if you toggle the "Show scroll bars" setting to "Always".
Safari and webkit based browsers can avoid this issues with `::-webkit-scrollbar{ display: none}` but it's not a cross browser solution nor a wise decision to hide scrollbars overall.
49vw not 50vw, to approximately make room for the vertical scrollbar when it appears.
OK, on with my day ;)
.test is not as nice
Google forced me to migrate my local .dev domains to .devo because Chrome refused to connect to my localy configured domain names via /etc/hosts.
- The IP address 1.1.1.1 as a public DNS has clear value to the public, DNS IP addresses needing to be for 0-255 values that are memorable. .dev has no real public value considering the plethora of other tlds.
Of course it has, TLDs that describes itself are valuable for some business, and this is exactly what this seems to be about.
I can see it's a way to let big companies save off their amazon.dev domain or whatever. I think a much more preferable early stage practice would be to let people who can authenticate their name let them get their name .dev. I've been trying to buy my personal domain name for a while, a name squatter has been sitting on it for years, they don't even answer their contact email. A second domain that is commercial is also in a similar category. How do these companies keep their domains and never sell them?
Someone like say JohnAkbar.com has to wait and hope another JohnAkbar or a squatter doesn't get their name. I'm also jealous of people that have more unique names. People get vanity urls or twitter handle like things with my name and never use them. Sure, first world problem but