What is the advantage of this over just dropping HTML files onto a USB drive?
K3CAN
Also at @me@social.k3can.us on Mastodon.
- 1 Post
- 12 Comments
Not often, but there’s a niche. I wish I could remember the details, but I saw someone earlier this year that was hosting a public BBS on a c64.
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•PRISM - a self-hosted OSINT platform with a real-time dashboardEnglish
5·29 days agoSame experience. 🫤
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•How To Parse JSON Data To A Human Readable Format [SOLVED]English
5·1 month agoPersonally, whenever I need to process anything text-based, I use perl.
Read the json into a hash, parse the values if desired, then plug the values into an html template.
It’s pretty quick to write, much easier to learn than python (in my opinion), and super powerful.
I’m a bit torn on the hardware bit, myself.
On one hand, hardware is a fundamental aspect of self hosting. There’s already a portion of the community who considers self-hosting to include using commercially-hosted cloud services (as long as it’s not Google), so prohibiting hardware discussion just reinforces that concept. Plus, it can be really fun to see what creative hardware people come up. I’m pretty sure I posted about my Fediverse server running on a WiFi router here, for example. The focus was on the unusual hardware, but it was also clearly related to self-hosting.
On the other hand, looking at what is posted in other communities, I don’t think there’s a ton of value in seeing a dozen photos of a bone-stock rpi or a closed laptop sitting on a desk. Same with the nth post asking if their 30-year-old 1u would be a good choice for Jellyfin; so I see why the rule exists.
Overall, though, I think hardware should be allowed, but maybe add a rule along the lines of “if you’re posting a question, please include what resources you’ve already reviewed or troubleshooting steps you’ve already taken.”
Heck, that might be a good rule for all questions, regardless of topic…
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Best way to manage all my services as containers?English
1·2 months agoThe first one. The service is owned by root, but the application is running as an unprivileged system user.
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Best way to manage all my services as containers?English
1·2 months agoQuadlets work like any other systemd service.
You create the user/group you want to run as on the underlying system, then just specify that user/group in the quadlet file.
If you look at my *arr examples, you can see the user and groups they’re running as.
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Best way to manage all my services as containers?English
2·2 months agoPodman quadlets can also auto-update and auto rollback, if needed.
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Best way to manage all my services as containers?English
1·2 months agoIt’s a function of a “pod” within podman.
I wrote the podman examples for AudioMuseAI using a pod: https://github.com/NeptuneHub/AudioMuse-AI/tree/main/deployment/podman-quadlets
And I have an example *arr suite on my GitHub page: https://github.com/K3CAN/podman-arr-quadlets
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Best way to manage all my services as containers?English
0·2 months agoI’ll second podman quadlets. Good security, full integration with systemd, pods allow applications to easily share a namespace, and you can manage graphically through Cockpit if you really want to.
K3CAN@lemmy.radioto
Selfhosted@lemmy.world•Turns out I have been updating wrong all this time! 🤦🏼English
1·3 months agoCorrect. Full-upgrade is the new term. It’s an alias, though, so using either will accomplish the same thing.

The 3DS on the other hand…
https://github.com/zoeyjodon/moonlight-N3DS