this post was submitted on 11 Jun 2023
10 points (100.0% liked)

Fediverse

3 readers
1 users here now

This magazine is dedicated to discussions on the federated social networking ecosystem, which includes decentralized and open-source social media platforms. Whether you are a user, developer, or simply interested in the concept of decentralized social media, this is the place for you. Here you can share your knowledge, ask questions, and engage in discussions on topics such as the benefits and challenges of decentralized social media, new and existing federated platforms, and more. From the latest developments and trends to ethical considerations and the future of federated social media, this category covers a wide range of topics related to the Fediverse.

founded 2 years ago
 

Hats off, guys. I can't even imagine how hard it must have been for you guys to keep kbin.social up and running since yesterday.

As a recent refugee from Reddit, I promise to wind down my use of Reddit until such a time as/if when they get rid of their API restrictions. I promise to play my part towards the newly forming community here and create content for the community at large.

you are viewing a single comment's thread
view the rest of the comments
[–] AucT@kbin.social 2 points 1 year ago (7 children)

I don't understand why all fediverse CMS written in php.
If authors used go/rust/java it should handle lots of users much easier.
Imo tools that has purpose to serve thousands of concurrent users should consider energy efficiency.

https://cdn.thenewstack.io/media/2018/05/3730357d-results-energy-time-and-memory-usage-screenshot-from-research-paper.png

[–] Balemi@kbin.social 1 points 1 year ago (1 children)

PHP is fine. Lets not forget it's been used by the likes of Facebook, Wikipedia etc. which are much bigger websites then Kbin.

[–] Kuiche@kbin.social 1 points 1 year ago

Kinda. PHP is fine for web workloads. Don't forget Facebook tried to move off PHP and wrote Hack/HHVM because of the performance. It just happens that PHP 7 was faster.

I've not looked at the codebase, but there are probably some routines (search) that could be done faster outside pure PHP/Postgres.

The dev seems to have done a pretty good job with this though, performance issues are likely server load more than the stack. Not sure what he's running this on...

load more comments (5 replies)