SMRT Systems | FullStack or Backend Engineer | Hybrid | Full-time | Malmö, Sweden
We create software and hardware solutions for the dry cleaning and textile industry. This includes a cloud-based Point of Sale, mobile apps and machines for automated logistics.
Our customers range from small single store dry cleaners, to larger operations servicing a multitude of consumers or a number of hospitals and hotels. Known as the innovators in this industry, join us in our mission to create the digital dry-cleaning experience of the future.
We are profitable and experiencing significant organic growth, without external capital.
While my app isn't resolved using DYN, we are relying on APIs on our EC2 backend that use their DNS. Is there a Linux DNS caching server that will serve from a local cache primarily, and do lookups in the background instead to update the local cache? During the period DYN was down, it would've continued severing from the local cache and retried the background lookups, keeping my app up. I can also see it improving performance as my servers currently do lookups to the EC2 DNS on each http request...
Yes, although we have a release of 2.0 coming up, and the PouchDB project is really active. The problems couch can solve (e.g data safety and offline capability) probably aren't considered when initially building a product. Also moving from SQL to CouchDB is quite tedious, although my company just went through that process :)
I wonder why they didn't use something like CouchDB for this purpose and instead engineered their own solution? I see the CouchDB replication protocol + conflict detection perfect for their usecase.
Thanks, I had no idea React was building this out.
So in node, you can use the pouchdb API to connect to a full couchdb, allowing you to use the exact same code on the frontend and backend.
Going to try this on my next project!
Thanks for your thorough response!
I've been following meteor, and there's so much convenience. And it looks like, with GroundDB you can take meteor apps fully offline.
However, PouchDB have been making some serious progress to support complex offline apps with a lot of data, like full support for secondary map/reduce indexes.
What advantages does a meteor+react setup have vs pouchdb+react (synced to couch in backend)?
I would think, with meteor you get the backend rendering (for SEO), and with pouch you get a DB API on the fronted that's available offline.
We went through a SAQ D Service Provider 3.0, and paying for an ASV didn't hurt nearly as much as filling out that 80 page questionnaire... In fact, it reminded us apply some recent CVE's to our system before taking it to production.
We used Comodo HackerGuardian which is $250/y, so you don't have to pay $1000s.
We create software and hardware solutions for the dry cleaning and textile industry. This includes a cloud-based Point of Sale, mobile apps and machines for automated logistics.
Our customers range from small single store dry cleaners, to larger operations servicing a multitude of consumers or a number of hospitals and hotels. Known as the innovators in this industry, join us in our mission to create the digital dry-cleaning experience of the future.
We are profitable and experiencing significant organic growth, without external capital.
Company website: https://smrtsystems.com
You can email me directly: johan {@} [our domain above]