Live data from Hacker News

Show HN: Cron.io - Sharing a by-product. Should this be a full service?

cron.io

21–30 of 71 posts

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#21
post #18

Earlier quoted context omitted.

Do tell me you are checking robots.txt then. This has a great potential for DoS, email confirmations or not.

This is a prototype service and I am watching the activity closely. I appreciate your concern.

Great to hear.

I appreciate your vigilance :)

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#22

Since I'm doing something similar in an enterprise environment I suggest you to add , to each cron, a dates black-list. I mean a list of dates in which you do not want the job to be executed ( Christmas , Easter etc). Kudos for the clean documentation

Thankyou. That sounds like a needed feature.

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#24

Love it. I'm a big believer in choosing the right vocabulary. Half of the fogginess in communicating ideas comes from bad vocabulary, and matching that vocabulary to your user base. For example, "signal" is a great word that describes the behavior. "Delegate" is also decent. "Dictionary" is not a good word. If you don't know that a dictionary is a key value store, it's not very obvious. Same with "hash"; unless you'v…

Since you're being pedantic, the word you were looking for was "pedantry", not pedanticism :-)

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#25
post #15

Would creating 60 jobs polling the same URL at 1 min intervals translate to the site getting polled every second? Or is there batching/coalescing of the same-URL jobs?

The crons are spaced out over time. This is actually why i took so long to launch the site. I've used the prototype version of this for a long time. The app is written in node so it is incredibly fast, like destroy the internet fast. That is why email confirmations are required and accounts are limited to 5 crons each. I will add a captcha on account confirmation shortly as well.

Alternatively you could get the user to validate ownership of a domain, i.e. if you want to run jobs at http://foo.com/something, tell them to create http://foo.com/cronio.txt with specific contents.

Google does something like this: http://support.google.com/a/bin/answer.py?hl=en&answer=6... -- their alternatives also include changing DNS to add a dummy TXT record.

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#26
post #15

Would creating 60 jobs polling the same URL at 1 min intervals translate to the site getting polled every second? Or is there batching/coalescing of the same-URL jobs?

The crons are spaced out over time. This is actually why i took so long to launch the site. I've used the prototype version of this for a long time. The app is written in node so it is incredibly fast, like destroy the internet fast. That is why email confirmations are required and accounts are limited to 5 crons each. I will add a captcha on account confirmation shortly as well.

> The app is written in node so it is incredibly fast, like destroy the internet fast.

what

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#28
I released a similar project on Github called Torpedo. It lets you schedule HTTP callbacks via a REST API.

    curl -X POST http://127.0.0.1:7931/api/callbacks/ \
    -d "url=http://example.com/messages/1/send/" \
    -d "eta=2012-03-25T08:00:00Z"
The above will call "http://example.com/messages/1/send/ at 8am on the 25th of March.

https://github.com/namsral/torpedo

Re: Show HN: Cron.io - Sharing a by-product. Should this be a full service?

#29

Love it. I'm a big believer in choosing the right vocabulary. Half of the fogginess in communicating ideas comes from bad vocabulary, and matching that vocabulary to your user base. For example, "signal" is a great word that describes the behavior. "Delegate" is also decent. "Dictionary" is not a good word. If you don't know that a dictionary is a key value store, it's not very obvious. Same with "hash"; unless you'v…

Since you're being pedantic, the word you were looking for was "pedantry", not pedanticism :-)

You forgot the full stop at the end of your sentence.

Sorry, I could not resist! ;-)

Post reply on HN