9 ms·

In practice, is there any difference? As long as example.com is guaranteed to be reserved, I don't see any downside in using it. Not using .test was a big prob

In practice, is there any difference? As long as example.com is guaranteed to be reserved, I don't see any downside in using it. Not using .test was a big problem for tools like Pow a while ago, but that's because they were using .dev, which had no official recognition as being reserved or special-purposed. For e-mail addresses in particular, I could easily see a situation where your domain logic prevents you from using an invalid TLD (like .test), and it would be a shame to special-case something strictly for testing purposes.

darkerside 6y ago
Probably not, but it's always nice to follow intended designs, since others will do so as well and this allows systems to evolve in compatible ways. There may be no difference today, but there could be tomorrow. These days invalid TLDs don't really exist. New ones are getting released all the time. The only problem you'd run into is if the system you're using is treating .test differently for some reason, but that's likely not the case, for obscurity reasons if nothing else.
- srtjstjsj 6y ago
  .invalid is guaranteed invalid by spec.
  - darkerside 6y ago
    Touche
paledot 6y ago
Well, example.com resolves, . test doesn't. Depending on your use case, one or the other may be desirable, but if you're setting up a dev environment, .test is your answer.
kubanczyk 6y ago
> In practice, is there any difference? RFC 6761 says that there is a difference when I actually resolve these names. The example.com, example.net, etc. will resolve normally to an existent IP. Moreover they resolve the same way on every DNS cache. The xxx.test will resolve as non-existent by default, unless you configure your own DNS specifically for them.
- darkerside 6y ago
  I stand corrected
- joveian 6y ago
  > unless you configure your own DNS specifically for them or use horrible ISPs that redirect everything that isn't valid (and intercept DNS if you try to use an alternate DNS).

darkerside 6y ago

Probably not, but it's always nice to follow intended designs, since others will do so as well and this allows systems to evolve in compatible ways. There may be no difference today, but there could be tomorrow. These days invalid TLDs don't really exist. New ones are getting released all the time. The only problem you'd run into is if the system you're using is treating .test differently for some reason, but that's likely not the case, for obscurity reasons if nothing else.

srtjstjsj 6y ago
.invalid is guaranteed invalid by spec.
- darkerside 6y ago
  Touche

paledot 6y ago

Well, example.com resolves, . test doesn't. Depending on your use case, one or the other may be desirable, but if you're setting up a dev environment, .test is your answer.

kubanczyk 6y ago

> In practice, is there any difference? RFC 6761 says that there is a difference when I actually resolve these names. The example.com, example.net, etc. will resolve normally to an existent IP. Moreover they resolve the same way on every DNS cache. The xxx.test will resolve as non-existent by default, unless you configure your own DNS specifically for them.

darkerside 6y ago
I stand corrected
joveian 6y ago
> unless you configure your own DNS specifically for them or use horrible ISPs that redirect everything that isn't valid (and intercept DNS if you try to use an alternate DNS).