Entusiastsamfundet er glade for at kunne præsentere en ny version pleroma — servere til blogging med tekstmarkering skrevet på Elixir-sproget og ved hjælp af W3C standardiserede fødererede netværksprotokol Aktivitetspub. Det næstmest almindelige server implementering.
Sammenligning med det nærmeste konkurrerende projekt - Mastodonskrevet i Ruby og kører på det samme ActivityPub-netværk, kan Pleroma prale af en lille størrelse og færre eksterne afhængigheder, hvilket gør det billigere at vedligeholde og køre på flere konfigurationer. Dette opnås samtidig ikke på bekostning af funktionaliteten, tværtimod er der i Pleroma langt færre begrænsninger og flere tilpasningsmuligheder, hvorimod det i Mastodon oftest vil være hård kode. Ydermere implementerer Pleroma Mastodon API, hvilket giver dig mulighed for at bruge Mastodons klientapplikationer og endda dens webgrænseflade, som kommer sammen med Pleromas webgrænseflade.
For brugere af Twitter og andre proprietære centraliserede tjenester kan Pleroma være af interesse på grund af dets konfigurerbare begrænsning i 5000 tegn pr. indlæg Standard, formatering af tekst i Markdown/BBCode/HTML, udvidet profil, flere grænseflader - både i klassisk stil og Tweet Deck, tilpasset emoji og klistermærker, tema motor interface og meget mere. Men en vigtig funktion er karakteren af fødererede netværk: du vælger en server med regler og en målgruppe, som du kan lide, eller organiserer din egen, og kontrollerer fuldstændigt dataene på den, uden at være afhængig af et enkelt fejlpunkt.
Det er værd at bemærke udviklingen af en Twitter-lignende grænseflade til Pleroma - Soapbox, præget af enkelhed, minimalisme og produktivitet.
Det vigtigste ved udgivelsen er tilføjer fødereret chat, arbejder også ved hjælp af ActivityPub-protokollen! Det er tilgængeligt i form af private beskeder, hvor man ligesom almindelige indlæg kan indlæse vedhæftede filer og tilpassede emojis. Der er planer om en gruppeversion af chats og E2E-kryptering. Dette er ikke den første iteration af beskeder i realtid. Før dette var implementeringen af en simpel centraliseret chat allerede blevet tilføjet, placeret i hjørnet af grænsefladen, hvor enhver serverbruger kunne skrive, og alle andre ville se det. Der er også tilføjet integration med MongooseIM XMPP-serveren, men uden mulighed for at bruge XMPP direkte fra Pleroma-grænsefladen.
Samtidig med udgivelsen af chats i Pleroma fik den brutalistiske og ultra-minimalistiske ActivityPub-server samme funktionalitet Honk, skrevet i Go. Hvis statusser i Honk kaldes "honks", kaldes øjeblikkelige beskeder "chonks". Tut-tut!
Og i forbindelse med andre ændringer:
- muligheder for at skjule feedet for indlæg og brugerprofiler fra offentlig adgang;
- evnen til at sende en anmodning om registreringstilladelse;
- værktøjer til at installere grænseflader og konfigurere dem som standard i stedet for Pleroma-FE;
- automatisk synkronisering af brugerdefinerede emoji med godkendte servere;
- indlæg fra fortiden vil ikke længere pludselig dukke op i feedet med indlæg fra nutiden (dette er ikke en fejl);
- omstrukturering af post-feed-grænsefladen, nu er de kombineret til én fane;
- præstationsforbedring.
Planer for fremtidige udgivelser:
- endnu flere ydelsesoptimeringer;
- føderation ved hjælp af en WebSocket-forbindelse;
- brugerens mulighed for selvstændigt at vælge grænsefladen;
- generering af forhåndsvisninger til vedhæftede filer (i øjeblikket er der ingen, og dette er en betydelig byrde for trafikken);
- pop op-tip til at holde musen over en brugers profil;
- forbedringer af temamotoren og siden med indstillinger;
- ...
- GRUPPER (dette er den mest forventede og ønskede funktionalitet siden GNU Social, forgænger for Pleroma).
Server i skærmbilledet - sekt.solskold.tro. på roddomæne Der er en wiki med voksende information om fødererede netværk.
Også i forbindelse med nyhederne kan man ikke undlade at nævne Googles handlinger vedrørende fødererede netværk: Google sendte advarsler til udviklere af Mastodon-klienter og krævede, at de adresserede problemet med opfordringer til vold og diskrimination. Udviklerne har fået 7 dage til at løse problemet.. Den japanske udvikler modtog samme advarsel.
Kilde: linux.org.ru