Show HN: Phoneify - 20 hours with Rails 3 & Twilio
95 points| sghael | 15 years ago |phoneify.com | reply
On a related note: I have to say that I'm really flying with Rails 3. Typically I roll with Django, but have been super impressed with the Rails 3. Feels really clean, and there are some Gems that make the more mundane parts of the webapp construction fun and agile: Haml/Sass, blueprint, Fancy-buttons, Devise.
I'll probably write up a blog post soon on all the tricks & shortcuts I used to get this off the ground. Many of the shortcuts have to do with design and layout, and less so about backend coding.
http://phoneify.com
- @sghael
[+] [-] sghael|15 years ago|reply
On a related note: I have to say that I'm really flying with Rails 3. Typically I roll with Django, but have been super impressed with the Rails 3. Feels really clean, and there are some Gems that make the more mundane parts of the webapp construction fun and agile: Haml/Sass, blueprint, Fancy-buttons, Devise.
I'll probably write up a blog post soon on all the tricks & shortcuts I used to get this off the ground. Many of the shortcuts have to do with design and layout, and less so about backend coding.
[+] [-] Dornkirk|15 years ago|reply
Can you explain what specifically you like more about Rails? I've been using Django because my initial exposure to Rails confused me - after running the basic "start project" command there were dozens of files generated - compared to the 4 that get generated with Django (and the 3 or 4 more when you start a Django "app").
I'm also curious if you're planning on turning this site into a money-maker, just because it says joining will get you "50 free", but I don't see any pricing anywhere else?
[+] [-] poet|15 years ago|reply
[+] [-] realitygrill|15 years ago|reply
Look forward to your blog post!
[+] [-] DanI-S|15 years ago|reply
[+] [-] tcummings|15 years ago|reply
[+] [-] pibefision|15 years ago|reply
[+] [-] jsavimbi|15 years ago|reply
[+] [-] minouye|15 years ago|reply
[+] [-] wittjeff|15 years ago|reply
+1 for needing pricing details upfront. I'll suggest $.10/call or SMS but I might pay up to $.50 for my application. I could be using this within a couple of weeks for a project I'm building.
But... You must have noticed that there's another company using Phonify.com (no e). You're going to get in trouble with trademark infringement if you launch with this. Seriously, it's an easy call, and I wouldn't say that your space in the commerce realm is too far apart to matter. [insert flashing red light] Now maybe the other company won't have a trademark, in which case maybe you could use this, but then you can't trademark it yourself. Given the potential name confusion (I just typed their URL when I wanted yours a minute ago), I'd think hard about this before charging anyone for anything.
Some PHP sample code wouldn't hurt.
There are several Wordpress plugins for signing up for an email mailing list. Adding your service to that would be compelling. Note that the Wordpress people have a strong interpretation of the GPL (that is they assert that all plugins are covered under GPL and must be $free) though. But maybe that doesn't matter if you're charging per call.
Going further down that train of thought, I'm thinking someone might duplicate this functionality for Wordpress and just require the user to have Twilio account (as some folks require an Amazon storage account, or whatever). Twilio signup is a low bar to jump, so I'm thinking this is a reason to keep your fees low.
[+] [-] justinxreese|15 years ago|reply
I would definitely look at using this, but only for a pretty serious application. Nothing I've worked on so far has required that level of authenticity, or verification of a working phone.
[+] [-] mikecarlton|15 years ago|reply
[+] [-] sammville|15 years ago|reply
[+] [-] sghael|15 years ago|reply
This may not be super important if all you want to do is prevent lowly Forum spam (ReCaptcha may be all you need in this case). But phone verification can be particularly useful when the cost of fraudulent transaction is high (like user purchasing goods on your site with a stolen credit card, etc).
As an aside, I saw Amazon and Craigslist now use phone verification for more critical parts of workflow. Which inspired me to build Phoneify as a JS widget than anyone could use.
[+] [-] mcdowall|15 years ago|reply
Signed up, will give it a try on my new app.
[+] [-] dr_|15 years ago|reply
[+] [-] valjavec|15 years ago|reply
2 questions: - works world-wide or US only? - how much do you charge per verification (SMS / voice)... can't find on a website, but I see I have $20 balance
[+] [-] sghael|15 years ago|reply
I probably should have put some thought into pricing before posting on HN, but pricing is one of those eternally difficult things so I punted for now.
International SMS verifications should work, but some people are currently reporting issues with that. No voice verification for International planned (for cost reasons).
[+] [-] zmmmmm|15 years ago|reply
If my web site sign ups would rely on your service I'd be looking to be reassured about how robust it is going to be. Of course, after 20 hours it's amazing you have a front page, let alone a scalability plan so this is just a suggestion really rather than a question, but if you do have this designed in I'd be curious to hear it.
[+] [-] sghael|15 years ago|reply
Performance wise, there aren't many bottlenecks right now. Switching in Resque for my job queue (replacing Delayed Job) will make everything a little faster. If the queue ever starts to get large, I can quickly fire up another server as a dedicated worker.
I am leveraging AWS Cloudfront as a CDN for the widget JS, so the widget will load super fast for everyone. I offload all static assets when I can. Google CDN for JQuery.
The only immediate point of concern is the real-time API. That will soon have some throttling/limits on it to prevent abuse. I highly prefer people use the Post-back method to get notified of verifications (push is always better than poll).
As for proving reliability, I'm thinking of putting up public Pingdom reports for transparency.
[+] [-] Sujan|15 years ago|reply
[+] [-] sghael|15 years ago|reply
This way, temporary memorization of passcode is avoided in both cases. The passcode is always rendered to pixels (computer screen or phone screen).
[+] [-] lurchpop|15 years ago|reply
Would like to see pricing. Don't be shy about it, dude. This is valuable service you're offering with a barrier of entry about as high as placing a LIKE button on one's page.
I experienced a bug with the demo. When I entered the first letter of the verification code it said "message recording". Subsequent tries didn't work either.
[+] [-] djg38|15 years ago|reply
[+] [-] jarin|15 years ago|reply
[+] [-] listic|15 years ago|reply
[+] [-] sghael|15 years ago|reply
[+] [-] _b8r0|15 years ago|reply
[+] [-] jcblitz|15 years ago|reply
[+] [-] phatbyte|15 years ago|reply
[+] [-] JohnTitus|15 years ago|reply
[+] [-] buchin|15 years ago|reply