Most active commenters

    ←back to thread

    578 points smusamashah | 18 comments | | HN request time: 0.422s | source | bottom
    1. huijzer ◴[] No.42463359[source]
    I really think we are as developers underusing setups like this. If you could somehow figure out a simple but effective sync between devices then that would be able to cover many use-cases.

    Maybe we just need an sqlite with better support for replicas? Then people have one tiny server with a bunch of sqlite’s to which the apps can sync?

    replies(10): >>42463533 #>>42463581 #>>42463651 #>>42463678 #>>42464303 #>>42464442 #>>42464633 #>>42469937 #>>42476545 #>>42479191 #
    2. evantbyrne ◴[] No.42463533[source]
    For something as simple as this a manual export/import would be the most appropriate. Probably not a strong foundation for a communication tool.
    replies(1): >>42463674 #
    3. summermusic ◴[] No.42463581[source]
    This sounds like a job for WebDAV!

    https://en.wikipedia.org/wiki/WebDAV

    replies(2): >>42464188 #>>42466335 #
    4. nutanc ◴[] No.42463651[source]
    Pouchdb?
    5. latexr ◴[] No.42463674[source]
    > manual export/import

    That would mean manual busywork every time you start/end a session. If you ever forget one of those steps, your work becomes out of sync and that’s extra work to sort it out. Depending on when you notice, it may take you several hours to fix. Not having to do things manually is what computers are for.

    replies(1): >>42463780 #
    6. oneshtein ◴[] No.42463678[source]
    Firefox has Pocket. Maybe, it can be used for synchronization ("pocketing") between devices.
    7. evantbyrne ◴[] No.42463780{3}[source]
    You could build a sync feature that requires some background process on each client along with likely complex configuration for peer-to-peer sharing, or you could build a web backend that runs on a server. There are good reasons why everyone does the latter.
    8. rpdillon ◴[] No.42464188[source]
    I'm very interested in this area and this is exactly the approach that I'm pursuing.
    9. oidar ◴[] No.42464303[source]
    CouchDB + PouchDB
    replies(2): >>42466690 #>>42467933 #
    10. boramalper ◴[] No.42464442[source]
    You're talking about Zero Data Apps[0]. :)

    [0] https://0data.app/

    11. all2 ◴[] No.42464633[source]
    SyncThing is my go-to for multi-device syncing.
    12. mmcdermott ◴[] No.42466335[source]
    One major failing of WebDAV for these use cases is that the spec requires you to `PUT` the whole resource/file in order to save changes. This isn't too bad when the individual files are small, but as your single file apps grow, this means a lot of data transfer without the comforts of differential uploads.
    13. oidar ◴[] No.42466690[source]
    dexieCloud too.
    14. BLKNSLVR ◴[] No.42467933[source]
    They're the backend for Noteself, such I've been using for a few years now as my life organising note taking tool.

    I have it setup self-hosted, and as long as I have internet I can connect to it and update it. Of I don't have internet I can browse the contents as per the most recently cached version.

    (I can also save it to a single HTML file and back that up in numerous off site locations).

    https://noteself.org/

    15. WickyNilliams ◴[] No.42469937[source]
    I feel GitHub gists are a very good store for data: writable, versioned, shareable and read-only for non authors, workable, support for arbitrary data including binary
    replies(1): >>42479805 #
    16. aryonoco ◴[] No.42476545[source]
    Syncthing
    17. tomcam ◴[] No.42479191[source]
    > If you could somehow figure out a simple but effective sync between devices

    If only there were a technology one could use to “serve” information from a central storage mechanism, then update this “server” in a deterministic fashion, possibly with security as part of the feature set…

    18. huijzer ◴[] No.42479805[source]
    I tried that. The problem is that you will always need a middle-end (a separate server between your stand-alone front end application and the GitHub server). You can't just distribute a stand-alone app and let it talk to GitHub directly. Or well you can but only if you get a token with *FULL* scope for all repositories. What I as a developer need is a scope for only one repository. That's how stand-alone and especially browser-based applications can remain safe. You don't want to store tokens with full permissions in multiple apps.