Swiftype Blog

Here's a few more to add to your list (not all SaaS)...

--ANALYTICS

Snowplow (https://github.com/snowplow/snowplow)

Segment.io (http://segment.io)

--CRM

Close.io (http://close.io),

Streak (http://www.streak.com/)

Base (http://getbase.com)

--SALES

ElasticSales (https://elasticsales.com/)

--CUSTOMER SERVICE

Metaverse Mod Squad (http://metaversemodsquad.com/)

--DATA

Factual (http://www.factual.com/)

--DATABASE

Titan (http://thinkaurelius.com/)

Tinkerpop (http://www.tinkerpop.com/)

Bulbs (http://bulbflow.com)

Datomic (http://datomic.com)

--LOG MONITORING

Logstash (http://logstash.net)

Lumberjack (https://github.com/jordansissel/lumberjack)

Fluentd (http://fluentd.org),

Flume (https://github.com/cloudera/flume)

Kafka (http://sna-projects.com/kafka/)

Scribe (https://github.com/facebook/scribe/)

--ACCOUNTING/INVOICING

Harvest (http://www.getharvest.com/)

Ballpark (http://www.getballpark.com/)

PaySimple (http://paysimple.com/)

AcceptPay (http://acceptpay.com)

FreshBooks (http://www.freshbooks.com/)

FreeAgent (http://www.freeagent.com/)

Blinksale (http://www.blinksale.com/)

--PAYMENTS

Balanced Payements (https://www.balancedpayments.com/)

Dwolla (https://www.dwolla.com/)

-- BANKING

Simple (http://simple.com)

--PHONE/PBX/SMS

Plivo (http://plivo.com/)

Tropo (https://www.tropo.com/)

Twillo (http://www.twilio.com/)

PhoneBooth (http://www.phonebooth.com/)

-- PROJECT MANAGEMENT

Orchestra (http://www.orchestra.com/)

-- RECOMMENDATION…

Interesting post. I work at Swiftype, where we build full-text search engines, and it's been interesting seeing the varying definitions of "good enough." It seems like Postgres full-text search is surprisingly decent for a less robust solution than something designed entirely for search, and I can see it being "good enough" if you are in the very early stages of development and don't want to add anything that requires additional knowledge to your project quite yet.

>> You want to give quickly a search feature (maybe not perfect) in the hand of your user

If this is your goal, rather than simply keeping your project contained to postgres as much as possible, Swiftype would be a better solution. Building a whole full-text search engine in a day with Postgres is faster than you could reasonably do with ES or Solr, but if your goal is simply the functionality, you can get a search engine into your app in less than an hour with Swiftype. We're built on Elasticsearch and Lucene, so you can get all their power from a team that works on it full time.

https://swiftype.com/

Swiftype/Elastic | Software Engineer & Technical Writer | REMOTE

Swiftype (now part of Elastic) builds a search platform that powers hundreds of millions of queries a month. We are a small team of generalist software developers and we are looking to grow our team in order to build new products and maintain our existing search platform.

At Elastic, we have a simple goal: to solve the world's data problems with products that delight and inspire. As the company behind the popular open source projects — Elasticsearch, Kibana, Logstash, and Beats — we help people around the world do great things with their data. From stock quotes to real time Twitter streams, Apache logs to WordPress blogs, our products are extending what's possible with data, delivering on the promise that good things come from connecting the dots. The Elastic family unites employees across 30+ countries into one coherent team, while the broader community spans across over 100 countries.

Check out https://swiftype.com/jobs for more information.

I tested the Parse.com documentation (https://www.parse.com/docs/search#stq=xcode) and found some problems with swiftype.

When searching via Chrome, I kept getting a blank content area with no search results. I did some digging (thinking that the issue might be that I reject 3rd party cookies) and I found the problem:

https://swiftype.com/embed.js wasn't loading. I went to view this script in my browser and got an error which was preventing the script from executing: "The identity of this website has not been verified. Server's certificate is not trusted." I clicked "proceed" to view the script in the browser, and when I went back to the search page, it worked as intended.

Wagtail (our open-source Django CMS [1]) can generate a static HTML export of your site to the filesystem, Amazon S3 or Google App Engine, piggy-backing on the excellent django-medusa library [2]. This feature was commissioned by a security company who didn't want to risk an embarrassing exposure to new vulnerabilities in Drupal, Rails, Django etc.

Search is an issue for static HTML sites. Swiftype [3] and Algolia [4] look like solid options - has anyone used these in production?

[1] https://github.com/torchbox/wagtail

[2] https://github.com/mtigas/django-medusa

[3] https://swiftype.com/

[4] https://www.algolia.com

I've used Algolia [1] and Swiftype [2] in the past for search on static websites, but recently experimented with lunr.js [3] for our company playbook (built with GitHub pages): http://playbook.wiredcraft.com/

I still want to separate the index in its own JSON file, but so far, so good. Search is fast and index is rebuilt automatically.

[1]: https://www.algolia.com

[2]: https://swiftype.com/

[3]: http://lunrjs.com