Favorite game ever is Final Fantasy 6 (FF3 in the states). It’s got that steampunk vibe, the BEST character development, worst villain, and the music SLAPS. Don’t even look at original cartridge prices though, it’ll make you sick.
My general rule is to not self host things that are good enough / free (as in $$ not FOSS). So I don't host email or music. I'm not a huge music person so spotify does the job, and gmail's been great since it started.
Things I do host
media server (jellyfin + sonarr/radarr etc)
stable diffusion image generation server
games (starbound mostly, killed minecraft after microsoft takeover)
I used to run my own mail server many, many years ago (early 2000s), but today it’s a lot more difficult. I personally don’t think it’s worth it, but I do have my own domain that I can host anywhere I choose. At the moment, I’m using Fastmail. Lots of nice features, and no complaints.
Yeah, I think getting my own domain is the first step I have never taken. Closest thing to web development I have done is a Neocities I have not messed with since getting an account.
You definitely don’t need to worry about a web site if you want to just use the domain for email.
Feel free to hit me up if you have any questions about it. Some providers make it pretty easy I think to setup and manage all of that together, while others require some manual work on your part.
Thank you for the offer! There seems to be a lot of packages that automate all the hard stuff, so I think the hardest part is actually getting my own domain and paying for a remote server.
I have an HP DL380 Gen8 and then a PC I bought from the local university and use as a server.
My DL380 runs ESXi. My PC runs Ubuntu on bare metal.
All of my apps are either fully VM-based (Home Assistant OS) or run in containers. Containers are far easier to build, upgrade, and migrate, and also make file management a lot easier.
I use Docker Compose. No Swarm or Kubernetes at this point.
Hopefully this is at least a good start! Let me know if you have any questions.
A combo of both. I group all my media apps like Sonarr, Radarr, SABnzbd, etc together in one compose since I consider each of them to be a part of the same “machine”, but most of my apps have their own compose.
I too felt Picard season three was heavily overhyped, especially by many of the Star Trek specialty sites.
In general though, I welcome nonspoilery general early reviews, especially from less specialized professional reviewers.
In this case, I am noticing that the more mainstream reviews are the most positive and the specialized genre or franchise reviews are working for a more measured tone than with Picard.
Is it because the genre reviewers have felt the disappointment with of some of fandom with Picard, or is it because they are at heart TNG era fans? Makes one wonder.
In my own case, I can forgive much of the overly positive reviews of Picard because I really found the early episodes the strongest, with the writers doubling down on everything that most concerned me in the back half of the season. It was episode 6 where the wheels of plot and character began to come off and nostalgia was given the work of heavy lifting TNG fans through to the end.
With SNW being episodic, six episodes would seem to be enough to know if the shows continuing strongly or hitting a sophomore slump. No one yet has called slump. So it seems that those who liked season one should expect to be satisfied with season two.
Yep I’m still working on a helm chart. Currently, each service is deployed with the bjw-s app-template helm chart, but I’d like to combine it all into a single chart.
The hardest part was getting ingress-nginx to pass ActivityPub requests to the backend, but we settled on a hack that seems to work well. We had to add the following configuration snippet to the frontend’s ingress annotations:
<pre style="background-color:#ffffff;">
<span style="color:#63a35c;">nginx.ingress.kubernetes.io/configuration-snippet</span><span style="color:#323232;">: </span><span style="font-weight:bold;color:#a71d5d;">|
</span><span style="color:#183691;"> if ($http_accept = "application/activity+json") {
</span><span style="color:#183691;"> set $proxy_upstream_name "lemmy-lemmy-8536";
</span><span style="color:#183691;"> }
</span><span style="color:#183691;"> if ($http_accept = "application/ld+json; profile="https://www.w3.org/ns/activitystreams"") {
</span><span style="color:#183691;"> set $proxy_upstream_name "lemmy-lemmy-8536";
</span><span style="color:#183691;"> }
</span><span style="color:#183691;"> if ($request_method = POST) {
</span><span style="color:#183691;"> set $proxy_upstream_name "lemmy-lemmy-8536";
</span><span style="color:#183691;"> }
</span>
The value of the variable is $NAMESPACE-$SERVICE-$PORT.
I tested this pretty thoroughly and haven’t been able to break it so far, but please let me know if anybody has a better solution!
That’s awesome! I love his Helm chart. It’s the most impressive Helm library I’ve ever seen. I maintain a bunch of charts and I exclusively use his library chart :)
I just mentioned in a response to @seang96, but I feel like deploying a separate nginx is probably cleaner, I just didn’t want another SPOF that I could break at some point in the future.
kbin.life
Newest