6 comments

  • danpalmer 10 minutes ago
    Anything that explores triple stores in production more is interesting to me, nice one!

    That said, the load test immediately stuck out to me as being too small scale. Triple stores can have performance issues, and the amount of operations in the load test isn't enough to exhaust a single node, let alone a multi-node setup. If you're looking to make a more convincing case I'd benchmark where one node falls over and get some sense of the ability to horizontally scale.

  • jasonkester 16 minutes ago
    Sounds cool, but you never got around to explaining how “users control where their data is stored “, which is odd because that’s the title of your post.

    So if I’m a user of an app built with your thing, how do I go about controlling where my data is stored? What’s the experience like for the end user to set this up and connect it to an app?

  • _matthew_ 1 hour ago
    I had a similar idea but with a much lower-brained approach of security through purely uuid uniqueness (to some degree, similar to the initial writer controlling access), and without any actual constructs built into it:

    https://github.com/matthewscholefield/blobse

    Which powers a few small apps like https://matthewscholefield.github.io/votosphere/

    Have you considered adding an llms.txt for linkedrecords? I'd love to be able to just tell my agent to build something and point it at your llms.txt and have it just build it out on its own reliably without having to clone the repo, go through the docs, etc.

  • gurjeet 1 hour ago
    I think it would help demo an app or two that use this BaaS. Even better, if all those apps use/display the same data in different ways.
  • sean_pedersen 1 hour ago
    Please explain in simple words what it is and does. Is user data stored unencrypted on your servers?