Live data from Hacker News

Kinto – open-source alternative to Firebase and Parse

kinto.readthedocs.org

61–70 of 95 posts

Re: Kinto – open-source alternative to Firebase and Parse

#61

I'm not a big fan of offline storage for web apps. Any serious app will quickly exceed the localStorage limit which is only 5mb. I would also question the decision to use HTTP for this purpose instead of WebSockets.

It really is a challenge. I don't think it'll be realistic to build mid-size, fully offline web apps (excluding tools like electron) until indexedDB has wider support. One solution is to garbage collect the oldest data from localStorage and sync with a server when you've got connection, but once you're offline you're kinda stuck with 5mb. However, caniuse.com/#feat=indexeddb is optimistic about the future. The company I work for is trying to make offline/decentralized apps more realistic (gundb.io, github.com/amark/gun) and storage limitations can be aggravating at times.

Re: Kinto – open-source alternative to Firebase and Parse

#62

Heh, so last week my buddy Tarek Ziade (one of the developers of this) and I were talking about this (kinto) project he's working on. I asked him what the meaning behind the name was. He said "you know the cloud from Dragon Ball. They don't use it as much in DBZ since they can fly." I asked him if he meant "flying Nimbus?" Apparently, something was lost in translation (I'm in the US, he's in France).

Well, "kinto" is the name for the cloud in Japanese (see: http://dragonball.wikia.com/wiki/Flying_Nimbus).

Re: Kinto – open-source alternative to Firebase and Parse

#63
post #57

Earlier quoted context omitted.

Regardless of this (assuming this is even true), I can't imagine that a finance company would want to store their data inside something like Firebase - The risk of data theft is too high and the value of the data is also too high. When you store everything in a big centralized system, the risk of that data being compromised increases greatly. Right now, the reason why no one is hacking Firebase is because the data wh…

All of the problems you recognise exist with 99% of large scale internal solutions too.

True, but your internal solution isn't "large scale" until you are. The external solution is "large scale" when all users combined together are.

Re: Kinto – open-source alternative to Firebase and Parse

#64
post #61

I'm not a big fan of offline storage for web apps. Any serious app will quickly exceed the localStorage limit which is only 5mb. I would also question the decision to use HTTP for this purpose instead of WebSockets.

It really is a challenge. I don't think it'll be realistic to build mid-size, fully offline web apps (excluding tools like electron) until indexedDB has wider support. One solution is to garbage collect the oldest data from localStorage and sync with a server when you've got connection, but once you're offline you're kinda stuck with 5mb. However, caniuse.com/#feat=indexeddb is optimistic about the future. The compan…

Its realistic now, most people do not want to be using Indexeddb directly and pretty much all IndexedDB wrappers will fallback to webSQL. That gets support back to ie9 which is unsupported by most of the web.

Re: Kinto – open-source alternative to Firebase and Parse

#65

Heh, so last week my buddy Tarek Ziade (one of the developers of this) and I were talking about this (kinto) project he's working on. I asked him what the meaning behind the name was. He said "you know the cloud from Dragon Ball. They don't use it as much in DBZ since they can fly." I asked him if he meant "flying Nimbus?" Apparently, something was lost in translation (I'm in the US, he's in France).

Yeah the full name is "Kinto-un" :)

Re: Kinto – open-source alternative to Firebase and Parse

#66
post #38

Earlier quoted context omitted.

I find it an ongoing mystery how many of these tools and services pop up that aren't based on Couch/PouchDB, don't reference Couch/PouchDB, aren't compatible with the Couch sync protocol, and don't even seem aware the Couch/PouchDB exist. I'm 100% waiting to be sold on "here's a new tool that does what CouchDB does, but is better in these specific ways", but if your sales pitch is just "we're working on writing an ex…

I am a little confused at why PouchDB isnt listed on the comparisons page, I am fairly certain they sent a comparison listing and asked me to review it at some point but in all fairness they did investigate and give reasons to not use PouchDB, this post is linked http://www.servicedenuages.fr/en/generic-storage-ecosystem In my extremely biased position (as the maintainer of PouchDB) I would really have liked to still…

Yeah our doc is incomplete, I did add a bug about this the other day. We should compare products (pouchdb vs kinto.js) and separately deployments (kinto server vs couchdb)

Re: Kinto – open-source alternative to Firebase and Parse

#67
post #11

Looks impressive, but as a Parse user I think that the selling point are the open-sourced SDKs for lots of platforms. EDIT: this seems to be lacking a graphical administration panel as well.

> this seems to be lacking a graphical administration panel as well

we are working on one, that's almost ready. Should be released sometimes during Q1

Re: Kinto – open-source alternative to Firebase and Parse

#68

> Kinto is a server allowing you to store and synchronize arbitrary data, attached to your Firefox account. Why does the repo readme says this? What does it mean? I mean, why Parse kinda service is related and attached to Firefox account?

It was our first use case at Mozilla when we started the tool. This sentence is now a bit misleading. Thanks for pointing this out.

Re: Kinto – open-source alternative to Firebase and Parse

#69
post #11

Looks impressive, but as a Parse user I think that the selling point are the open-sourced SDKs for lots of platforms. EDIT: this seems to be lacking a graphical administration panel as well.

> this seems to be lacking a graphical administration panel as well we are working on one, that's almost ready. Should be released sometimes during Q1

Great, I'm really excited about testing this on my VPS. Hope it handle the load.
Post reply on HN