mirror of
https://github.com/jbowdre/capsule.git
synced 2024-11-26 06:42:17 +00:00
Compare commits
2 commits
3264b49f02
...
340dbec817
Author | SHA1 | Date | |
---|---|---|---|
340dbec817 | |||
b28bc4d27b |
2 changed files with 12 additions and 7 deletions
|
@ -1,8 +1,8 @@
|
|||
I have a small-but-growing collection of domains. Some are used for public projects like this capsule, some find purpose for internal projects, some are used primarily for email addresses, and several more just sit idle waiting for a use.
|
||||
I have a small-but-growing collection of domains. Some are used for public projects like this capsule, some find purpose for internal personal projects, some are used primarily for email addresses, and several more just sit idle waiting for a use.
|
||||
|
||||
Assembling this collection has taken me through many different domain registrars, with varying levels of user-unfriendliness. If you, as a registrar, do any of (let alone *all* of) the following, know that your business model is hot+wet garbage:
|
||||
|
||||
* Parking 1000 CNAMEs on newly-registered domains, which then have to be manually removed because you don't offer a user-facing API.
|
||||
* Parking 1000 CNAMEs on newly-registered domains, which then have to be manually removed because you don't offer a user-facing API.*
|
||||
* Pushing a paid "ID Protection" add-on for domains whose registries already employ WHOIS protection/redaction by default.
|
||||
* Requiring users to submit a support ticket to request an EPP/auth code so they can transfer to a registrar that doesn't disrespect its customers.
|
||||
* Automatically re-locking a domain when an auth code is requested so that the first transfer attempt will fail.
|
||||
|
@ -11,8 +11,14 @@ Assembling this collection has taken me through many different domain registrars
|
|||
|
||||
Every step of the transfer process at these sorts of registrars is deliberately designed to make it as annoying as possible so that customers will give up and just stay with the shitty registrar. It's gross.
|
||||
|
||||
Fortunately, we don't have to do business with shady registrars like that. I've been using Porkbun for more and more of my domains over the past year or so and have been positively delighted by the experience at every step of the way. I've also had a great experience registering domains (and transferring them to/from) Cloudflare. I'm sure there are many other reputable registrars to consider, but Porkbun should be at the top of anyone's list.
|
||||
Fortunately, we don't have to do business with shady registrars like that. I've been using Porkbun for more and more of my domains over the past year or so and have been positively delighted by the experience at every step of the way. I've also had a great experience registering domains (and transferring them to/from) Cloudflare. I'm sure there are many other reputable registrars to consider, but I think Porkbun should be at the top of anyone's list. Registering, managing, and transferring domains shouldn't be painful.
|
||||
|
||||
=> https://porkbun.com/ Porkbun: An Oddly Satisfying Experience
|
||||
=> https://www.cloudflare.com/products/registrar/ Cloudflare Registrar: Domain registrar with no-markup pricing
|
||||
|
||||
On the other hand, if you want a registrar that ticks all the shitty boxes above, gen.xyz is an option.
|
||||
|
||||
===
|
||||
|
||||
* Or use a handy utility to nuke 1000 bogus records after shifting DNS responsibilities to Cloudflare:
|
||||
=> https://cloudflare-utils.cyberjake.xyz/dns/purge/ DNS Purge - Cloudflare Utilities
|
|
@ -1,7 +1,6 @@
|
|||
id: "urn:uuid:7ba24cd6-a430-4234-9210-2cc6bec668f2"
|
||||
title: "Bad Domain Registrars"
|
||||
published: "2024-03-14T10:01:28-05:00"
|
||||
updated: "2024-03-14T10:01:28-05:00"
|
||||
draft: true
|
||||
title: "Habits of Bad Domain Registrars"
|
||||
published: "2024-03-18T23:44:56Z"
|
||||
updated: "2024-03-18T23:44:56Z"
|
||||
summary: |-
|
||||
If you, as a registrar, do any of (let alone *all* of) the following, know that your business model is hot+wet garbage.
|
Loading…
Reference in a new issue