Was the OP a blahaj account, or someone from a different instance?

Ahh. I see. I took a look at the script. “Blocked Users,” is not reported by an instance, but rather It’s calculated by this script by looking at “Blocked Instances,” which is reported. How many active users each blocked instance has and then summing this together, the script shows “BU.” I was thinking it was an explicit list of users the instance blocked based on ban/block lists.

It’s a derivative, but still useful metric, I guess. BU could be high, but BI could be low and vice-versa.

This could always change at the whim of an admin as well. It’s good to have admin “teams” and even foundations, but a lot of the time there’s one person making those decisions.

Users and communities could be more portable. Admins should get to decide what is on their instance for sure, but right now there’s kind of a “lock in.” Which give admins disproportional control / responsibility. IMO.

You mean blocked instances right? AFAIK an instances “blocked users” is not published in aggregate. You’d have to comb through the modlog.

A quick, but a little dirty solution for this, would be communities having “tags” in their metadata. This wouldn’t prevent spam, or an accumulation of four trillion tags, but you could easily add “only these tags,” or “not these tags,” to any feed. User objects have metadata that is used like this (as the “bot” flag) already. I’m just familiar enough with the code to know it wouldn’t be a slam dunk, but it’s also not a breaking change or re-write!

More “portable” and secure identities would have been a good feature. The client could have handled most of the crypto required for signing and validating content. As it stands now, the instance Admin has complete control over your identity. Portable communities would follow that easily.

Most of the syncing issues are actually between the large instances or instances that having performance issues.

I think if you link your Lemmy and Reddit accounts it filters out all memes automatically. Tell your friend to try that.

Bot, you also need to tell people that /c/blah is meaningless. This is not Reddit bot homie!

You’ve got something pretty interesting for us don’t you? Let’s take a look. Wow, yes. I think we might have something here. You should be pretty excited about this!

So, I’ve been looking at old memes for most of my career and only come across a few like this.

There were many communities made to capture old memes but only a few were truly popular. The rarity of these communities also plays a huge part in how valuable the memes are to collectors.

I’ve seen a few others in better condition, but collector demand for this item is still very high.

Given the condition of community and the records kept about the origins, at auction: I’d expect this to go for about…

… three to four million doge.

sparkle sound effect

“Antique Memes Community - Near Worthless” “Owners Thrilled”

When Palo Alto sells your dipshit CIO one firewall appliance per virtual server. “Somehow. Someway,” says the salesperson, “we’re gonna get even more firewalls in here!”

If the only criteria to be in a private channel for admins is being an admin, there’s no use making it private. ;) Unless your just looking to filter out bad actors who don’t want to take 5 min and 5$ to make an instance.

FYI for anyone looking to deface more instances, That list is only updated every 24 hours. Depending on when it last run on your home instance, the info could be out of date.

You’re not misunderstanding. They just solve more than one issue, and create a few too.

That’s a personal preference though. You don’t have a need for a relay. There are more than a few people who want to run their own instance and at least browse all the things without having to subscribe to them. This is a news aggregator at the core after all.

I’ve been pondering trying to make one, but it’s not going to be a cake-walk. The tool (that was a script) I wrote ruffled some feathers for it’s potential to destroy the lemmyverse. While I don’t believe that could happen. I’m still interested in something easier and more integrated.

The theory is simple and I am willing to take a stab at it, but there might be road blocks trying to make or incorporate changes to the actual lemmy code.

• Should we/let’s defederate with X?

People can defederate from an instance for any reason they want, but if I get what you’re trying to say: you think people should defederate from any instance that has a user that subscribes to all of their communities.

I actually wrote it with the flip side of your centralization argument in mind. If a community exists outside of the popular ones a user may never even know of its existence. Having more show up SHOULD be better to prevent centralization no? It requires the users to change their browsing behaviour but at least they don’t have gonsearching offsite.

$14.80

The weird rage people have about this. I’m not sure where it comes from. If there are 100 communities, only the top 1-5 will contribute 90% of the content. If you have even one user subscribed to the top 20 or 50 communities, you are already likely getting 90%+ of this traffic. After subscribing to literally every community in the lemmyverse, I promise your instance will not see any meaningful increase. I’m willing to be proven wrong, but not one of the ragers has offered a credible reason other than fears based on misunderstanding. No offense.

Yup. 256 GB should be enough database space for anyone though.

I think your idea is on the right track when thinking longer term and assuming the worst case in both design and admin behavior. :)

The whole network needs to be split into “active” and “archive.” New activity (or at the very least stubs to where new activity is happening) needs to be updated regardless of where it occurs without having to capture anything extra.

It increases load during execution. Afterward it’s not significant. My instance is heavily instrumented and monitored. The load this incurs subscribing to 24000 communities is less than adding a single, moderately active user to your instance.

