From a real-world perspective, I suspect that the headskirts were originally created to avoid creating a full head prosthetic for guest actors. Once the character of Quark was created, the cost of a reusable full head prosthetic would have been less prohibitive.
Your suspicion is correct. Several behind the scenes videos and past producers have confirmed this as the main reason. Not only cost, but time needed to do the full head makeup.
I turned that off, as well as show online status, years ago.
You should disable tracking everywhere you can. Opt-out of personalized ads. Enable the do not track feature.
You can load the project directly in GitHub and do a diff between 0.17.4 and 0.18.x.
Here are the diffs (0.18.0 vs 0.17.4)
Awesome! Thank you for posting this. I will be updating my instance as soon as I can.
Good question. I don’t know. Hypothetically speaking, if the parent instance of the community changes the relevant data in the database to another instance, would federation take over and automatically propagate the change? 🤷🏻♂️
Sounds like an interesting experiment at least, or a possible major bug waiting to happen.
Nice work! This will be convenient. Will try it out.
Technically you could fork lemmy-ui and make it a native feature and see if it gets accepted/merged back in. 😄
Well, reddit can. Unfortunately that is all internal data we don’t have access to.
The day I upgraded from 2400 to 14400 was a good day. There was one person on one of the multi-user boards I used to use that was on a 300 baud modem. It would take 5+ minutes to get a reply from them lol
Well, ideally each service would have their own dedicated resources to begin with. But, given all of the lemmy services + Postgres are running on 2 cores with 2GB of RAM, that’s pretty impressive.
Anyway, autoscaling doesn’t necessarily solve scaling issues without a lot of thought and planning. It’s not always as simple as throwing more hardware at the problem, as I’m sure you already know.
I’m not familiar with unraid.
I used the documentation over on join-lemmy.org to setup my instance, on ubuntu. main docs: https://join-lemmy.org/docs/en/administration/administration.html
Here are the docker specific instructions: https://join-lemmy.org/docs/en/administration/install_docker.html
It was in the 500-600 range a few hours ago. It’s really happening
With just me on the system, CPU is barely ever over 2 -3%. Load average looks good. Memory usage looks fine. You know what? Let me post some graphs for the past 24 hours, which, I’ve pretty much been on here for 24 hours straight. Again, I’m the only user on my instance.
I’ve mentioned this in a few other threads, but I’m tempted to fire up jmeter and push some load through my instance just to see how it behaves if I slam the system via the API. I just don’t feel like learning the internal API endpoints and all that right at this time though.
That was fast…
I’m running my instance on 2 cores, 2GB of RAM. Of course I’m the only one on there at the moment, but it’s running great, and I think it might even be fine with a single core.
As other have said, if you are planning to use it for your own “user’s home instance,” that should be fine. I’ve read a few people are running their instances on Raspberry PIs, which is pretty neat. While I have one I could use, I opted to setup a new droplet in DigitalOcean instead (I also run my own servers like you). A 2 core / 2GB RAM / 50GB SSD disk droplet on DigitalOcean is about $18 (USD) a month, while a single core droplet is about $12 (USD) per month.
If you plan to run an instance for others to use, be aware the federation is going to be chatty on your home network, and could impact other devices on your network. Probably not ideal, which is why I opted for a droplet in DigitalOcean instead.
This can’t be real… what the hell are they thinking?
Real devs do it in prod!
I’m seriously tempted to write some performance tests in jmeter, locust, or k6, and fire up some live traffic simulations / simulated load against my lemmy instance to see what happens. But at the same time that would feel too much like work and I don’t want to work over the weekend.
A “transfer my community” feature that allowed an entire community to be moved between instances would certainly help. That’s a great idea.
From what I’ve seen so far looking through the Postgres db, every instance has data from most other instances. I see users in my local Postgres db from other instances. So, theoretically moving a community from one instance to another could be as simple as changing a few values in the database. Of course in practice it’s never that simple. 😀
Ideally, yes. If that can be the reality, and I suppose that is how it should would with federation, then server costs should never get out of hand.
I’m running my own instance, so I’m doing my part!
Neat! I’ll definitely check this out.