catching

raymoray · Oct 28, 2005

Am i right that catching just involves getting a tag then firing off emails to the automaton at 1000 a day?

doesnt seem very difficult!

finding suspended/detagged names is very easy, catching them seems to be a dark art.

also does anyone know how you calculate when a domain will drop?

PS I am Asking questions, please dont slate any particular catchers - im not interested

Admin · Oct 28, 2005

It used to be send a 1,000 specs (speculative emails) per rolling 24 hour period would get you names but not anymore.

Take a look at the DAC section on the Nominet website, you need a script that can respond to this lightening fast.

aquanuke · Oct 28, 2005

Ive been doing the 1000 specs for the last 6+ weeks ... havent caught a bean :-x

Unless you go for names that are not too fantastic I doubt you would catch anything.

Admin · Oct 28, 2005

Really you are wasting your time aquanuke, some DAC scripts respond in less than a second.

ratboy · Oct 28, 2005

raymoray said:
doesnt seem very difficult!

Anyone can look up a name and see it's status. As we have seen only very talented catchers can blag the best names.

Respect is therefore due.

aquanuke · Oct 28, 2005

admin said:
Really you are wasting your time aquanuke, some DAC scripts respond in less than a second.

Its ok cos all the scripts I wrote for the specs will work ok when I switch to the DAC with a bit of a tweak anyway.

Only been messing with the DAC and so far I cant see what all the fuss is about. The thing seems to be on par with a Morris Minor for speed :razz:

Ended up writing 3 different scripts, 1 php 1 curl and 1 bash just to see if I could make it respond any quicker. Oh well guess it will just queue all my request.

Existent · Oct 28, 2005

aquanuke said:
Its ok cos all the scripts I wrote for the specs will work ok when I switch to the DAC with a bit of a tweak anyway.

Only been messing with the DAC and so far I cant see what all the fuss is about. The thing seems to be on par with a Morris Minor for speed :razz:

Ended up writing 3 different scripts, 1 php 1 curl and 1 bash just to see if I could make it respond any quicker. Oh well guess it will just queue all my request.

Hmmm.. you must be using a different DAC to me then because the response times are < 10ms on the live db so it must be your script.

aquanuke · Oct 28, 2005

Tell the truth its probs cos im opening and closing my conection, as im only running on the test bench at the mo.. thanks for that Raider will give me an idea of how it should perform when its up.

bb99 · Oct 28, 2005

aquanuke said:
Tell the truth its probs cos im opening and closing my conection, as im only running on the test bench at the mo.. thanks for that Raider will give me an idea of how it should perform when its up.

If you open the connection everytime you query, this will indeed explain the delay. The DAC stalls each new connection for three seconds before it will respond to queries. This functionality was introduced pretty much because some people were opening a new connection for every query and this in itself was slowing the DAC down for everybody else.

Open the connection, leave it open and the DAC will be speeding by :grin:

FC Domains · Oct 28, 2005

DAC doesn't actually work that well, because there are so many people sending out 1000 requests a day.

On most drops DAC never shows the domain as available.

Existent · Oct 28, 2005

FC Domains said:
DAC doesn't actually work that well, because there are so many people sending out 1000 requests a day.

On most drops DAC never shows the domain as available.

The DAC seems to work fine for me and I send 216,000 requests per day. Like I said, for me, it responds < 10ms and shows plenty of available domains.

bb99 · Oct 28, 2005

FC Domains said:
On most drops DAC never shows the domain as available.

That's not the case from what I've seen. I suppose it depends how often you're checking each domain name.

retired_member27 · Oct 28, 2005

If you want the fastest script it must be written in Perl running on a mod_perl enabled dedicated Apache server. Then just connect the once, fire off your emails and close. The script itself should also be mutli-threaded, that is two or more processes going on at the same time, although this does take a lot of memory.

FC Domains · Oct 28, 2005

apd said:
If you want the fastest script it must be written in Perl running on a mod_perl enabled dedicated Apache server.

Or maybe a compiled executable, running all on it's own with direct Internet access.

retired_member27 · Oct 28, 2005

Forgot to mention that Perl would be the fastest interpreted language. As FCdomains said, nothing would beat a compiled language like C although coding and debugging does take longer.