Looks very good! As someone already asked, is it PA-DSS certified?

Perhaps this is a good example of what E. Tufte calls "chartjunk" in his book "The Visual Display of Quantitative Information".

Could you please list a couple or recommend one out of experience? Thank you.

Their service would take off much more if they offered a Python, Ruby, or JavaScript API.

No.

The service would take off much more if instead of defining search patterns as regular expressions they were defined as jquery style expressions that acknowledged DOM and allow you to find all <title> tags that exist in the <header>. Yes you can do this with regexp, but parsing HTML shouldn't be a regexp task.

Oh, I'd like to see email gateways too... point a stream of emails at it and parse those. I'm thinking of scenarios like tripit.com taking in tons of different emails and parsing them to extract travel info.

I'm building something right now that includes page parsing, and so far I've only been building in regex support. I like your jQuery selector idea as well, are there any other ways that you can think of that would make searching the contents of a page programmatically easier for you?

May I suggest taking a look at Parsely? Its the syntax they use on www.parselets.com. The documentation for implementing it in your own apps is a little sparse, but the data format is awesome. Here's one that describes scraping HN:

http://parselets.com/parselets/yc/14

Might not be a fit for your project, but in terms of describing parsing instructions to a crawler its the best format I've ever seen.

I'm not crawling, but that is pretty interesting looking. I'll bookmark it and take a look at it for later for sure - thanks!

Hpricot for Ruby is great.

For instance, parsing a Google search results page:

        (doc/"a.l").each do |link|
            label = link.inner_text
            href = link.attributes['href']
            ...

This is something we can include as an 80App :) Thanks for the suggestion!

What an ugly phone!

Maemo 5 seems great. Nokia though really seems to lack a coherent strategy and should have taken Maemo-based phones to market much earlier.

A friend had his PayPal account frozen for no reason. In my experience their API is terrible and it is a torture to use their test site.

There is nothing new about Google.

This seems like a very useful service. I think that you may be losing quite a lot of business by jumping from free to $49 directly.

There is probably a sweet spot at around $19 for say 250 pages and login support that would attract a lot of hobbyists/developers who work on one web app or a couple of sites and wouldn't pay $49 a month for something like this.

Perhaps you should try it out.