Funny enough I’d say Shit Doesn’t Just Work - it takes your hard work. Thanks for helping fill the Reddit void @[email protected]
this post was submitted on 12 Jun 2023
194 points (100.0% liked)
sh.itjust.works Main Community
7584 readers
1 users here now
Home of the sh.itjust.works instance.
founded 1 year ago
MODERATORS
Just out of curiosity, would it help if when posting images we use services such as imgur (or alternatives)? I’m assuming if there is storage issues those type of posts are the biggest culprit.
Thank you for hosting this server @TheDude :)
Yes 100%. Using external image hosting service would reduce how much storage is being consumed
Would be cool if there was a plugin or something to link with imgur, etc.
Have you considered disabling image upload?
yes this is an option however the lemmy-ui which is responsible for displaying this page would still show the option. It could be manually removed and might be something I look more into at a later time.
As someone who is still hosting a forum, I would not suggest this. I have also tried to reduce footprint of the forum using external image hodting services and this has always ended up badly (images get lost as one hosting service changes policy and maybe disables direct linking or just closes it's doors, whatever).
This is one of the reasons why I'm not tempted to open up a lemmy server, even though my hosting plan allows 3 subdomains. Used space will rise quickly, even if it's just images... if videos are allowed as well, than all hell will break loose, even if they are processed and reduced in quality and resolution server side. I've seen it happen before, it's a nightmare to revert things afterwards (users complain), not to mention you can't revert the damage, that space is taken and that's that.
My estimate is that, if only images are allowed and images are processed in webp, it'll take about a week for a quite busy instance to reach the 1GB mark... probably a lot faster if it's an NSFW instance (a few days). Think about this from a migration perspective after 1 year - it will be a nightmare.
load more comments
(1 replies)
Thank you for hosting this and keeping us informed!
congradulations, you have now beat reddit itself for uptime, lmfao.
Thanks for addressing it so quickly!
Are things scaling well then? Is it still alright to recommend new people come here or would you rather hold off for a bit now?
I figured out the storage issue last night, the instance is only at about 20% utilization so we should be good to take on a good amount more. We probably will need to do some more tweaking as we grow but for now its looking pretty good!
In Montreal, do we need to send you some hard drives?
load more comments
(15 replies)
Thanks for the update! Any plans for a separate channel outside of sh.itjust.works like Discord or Mastodon, just in case to give people a heads up if the server goes down or is in maintenance?
I like the idea of a status account on Mastodon. That’s probably a little more accessible than Discord.
Matrix would also be a viable alternative to Discord.
if anyone starts getting any weird errors please do let me know but everything still seems to be running smoothly from my side.
I tried to create a new community a couple times and it hung a bit ago. I'll try again tomorrow.
load more comments
(3 replies)
Thanks for the update, i really like the transparency
Great to hear, and thanks for the update!
Would love to hear some more details on the misconfiguration if you want to share @[email protected]
just updated the thread post to include more information for your curious beautiful mind
Not sure if you already did or the default config does it but if you only have one backend in an nginx reverse proxy it might also make sense to configure the max_fails and possibly the fail_timeout options so nginx won't consider your backend down for a few seconds every time it receives a TCP error connecting to that (single) backend. max_fails=0 in the named upstream section (see http://nginx.org/en/docs/http/ngx_http_upstream_module.html#upstream ) is what you want here.
Thanks dude. The performance here is really excellent in my opinion. Had a couple of page errors but nothing that couldn't be fixed by reloading.
Thanks @TheDude! Scaling systems like this is always a challenge and you really get to learn the performance quirks of the code. Thanks for all your work.
And through it all, the Dude abides.
Thanks for hosting, thanks for the expertise, thanks for the response time!
load more comments
(1 replies)
@[email protected] does Lemmy support a distributed configuration with multiple database and app servers, or are you limited to a single instance of everything?
The official supported deployments are single instance based, that being said things are already broken up into separate docker containers so it should be pretty easy to do. Would need to do some testing before hand. If this instance continues growing this way I'll need to look into scaling horizontally instead of vertically
If this instance continues growing this way I'll need to look into scaling horizontally instead of vertically
Could you elaborate what this means?
Better to have more servers as opposed to one ultra powerful server because the ultra powerful server tends to be more expensive than an equivalent strength collection of weaker servers. Also, you pay for all the power even during times you don't need it whereas you can take down or add more weak servers as necessary.
load more comments
(1 replies)
Thanks for the info! Keep up the great work man.
Thanks. Glad I’m here.
first comment here after coming from reddit, this looks really clean and simple so good job :)
worker_connections basically means how many concurent conmections cam be established, right?
Thank you for this great server!
Glad to have an update on this, Thanks!
Thank you!
my all/hot on here hasn't updated in update 10 hours. Is that something with our instance?
Checked on a different instance and it seems to work fine.
Nice work dude
thanks!
Users should spread out across instances - that is the entire point of being distributed and federated.
Absolutely. At the same time, when you have a bunch of users migrating from a centralized platform who don't quite get the fediverse stuff yet, they're likely going to go to well-populated instances.
Hopefully as things progress messaging around this point will penetrate with new folks (like me!)
What a dude. Thanks for your work
Really glad to have a home here. Thank you for your work!!!!
view more: next ›