4 ms·

I've one I built called Cras. Store all my neat things I find on the web there. Recently turned it into a PWA so it's a share-target on my phone (Android) whic

by edoceo 2y ago

I've one I built called Cras. Store all my neat things I find on the web there. Recently turned it into a PWA so it's a share-target on my phone (Android) which is awesome. It's self-hosted and all packed into SQLite so, IMO, very portable. Recently added a trick to snapshot all the public links I save - my copy and on Archive.is - link rot is real.

trestacos 2y ago
I've been thinking about building a service that makes it easy to self host apps like this. I'm curious if you'd find it useful. It would host webapps like yours that use in browser sqlite to store data, then the service provide a sync their sqlite data across different devices. The user not the app would pay for the storage of the data, so they would own their data. And you can use CSP to lock down the app from sharing with other domains, meaning an app can't leak your data. The service would handle identity (only you can access your sqlite data - the app just ) and could provide an app store like experience with different apps of this type. Sort of like a firebase style backend as a service, but the user would own the data instead of the app.
- georgebcrawford 2y ago
  Is that what pikapods is? I ask out of ignorance, not "somebody is already doing that".
  - deleted 2y ago
    [deleted]
  - trestacos 2y ago
    Pikapods looks to be running containers for you, preconfigured for the self hosted apps they support. That's a cool service, I assume there are other similar services around. The concept I'm thinking about is different - it doesn't run any app code on the server, the apps are SPAs that run in the browser only (no backend supporting code), and then the server just syncs the data from the apps. This means the apps can focus on building ux/business logic and not worry about database, how data gets to/from clients, identity, etc. Somewhat like firebase but where the users pays for the server, not the app. That should hopefully be simpler for developers, and theres a lot less likelihood of issues with server config/etc (although presumably pikapod will handle that). It should also be cheaper since you're not constantly running a container, just storing data. I'm not sure if it's a useful concept or not yet :)
- jonotime 2y ago
  I am working on this problem from another angle. Where instead of hosting, the user only has to bring a sync solution. No services or auth needed - only storage. See more here: https://github.com/jonocodes/savr?tab=readme-ov-file#why-another-read-it-later-app https://github.com/jonocodes/savr?tab=readme-ov-file#why-ano...
paul-tharun 2y ago
is it open source? Can you share the link for it please.
- edoceo 2y ago
  Not yet, but I will.
CRConrad 2y ago
> Recently added a trick to snapshot all the public links I save - my copy and on Archive.is - link rot is real. Someone here needs exactly that: https://news.ycombinator.com/item?id=42502576 https://news.ycombinator.com/item?id=42502576 (And possibly me too.) So yeah, please do continue and then publish it.

by edoceo 2y ago

trestacos 2y ago

I've been thinking about building a service that makes it easy to self host apps like this. I'm curious if you'd find it useful. It would host webapps like yours that use in browser sqlite to store data, then the service provide a sync their sqlite data across different devices. The user not the app would pay for the storage of the data, so they would own their data. And you can use CSP to lock down the app from sharing with other domains, meaning an app can't leak your data. The service would handle identity (only you can access your sqlite data - the app just ) and could provide an app store like experience with different apps of this type. Sort of like a firebase style backend as a service, but the user would own the data instead of the app.

georgebcrawford 2y ago
Is that what pikapods is? I ask out of ignorance, not "somebody is already doing that".
- deleted 2y ago
  [deleted]
- trestacos 2y ago
  Pikapods looks to be running containers for you, preconfigured for the self hosted apps they support. That's a cool service, I assume there are other similar services around. The concept I'm thinking about is different - it doesn't run any app code on the server, the apps are SPAs that run in the browser only (no backend supporting code), and then the server just syncs the data from the apps. This means the apps can focus on building ux/business logic and not worry about database, how data gets to/from clients, identity, etc. Somewhat like firebase but where the users pays for the server, not the app. That should hopefully be simpler for developers, and theres a lot less likelihood of issues with server config/etc (although presumably pikapod will handle that). It should also be cheaper since you're not constantly running a container, just storing data. I'm not sure if it's a useful concept or not yet :)
jonotime 2y ago
I am working on this problem from another angle. Where instead of hosting, the user only has to bring a sync solution. No services or auth needed - only storage. See more here: https://github.com/jonocodes/savr?tab=readme-ov-file#why-another-read-it-later-app https://github.com/jonocodes/savr?tab=readme-ov-file#why-ano...

paul-tharun 2y ago

is it open source? Can you share the link for it please.

edoceo 2y ago
Not yet, but I will.

CRConrad 2y ago

> Recently added a trick to snapshot all the public links I save - my copy and on Archive.is - link rot is real. Someone here needs exactly that: https://news.ycombinator.com/item?id=42502576 https://news.ycombinator.com/item?id=42502576 (And possibly me too.) So yeah, please do continue and then publish it.