A fork of yet another Pleroma frontend https://git.nekobit.net/treebird.git

Find a file

me@ow.nekobit.net ebaac88d36 Don't use modules They are too buggy with our usecase, because I also want to be able to link my own mastodont repository for development purposes FossilOrigin-Name: 935c9b8b31082ab006560522d1eb2f4c54dd1507c3f1fc209e42c5a4bbc53a24		2022-01-20 00:02:51 +00:00
dist	CSS tweak	2022-01-17 06:26:59 +00:00
meta	Index and meta	2022-01-17 06:19:46 +00:00
src	File to C, mastodont link	2022-01-19 04:19:29 +00:00
static	Index and meta	2022-01-17 06:19:46 +00:00
.gitignore	Don't use modules	2022-01-20 00:02:51 +00:00
config.h	Fix mastodont include	2022-01-19 05:07:30 +00:00
LICENSE	File to C converter	2022-01-16 22:43:16 +00:00
Makefile	Don't use modules	2022-01-20 00:02:51 +00:00
README.md	Initial	2022-01-16 05:39:07 +00:00

README.md

RatFE

A pleroma frontend for rats.

The goal is to create a frontend that's lightweight enough to be viewed without JS, but usable enough to improve the experience with JS.

RatFE uses C with FCGI, mastodont-c (another library that complements RatFE) for communication, and plain JavaScript. It also uses sqlite3 to store any user-specific information and groups.

Isn't FCGI outdated?

No.

Isn't Sqlite3 slow?

No, in fact, it may likely be faster than if it were using postgresql. The pleroma server communicates using postgresql because there are lots of incoming requests and outgoing requests on the server, and there can be multiple requests at once occuring, which get queued. We don't need that kind of speed and we shouldn't interfere with it anyway.

Plus, Sqlite3 is only being used for user groups and possibly some session information.

Rat?

Rats are c00l.