view the rest of the comments
Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
That question could really use a "not applicable" option. I don't operate any home automation solutions, so any answer from me would be invalid, and neutral answers because the item is not relevant will appear the same as neutral answers because I use both self-hosted and externally hosted solutions (e.g. Mullvad for privacy and Tailscale to get around CGNAT).
Thanks for the comment: that’s a really good point to raise.
Just to clarify: the statement "I use self-hosted services in the following categories as much as possible" is meant to reflect how fully you make use of self-hosted solutions in each area. A response like “Strongly agree” would indicate that you actively use and take full advantage of self-hosting in that category.
If you don’t use solutions in a particular category at all — whether that’s because you don’t need them, aren’t interested, or use only external services — then it’s completely appropriate to select a disagreeing option (e.g. “Disagree” or “Strongly disagree”). In this context, lower agreement simply indicates low or no use, regardless of the reason.
From a methodological standpoint, the data will be analyzed using structural equation modeling (SEM). This approach requires a complete set of responses across the measured constructs. If we included a “not applicable” option, it would create missing values in the dataset and potentially lead to excluding the entire response for that part of the analysis — which would significantly reduce the usable sample size.
That said, I really appreciate your feedback! :)
Be prepared for some respondents to choose the middle option as a proxy for "not applicable," because that's what I did.
I chose the middle option for things I'm not hosting, but could see myself hosting in the future.
I get why you're taking that approach but you risk serious misclassification bias. The replies have stated people are using both "disagree" and "neither agree nor disagree" to indicate they are not hosting a particular kind of service. From your description of your research it sounds like disagree and strongly disagree should indicate that the individual uses company hosted services instead of self hosted services for those domains. The relationship between views on privacy and types of services self hosted is going to be confounded by that.
If this was the expectation, then it should have been a checklist and/or had N/A available. I don't think your data for this section will be accurate since myself/others replying did not use it this way.
I used "disagree" as "I am using a non-self hosted service for this," the middle as "N/A" and the agree as "I am hosting a service for this"...
Yeh, I took "don't agree or disagree" to be the N/A.
It seemed the most neutral.
I don't really use anything for bookmark sharing/management. So I don't strongly disagree or strongly agree with self hosting it.