3 ms·

Thanks for creating Firebase! It's really the definition of an managed database/datastore. Do you see InstantDB as a drop in replacement ? To be honest I don

Thanks for creating Firebase! It's really the definition of an managed database/datastore. Do you see InstantDB as a drop in replacement ? To be honest I don't want to have to worry about my backend. I want a place to effectively drop JSON docs and retract them later. This is more than enough for a hobbyist project, though I imagine at scale things get might not work as well.

warden_2003 2y ago
If you only need simple dropping and collecting back, maybe you should consider about AWS S3 or Supabase storage.
- 999900000999 2y ago
  Ohh, I still need a database, I just need the JSON doc format.
  - deleted 2y ago
    [deleted]
- ElFitz 2y ago
  Or a key-value store, if the size is limited and speed is essential.
stopachka 2y ago
For what it's worth, we designed Instant with this in mind. Schema is optional, and you can save JSON data into a column if you like. If you wanted to store documents, you could write: ``` useQuery({docs: {}}) // get documents transact(tx.docs[docId].update({someKey: someValue}); // update keys in a doc transact(tx.docs[docId].delete()) // delete the doc ```
- 999900000999 2y ago
  Thanks for the response. 2 questions. How hard is it to swap our firebase for instant? I've had an amazing time with firebase, but I sorta want to switch to using a completely local solution. I have a small lyric video generator, and while I don't care about my own songs potentially leaking, I would never want to take responsibility for something else's data. I basically use firebase for the lyrics afterwards I transcribe them . Second, do you offer your own auth or just integrate with other solutions.
  - stopachka 2y ago
    Glad I could be helpful. > How hard is it to swap our firebase for instant? I've had an amazing time with firebase, but I sorta want to switch to using a completely local solution. It should be relatively straightforward to switch. If you have any questions, you could always reach to us on Discord [1] The only caveat though: Instant is like Firebase; it is not a completely local solution. If you are worried about exposing some data over the internet, I would store the same kind of stuff you were thinking about with Firebase. > Second, do you offer your own auth or just integrate with other solutions. We offer our own auth. You have magic code emails and Google Sign in out of the box. We also expose auth functions in admin SDK, in case you want to create a custom solution. [2] [1] https://discord.com/invite/VU53p7uQcE https://discord.com/invite/VU53p7uQcE [2] https://www.instantdb.com/docs/auth https://www.instantdb.com/docs/auth
    - 999900000999 2y ago
      I'm actually imagining telling end users to host the server locally via Docker. I have some other functionality, like the actual lyric transcription, I need docker for. Thank you for your help. I'll definitely look into this for my next project
    - thinkloop 2y ago
      > Instant is like Firebase; it is not a completely local solution. If you are worried about exposing some data over the internet, I would store the same kind of stuff you were thinking about with Firebase. What does this mean exactly? If you host your own it is still not local?

warden_2003 2y ago

If you only need simple dropping and collecting back, maybe you should consider about AWS S3 or Supabase storage.

999900000999 2y ago
Ohh, I still need a database, I just need the JSON doc format.
- deleted 2y ago
  [deleted]
ElFitz 2y ago
Or a key-value store, if the size is limited and speed is essential.

stopachka 2y ago

For what it's worth, we designed Instant with this in mind. Schema is optional, and you can save JSON data into a column if you like. If you wanted to store documents, you could write: ``` useQuery({docs: {}}) // get documents transact(tx.docs[docId].update({someKey: someValue}); // update keys in a doc transact(tx.docs[docId].delete()) // delete the doc ```

999900000999 2y ago
Thanks for the response. 2 questions. How hard is it to swap our firebase for instant? I've had an amazing time with firebase, but I sorta want to switch to using a completely local solution. I have a small lyric video generator, and while I don't care about my own songs potentially leaking, I would never want to take responsibility for something else's data. I basically use firebase for the lyrics afterwards I transcribe them . Second, do you offer your own auth or just integrate with other solutions.
- stopachka 2y ago
  Glad I could be helpful. > How hard is it to swap our firebase for instant? I've had an amazing time with firebase, but I sorta want to switch to using a completely local solution. It should be relatively straightforward to switch. If you have any questions, you could always reach to us on Discord [1] The only caveat though: Instant is like Firebase; it is not a completely local solution. If you are worried about exposing some data over the internet, I would store the same kind of stuff you were thinking about with Firebase. > Second, do you offer your own auth or just integrate with other solutions. We offer our own auth. You have magic code emails and Google Sign in out of the box. We also expose auth functions in admin SDK, in case you want to create a custom solution. [2] [1] https://discord.com/invite/VU53p7uQcE https://discord.com/invite/VU53p7uQcE [2] https://www.instantdb.com/docs/auth https://www.instantdb.com/docs/auth
  - 999900000999 2y ago
    I'm actually imagining telling end users to host the server locally via Docker. I have some other functionality, like the actual lyric transcription, I need docker for. Thank you for your help. I'll definitely look into this for my next project
  - thinkloop 2y ago
    > Instant is like Firebase; it is not a completely local solution. If you are worried about exposing some data over the internet, I would store the same kind of stuff you were thinking about with Firebase. What does this mean exactly? If you host your own it is still not local?