A certain stage of development has ended - a prototype was created that allowed me to verify whether such a form makes sense in the #fediverse. Until now, it was a project that I developed in my free time. Now, thanks to the great people from Nlnet, I will be able to devote much more time to it. This time, we have already outlined a plan for the next few months officially: https://nlnet.nl/project/Kbin/
The progress of the work can be followed here: https://dev.karab.in - this is the version set up on the cheapest server, and it will remain so until all stages are completed, because one of the goals is to create a lightweight platform that will have very low requirements in its basic version, and therefore low maintenance costs for instances. With each passing day, more subpages and features will work.
Many of you are working on cool projects, it’s worth calling on the Open call for funding ;-) https://nlnet.nl/news/2023/20230201-call.html
Soon, the kbin.social instance will also officially launch, now work on the server is still underway.
Stage 1 Frontend - refreshed, modern and accessible layout
To save time, the /kbin prototype was created using tools such as Bootstrap. Due to frequent iterations, good interface development practices were often overlooked. The goal is to create a clean, modern, responsive and accessible layout based on feedback from the community, which will work on any device, also without the need to use JS.
Stage 2 Backend - upgrade
Updating the environment, PHP, Symfony, API-Platform, etc.
Stage 3 Search module and alpha release
Currently, the search engine is based on Elasticsearch, which significantly increases the minimum server requirements. The goal is to eliminate Elasticsearch and create a search module with the ability of contextual filters and prepare the first alpha release.
Stage 4 Backend - refactor existing services.
Update of frameworks and tools used in the project. Refactor existing services. Refinement of existing services in order to achieve efficiency. Writing documentation for other developers, admins and visitors. Preparing a repository for contributors.
Stage 5 Federation improvements
Optimization of communication using ActivityPub. Completion of integration, creation of documentation for fediverse developers.
Stage 6 Admin section and user UX improvements
The goal is to provide tools for Kbin instance admins and to improve instance community sections.
Stage 7 Prepare for stable release
The goal is to release a stable version of the platform, solve problems reported by users and, using appropriate tools, develop the highest scalability and efficiency.
Stage 8 Implementing Events (incl. ‘stretch goals’)
At this stage, kbin will also become an events aggregator.
Stage 9 ActivityPub federation of Events (incl. ‘stretch goals’)
The events module will communicate with other platforms via ActivityPub (e.g. Mobilizon)
Currently, I am at stage 1/2/3.
- Project site
- Repository && Issues
- Weblate translations
- Devlog in Polish
- Devlog in English (soon)
- Kbin on NLnet
Other instances:
The up arrow is the equivalent of a boost on Mastodon, adding to favorites is represented by a star. The down arrow is equivalent to the Dislike button on Lemmy and Friendica, Mastodon probably doesn’t have an equivalent (Dislike will be federated this week). Compared to Lemmy, it works a little differently, as the up arrow there is the equivalent of a favorite.
The comment activity can be checked by expanding the “more” menu and selecting “activity”
Is there any way to make “votes” (equivalent thereof) private? I don’t want to have to think “do I want other people to know that I’ve liked this” every time I vote on something and that was a big draw to reddit for me compared to something like twitter.
They aren’t visible from your profile. Only under the activity details of each comment. Someone would have to be really stalking you to keep track of all your upvotes.
Or someone checks through the activity of obscure posts and happens to find someone they know liking something they dislike or disagree with. It’s not me, but my suggestion stands!
I think this is a sensible suggestion. Maybe it could be implemented through privacy settings. Right now, you can hide your subscriptions (they are public by default btw, fyi). Maybe it’s possible to make it so you only upvote anonymously.
Is there any chance that a certain threshold of down arrows can auto-hide or auto-prune entries as the platform becomes more user heavy?