• 0 Posts
  • 6 Comments
Joined 1 year ago
cake
Cake day: August 9th, 2023

help-circle
  • Hosting my own git server on my NAS made my life easier and better due to the new freedoms it offers. Backups are centralized, and I have all the space i need to keep any interesting code safe. I am using forgjeo now and highly recommend it. You can also use other front ends (or none and just ssh/filesystem) but forgjeo gives me artifacts (ie docker registry), code search, LFS, and more. With my own git server, my local filesystem only has what I am working on recently (or as my workstation space allows). My home folder has a folder for each version control system (git, pijul, svn). Inside of these i have 2 sub folders: <domain>/<repo name>

    Some examples of different domains are: open, work, personal, dragonish. I do not separate what forge or remote service in the filesystem, this is a persona boundary.

    I use git remote names and branches in each repo to handle what software forge and any upstream/maintainers i need to work with. As an example my work repos only get pushed to my work server (ie, only 1 git remote named origin set to my work’s server), but my open ones will go to forgjeo and github (i setup 2 git remotes, origin and github. origin in this domain goes to my forgjeo). If i have a need i go into some more git branching strategy which I do find has helped me over my life, but I think I am overthinking this post now! keep it all simple enough for what your needs are.



  • my understanding is that terms of service would be helpful but not needed if someone trued to sue because you blocked access to the site. I would not expect ToS for a site like you are explaining, but if it did it would say “the web admin will ban you if you are naughty, you have been warned”

    For privacy policy i think what you wrote to give us context is near perfect. Explain how your app stores data, be specific about encryption at rest and in motion. If your app is designed to hold name, email address, billing info you should highlight that in your policy. including a (monitored) contact email for questions would be nice, but not needed imo unless you are storing PII



  • To expand with my personal experience, I self host a synapse server partly for the reason that i want my children (aged 8-14 now) to have a communication platform they can access to get ahold of me with out requireing a sim card. I do not federate, and i do not allow account sign ups. That keeps a pretty isolated instance while still allowing everyone on that homeserver to be able to talk to each other.

    I help them get Element setup on each device. I dont think this is overly complicated, but i am sure i am a horrible judge of complexity… They have to enter the url of the server, then their password, then they need to scan a qr code/verify from an existing device. Or, they need to enter a second passcode to verify their identity. I help them keep those secrets in bitwarden, so imo, that complexity is an opportunity to explain some opsec and encryption!