This repository is holding a working docker-compose setup for documentation pourpuses because syncstorage-rs’s documentation is not very good to explain how to self host the new rust syncserver.

With help of it you can self host the new Firefox sync server, which is written in Rust and replaces the old python one, which is deprecated.

  • d3Xt3r@lemmy.nzM
    link
    fedilink
    arrow-up
    23
    arrow-down
    3
    ·
    1 year ago

    Just wanted to say thanks @jeena@jemmy.jeena.net for calling it fxsync and not ffsync, I’m glad there’s still at least one person out there who knows what the proper abbreviation for Firefox should be!

    • vector_zero@lemmy.world
      link
      fedilink
      arrow-up
      10
      arrow-down
      2
      ·
      1 year ago

      Probably because it was built to support hundreds of thousands of users, versus the arguably unusual self-hosted single user instance.

      • insomniac@sh.itjust.works
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        1 year ago

        One is just running a command and exiting. They seem to be using a separate container for sync storage and token storage. Not sure what those are but is likely set up this way for scaling. This could probably be pretty easily worked in to one container with a start up script that runs that SQL command. The overhead of running multiple Mariadb containers isn’t that much though so it probably doesn’t matter much.

    • Rud_1UP@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      At first I thought why not just SQLite instead of a mariaDB, because as a self hoster you’ll probably have max 10 users on it anyway, is there a benefit to use mariaDB? Then noticed it’s not 1 but 3 seperate DBs ¯\_(ツ)_/¯

    • TCB13@lemmy.world
      link
      fedilink
      English
      arrow-up
      8
      arrow-down
      17
      ·
      edit-2
      1 year ago

      Because its Docker crap ahah

      Here is the thing: in the last few years I came to the conclusion that if a tool isn’t simple enough to install and configure manually with one or two files it isn’t worth my time.

  • beeng@discuss.tchncs.de
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    Always wanted to hook up 2 accounts to one dB, so I could share tabs from 1 account and send to another eg work or home. Could this help?

    • Violet_McQuasional@feddit.uk
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Hmm. I wouldn’t risk it, personally. I bet the data that syncs can be quite specific. Have you looked for an extension that can just do tab syncing?

  • anteaters@feddit.de
    link
    fedilink
    arrow-up
    4
    arrow-down
    1
    ·
    1 year ago

    I’ve been looking for this just yesterday but apparently all sync info is end to end encrypted anyways and Mozilla has no access to the synchronized data? Is there a reason to self host this but just for the principle of it?

    • moonpiedumplings@programming.dev
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      If you have multiple firefox profiles, then you have to create an sync account for each one if you want to sync. Not a good idea if you have 5 profiles, some of them using a main email (like a corp or school) that won’t be around forever.

      Being able to sync multiple profiles with only one account is convenient for me.

    • Rud_1UP@lemmy.world
      link
      fedilink
      arrow-up
      6
      arrow-down
      3
      ·
      1 year ago

      Why should storing your browser history and behaviour with a 3rd party in a 3rd country in a procured 3rd party cloud infra provider and a 3rd party colocation provider be the default? Why not keep that personal information just inside, instead of letting it leave out of the front door? Also, encryption has more to do with confidentiality than security. If someone gets access to your encrypted data all they have to do is encrypt it again, to do harm.