Instant Domain Search Blog

instantdomainsearch.com · Company blog · on HN since 2007

The Instant Domain Search team writes about engineering fast domain lookup, using Rust, streaming JSON, embeddings, and CDN setups.

What HN saysHN commenters recommend the service for finding domain names, noting it uses DNS queries and so may misreport some taken domains as available.
41HN people shared it
34linked it in comments
16stories submitted
413story points
11 months agolast shared
2007people per year2026

Most-shared posts

  1. 1
    Instant Domain Search
    35 people · 71 points · first shared 2007 · 32 comments on HN
  2. 2
    Instant word segmentation with Rust
    3 people · 7 points · first shared 2021 · discussion on HN
  3. 3
    Client-side load balancing
    2 people · 21 points · first shared 2011 · 2 comments on HN
  4. 4
    Use streaming JSON to reduce latency on mobile
    1 people · 193 points · first shared 2017 · 84 comments on HN
  5. 5
  6. 6
    Build your own CDN on AWS with Route 53
    1 people · 6 points · first shared 2014 · 2 comments on HN
  7. 7
  8. 8
    Most popular domain extensions of 2025
    1 people · 1 points · first shared 2025 · discussion on HN
  9. 9
  10. 10
    Faq
    1 people · first shared 2010
  11. 11
    Led lighting
    1 people · first shared 2022
  12. 12
    Suggestions
    1 people · first shared 2012
  13. 13
    <query
    1 people · first shared 2018
  14. 14
    Aftermarket
    1 people · first shared 2015
  15. 15
    Apple
    1 people · first shared 2018

What HN people wrote when they linked it

