kbin.social currently has 20k + users. However it currently has federation disabled due to the traffic is receiving. Edit: It isn't 100k
Personally, I'm loyal to Beehaw. I like the culture that it is trying to grow. But I like how I can subscribe to things outside of beehaw as long the instance has federation enabled.
Can someone please explain the "tankie baggage"?
I understand the words, but not the history.
A "tankie" is a pejorative word for a Stalinist. (Just in case any readers aren't familiar with the word?)
Basically lemmy (the project) was started by some Marxist-Leninists who have a soft spot for the CCP and authoritarian communism (really). Lemmy.ml and lemmygrad.ml actually share the same IP address. And lemmy contributors seem to have lemmygrad accounts.
@feditips, who is a pretty well-respected Fediverse advocate, has recommended against lemmy here and here, with pretty good reasoning.
Having said that, the politics of the authors of the software do not necessarily dictate how you, me, or anyone else choose to run instances.
What are the pros and cons of one platform over the other? Is KBin just Lemmy+Mastodon? Can Lemmy see KBin magazines?
Yep, thread based communities are shared perfectly between Lemmy and kbin. Other than currently the largest kbin community is having federation issues due to the influx of users
So does that mean that any thread in the fediverse can be shared together? Or is kbin another Lemmy instance? I thought we could only look at other Lemmy instances.
They both use a similar protocol to talk between servers, but they are different software.
So we can interact with any software in the fediverse?
Any ideas what are the pros and cons of each option?
Lemmy is written in Rust, has been around for a while, and there are a bunch of established communities on established Lemmy instances already.
KBin is sadly PHP, relative newcomer, arguably better interface, and no baggage.
That's all I got myself. Hope others will chip in.
Why is php a bad thing in this case? It seems like exactly the kind of application that php is well suited for. Plus there's the maturity of php's major frameworks. While I'm not saying Rust is necessarily bad for building web applications, it's web frameworks must be less mature and battle tested. Plus, it seems like a lower bar to get community dev contributions for a php project than rust.
Well, to me Rust suggests that a given software project might be somewhat more performant, and somewhat more secure — but it all also depends on the developers, of course.
Well, that kind of sounds like the normal rust propaganda, don't get me wrong, I do think the language is decent, it's just tiring to see so many people just buying into and parroting some weird claims like "it's rust, so it's secure"
I like rust a lot, but it's definitely in the place Go was a few years ago, where people just assume "written in rust" = good for some reason.
I mean the reason people believe that is because it's a very explicit language. It knows what's in its memory at all times, and so at the lower layers it's more secure by nature.
As opposed to php, you're less likely to introduce a vulnerability by being sloppy with data sanitation - the language demands you tell it exactly the data structures you want it to put into memory. For that reason, the language is more secure - the parse json function is going to be less likely to be able to run rogue code maliciously embedded inside it than php, and if it does manage to do so, it's easier to write php to blindly open a hole in the system from inside an interpreter than it is to break out of or hijack the runtime.
Obviously that doesn't make it secure. It just means that all else being equal, rust is less vulnerable to a sloppy mistake at any given layer in the stack. Doesn't mean you can't make a logical mistake and open up a glaring security hole
And obviously you can write bulletproof php code, but every layer of the stack needs to be just as bulletproof. Including the interpreter and all your libraries - which historically were very much not bulletproof (it's definitely much more strict than it used to be, and I think I heard fb tried compilation and I'm not sure if that's become a thing, but it's generally is more secure than interpretation for similar reasons)
All that being said, humans are just dumb and sloppy. We write shit code, and we try to minimize the surface area for mistakes. Rust has a much smaller surface area than php
Technology
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.