It’s a huge miss if the intended design was to silo information.

What this provides, as far as I’m concerned, is essential to prevent centralization to a few instances.

Is there a better way to do it inherently in Lemmy itself? Probably, and I am excited to help with that!

It increases load during execution. Afterward it’s not significant. My instance is heavily instrumented and monitored. The load this incurs subscribing to 24000 communities is less than adding a single, moderately active user to your instance.

It’s a huge miss if the intended design was to silo information.

What this provides, as far as I’m concerned, is essential to prevent centralization to a few instances.

Is there a better way to do it inherently in Lemmy itself? Probably, and I am excited to help with that!

It doesn’t matter. Most of the work is happening on the instance, regardless of where the script is running.

I’m not convinced either one of us knows what the software is SUPPOSED to do, and I am pretty sure nobody knows what it’s actually doing. Here’s another thread: https://github.com/LemmyNet/lemmy/issues/3163

There is some discussion. https://github.com/LemmyNet/lemmy/issues/2947

I am still fairly confident that it shouldn’t be storing images, but I’ll admit my pict-rs directory is growing quite fast compared to the database. Have to keep a close eye on this.

Thanks! I’m sure you’ll chime in when the lemmyverse falls over because of this irresponsible script.

Your argument does not gain validity by adding irrelevant verbosity:

Federation ain’t doing great.

The linked issue has nothing to do with this script or lemmony.

Federated replication load scales with the number of instances multiplied by the number of communities they subscribe to.

That’s a hasty generalization that you just made up.

Server counts are growing at ~10x per month.

That’s great! I hope they keep growing!

The defaults of this script encourage single-user instances admins to bump their sub count ~70x from something like 100 communities to something more like 7000 communities.

Nobody is encouraging anyone to do anything.

Users of this script actually literally don’t understand how federation works. They think they’re proxying through to the upstream instance while they browse rather than getting firehosed with the entire lemmyverse by they’re asleep.

That single user asked a question and got berated by a jerk.

It doesn’t take a rocket surgeon to figure out that global federation worker queues are not in great shape, or that a default that encourages single-user instance owners who have no idea what they’re doing to bump their sub count 70x isn’t helping the situation. If you think this is in my head I can’t help you. But I can help others understand that running this script with default settings is an awful and unnecessary idea.

You can help others understand what it is. That’s a great thing to do. It would be nice if you could do that without being a dick.

I don’t really think so, but i’m open to working with anyone if they see this happening, up to deleting the entire project.

It retrieves the last 10 posts and adds the community reference to your local database. It is the same as putting “[email protected]” in the search box and clicking search. The retrieval happens whether you look at the results or not.

When I discovered, I felt bad for not checking. As for the load stuff. I intended and wanted to see All the things, and I don’t currently have resource problems for my instance. :) We’ll see how that fairs as things continue to grow!

My dude, I appreciate your spirit, but we’re not going to focus on your irrational fear of abuse. I’ll defend myself for being accused of any such thing, or for being irresponsible. This is intended to make things better, and there’s no evidence it’s doing anything other than that.

If you want to contribute, by all means, show us where there is a problem, other than in your imagination, and it will be seriously considered. Until then, your opinion is still valuable, but you are speaking with authority about something you know little of.

I’m happy to help or take PRs for lemmony. There is also https://github.com/Fmstrat/lcs which I didn’t know about until well into lemmony.

So if I’m understanding this right, the bot account you create for this is the one subscribing to every community, so it’s known to the local system, right?

Yes

As long as I’m not mixing up my main account and my bot account, there should be no observable change on my own account?

Correct, I have it functioning this way and it works great.

How is storage affected on this? If the bot account is subscribing to a number of communities across the fediverse, all that remote content is going to take up quite a bit of space, no?

It does and it will continue to grow. This not not something the tool takes care of, not cleaning up anything old or stale. Space management and “unfollow” is on the roadmap! Currently I can only speak for myself and it is EVERYTHING and it is about 0.25 GB / day of database, and 6-10 GB / day of images.

And will 2FA be supported at any point?

Not on the roadmap. I don’t know how api calls in general work with 2fa since I have not tested or enabled it on my instance. :( Sorry.

EDIT: Changed database/pictures ratio after double checking actual numbers and not looking at used filesystem. :(

Not really. If it worked before, it should work the same, just has more options for control and granularity.

I think it depends on your instance. This version (same script, just updated) allows for more options IF your instance IS mass Overloaded, or you are scared it will be.

Sorry, by comparing now to what; or was as that a superfluous “now,” like “come on now?”

I mean someone from the “outside” might go to lemmy.world and see a page full of poop and beans and argue the same thing. Just saying.

Can you click “sync” and install the OneDrive client? That “mounts” the folder locally and you might be able to treat it just like a normal file.