steve_adams_86 · 2021-06-15
It's a fairly guard-railed, easy to deploy, React-based static site generator with dynamic content capabilities as well. It's generally great software. My team uses it for https://instantdomainsearch.com and we get good performance and developer experience overall. To me it feels like the React "happy path" at the moment if you need a static or partially dynamic site/web application. I suppose the ideal use case is essentially any site you want to serve statically but maintain with React. This could be a blog, graphic design portfolio, or even a small store. It makes it easy for us to embed our React-based search application inside of a site with static content beside it that's easy to maintain and create. Yeah, we could do this without next, but it provides some convention and well-made tools that generally make the job easier.
nreece · 2017-07-01
I'd say, go for .io if it's a developer-centric product, else .com undoubtedly. I've been using https://instantdomainsearch.com (no affiliation, just a happy user) for years to find great domain names. Good luck!
JoshTriplett · 2016-10-15
Newegg has one of the most powerful product search/filter mechanisms I've seen. It's not the best UX (could use more performance and a better multi-select mechanism, and dividing the interface into three levels of simple/advanced/power search doesn't seem ideal), but in terms of functionality, it almost always has the features I want pulled out and selectable. Search for a monitor, and you'll get options for resolution, inputs, size, etc. In terms of raw performance, I'm impressed with the speed and presentation of https://instantdomainsearch.com/ . Instant live responsiveness improves usability significantly.
hopfog · 2014-05-07
Instead of looking up domain names on Domain Tools I would recommend something like https://instantdomainsearch.com/. It's using DNS queries so sometimes a taken domain name without any DNS records will show as available but that's a small trade-off considering the speed gain. It also enables you to do some invaluable brainstorming which is impossible using a submit-and-wait lookup. Another tool I'm using frequently is http://www.leandomainsearch.com/ (originally a Show HN) where you put in a word and it will look up thousands of popular pre and suffix combinations in a second. The same DNS constraints applies but it's easy to click the domain name to see if it's really available.
beau · 2013-07-14
In my experience building http://instantdomainsearch.com/ I found that the "slow" part was actually the network round-trip to the server. WebSockets don't make packets move across the network any faster. We came up with a way to select the closest/fastest server when you first visit the site: http://instantdomainsearch.com/articles/faster_domain_name_search/ This works well, but I think I'll switch to Amazon's Route 53 (DNS) implementation now that it can do failover.
mjackson · 2013-07-13
My favorite: http://instantdomainsearch.com Includes the ability to save and encrypt searches, links to whois data, as well as alternative names based on similar spelling.
jordn · 2013-03-26
Excellent! that's just replaced http://instantdomainsearch.com/ for me (even thought that seems a tad faster) thanks to the inclusion of .co.uk. Only slight annoyance is that I have to scroll down to see all the TLDs, that slows down the process a little.
If you're concerned about frontrunning, use http://instantdomainsearch.com. It was written by YC alum Beau Hartshorne, and I can personally vouch for his trustworthiness. We use it every batch to find new names for startups.
llaxsll · 2010-11-08
ha. I just saw this thread. That's funny .. I just registered 5 minutes ago dashbd.com. Maybe we should exchange notes about what we are doing :). As a side note. I would suggest using tools like : http://www.bustaname.com/ http://www.instantdomainsearch.com/ or a bunch of other that you can find on the list : http://sixrevisions.com/resources/12-excellent-tools-for-picking-a-dom…
dkokelley · 2008-02-13
Check out http://instantdomainsearch.com/ It's a tools that lets you check the availability of domain names on the fly, without reloading pages. They index available domains and then display the results based on what you type in. the result is that you get the availability quickly, but it's not always up to date (as we found out after several "available" names were really taken). It's still a powerful tool and a great brainstorming help.
dotancohen · 2022-06-08
I just tried the site. In Firefox I searched for "led lighting" and this is the page I saw: https://il.godaddy.com/en/domainsearch/find?checkAvail=1&tmskey=dp… However, I did notice the flash of something else loading and a redirect, so I hit the browser's back button and this is where it took me: https://instantdomainsearch.com/?q=led+lighting Something on that page is causing an immediate redirect to Godaddy. I just tested on Google Chrome and had slightly different results. Instead of a redirect, the Godaddy page opened in a new tab (which was focused) yet the instantdomainsearch.com page remained in another tab.
tsycho · 2020-09-17
Try http://instantdomainsearch.com/ (No affiliation, just a happy user)
zerop · 2017-12-22
I like instant Domain search a lot. Well built https://instantdomainsearch.com/
eightturn · 2017-01-10
I do the opposite : ) I buy the domain, and then put myself to sleep skipping through biz avenues.. A fun tool to use for hand-reg domains (if you didn't know already) https://instantdomainsearch.com/
spking · 2016-10-15
I'll second https://instantdomainsearch.com/. Despite lots of copycats and more "feature-rich" alternatives, I find myself using IDS by default because of its speed and simplicity.
AlexMuir · 2013-05-16
LDS is top of my toolbox for finding domains along with: http://instantdomainsearch.com - for quick searches http://www.domainhole.com - for expired domains and sometimes http://www.wordoid.com for coming up with random words (increasingly a waste of time)
mikeknoop · 2012-10-18
You can force it to show 4-letter domains http://www.swola.com/index.php?limit=4 but none are actually available, they just don't have DNS records. http://instantdomainsearch.com has this same problem when deciding if a domain is actually available or not.
ubojan · 2012-01-16
Very useful service, I'm adding it to bookmarks. This and http://instantdomainsearch.com/ really make choosing domain names a lot easier.
gautaml · 2012-01-16
Black text on green background? Zee goggles, they do nothing! I always use http://instantdomainsearch.com I have no time waiting around for POST results. Consider AJAX as the next item on the TODO list.
pilom · 2012-01-16
I always feel more efficient just doing the search myself with http://instantdomainsearch.com
yakto · 2011-04-21
No connection to the service... just found it today. Super slick. Will nicely complement my arsenal of http://instantdomainsearch.com, http://morewords.com, and http://thesaurus.com. Any other similar tools to know about?
scottkrager · 2010-10-16
A few domain ideas, depending on the direction you want to go: friendprint.com (available $7) socialprinter.com ($1,695) You definitely need to get away from your current domain, that's just a lawsuit waiting to happen. Domain search tool I like: http://instantdomainsearch.com/ Good luck!
tlrobinson · 2009-01-25
I always start at http://instantdomainsearch.com/ ... very handy for quickly checking availability.
fallentimes · 2008-11-08
Ironically, once you find a good domain you'll most likely have to buy its misspellings :). http://instantdomainsearch.com is pretty good
petercooper · 2008-05-07
The way it shows the shorter / trimmed variants of what you type is interesting but not, I feel, particularly useful. It has a nice UI though and does seem very fast! It also only does com, net and org, whereas ajaxwhois, for example, does biz, us, info and ca. Two alternatives: http://www.ajaxwhois.com/ http://www.instantdomainsearch.com/ A "sort of" alternative (requires a click but comes up with better results for word mixes): http://www.bustaname.com/ I'd rather like to see one that can also do .co.uk, just being a Brit and all :) I have a few customers who would use such a thing.
TheWama · 2008-04-28
This one is good for brainstorming ideas with immediate feedback: http://instantdomainsearch.com/
skeevis · 2008-02-13
Domain availability. Think of a two/three word description for what your app is, see if it's available. Go to the thesaurus and look up alternates. http://instantdomainsearch.com/ roxx
Figs · 2018-02-19
I'm looking at the behavior of the search tool on the page, which makes a request to https://instantdomainsearch.com/services/all/<query parameters> through AJAX and gets streamed lines of JSON back as a result. It's not doing DNS queries from JS or whatever. Looking at the behavior with curl and wireshark, what I see is that a full, new connection to the service does spend most of its time in DNS lookup and HTTPS handshake. It takes about 0.1~0.3s for the actual data to transfer. What the article is recommending is basically, don't make a request per JSON object. (It streamed back 69 objects for the query I tried.) Using one connection to transfer the information saves a lot of overhead -- and I don't have a problem with that part of the advice. What I mean is, instead of using JS at all to do this (and consequently triggering a 5 second initial page load, etc etc.), have the server build the page the traditional way, and send that -- that's still one connection for that data transfer, and with a light page design and keep alive connection, the page load time does not seem like it would be significantly different here (most of the time is going to be in that 0.1~0.3s for the query to execute regardless) -- but the initial page load time would be significantly faster on slow connections. If your queries do actually take many seconds, sure, maybe there would be a benefit there, but I'm not seeing the value on a page like this, and I really don't want people to take away…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close