A lelkes közösség örömmel mutatja be az új verziót pleroma - szerverek blogíráshoz Elixir nyelven írt szöveges jelöléssel és a W3C szabványos, egyesített hálózati protokollt használva ActivityPub. Azt második leggyakoribb szerver megvalósítás.
Összehasonlítva a legközelebbi versengő projekttel - MasztodonA Ruby nyelven írt és ugyanazon az ActivityPub hálózaton futó Pleroma kis mérettel és kevesebb külső függőséggel büszkélkedhet, így olcsóbb a karbantartása és több konfiguráción való futtatása. Ugyanakkor ezt nem a funkcionalitás rovására érik el, ellenkezőleg, a Pleromában sokkal kevesebb a korlátozás és több a testreszabható lehetőség, míg a Mastodonban ez legtöbbször kemény kód lesz. Sőt, a Pleroma megvalósítja a Mastodon API-t, lehetővé téve a Mastodon kliens alkalmazásainak használatát, sőt, a Pleroma webes felületével párhuzamos webes felületét is.
A Twitter és más szabadalmaztatott központosított szolgáltatások felhasználói számára a Pleroma érdekes lehet a konfigurálható korlátozása miatt. 5000 karakter bejegyzésenként alapértelmezett, szöveg formázása a Markdownban/BBCode/HTML, kiterjesztett profil, több felület – klasszikus stílusban és Tweet Deckben is, egyéni hangulatjelek és matricák, téma motor felület és még sok más. De fontos jellemzője az egyesített hálózatok természete: kiválaszthat egy szervert, amelynek szabályai és közönsége tetszik, vagy megszervezheti a sajátját, teljesen irányítva a rajta lévő adatokat, anélkül, hogy egyetlen hibaponttól függne.
Érdemes megjegyezni egy Twitter-szerű felület fejlesztését a Pleroma számára - Gondolatok, amelyet az egyszerűség, a minimalizmus és a termelékenység jellemez.
A kiadás fő jellemzője az egyesített csevegés hozzáadása, szintén az ActivityPub protokoll használatával működik! Privát üzenetek formájában érhető el, ahol a szokásos bejegyzésekhez hasonlóan a mellékletek és az egyedi hangulatjelek betöltése is működik. Tervben van a chat csoportos változata és E2E titkosítás. Nem ez a valós idejű üzenetküldés első iterációja. Ezt megelőzően már bekerült egy egyszerű központosított chat megvalósítása, amely a felület sarkában található, ahová bármelyik szerver felhasználó írhat, és mindenki más láthatja. A MongooseIM XMPP szerverrel való integráció is hozzáadásra került, de az XMPP közvetlenül a Pleroma felületről történő használatának lehetősége nélkül.
A pleromai csevegésekkel egyidejűleg a brutalista és ultraminimalista ActivityPub szerver ugyanazokat a funkciókat kapta dudál, Go-ban írva. Ha a Honk státuszait "döngésnek" nevezik, akkor az azonnali üzeneteket "döngésnek" nevezik. Dudálj!
És a többi változás kapcsán:
- a bejegyzések és felhasználói profilok hírfolyamának elrejtésének lehetőségei a nyilvános hozzáférés elől;
- regisztrációs engedély iránti kérelem küldésének képessége;
- eszközök az interfészek telepítéséhez és alapértelmezés szerinti konfigurálásához a Pleroma-FE helyett;
- egyéni hangulatjelek automatikus szinkronizálása jóváhagyott szerverekkel;
- a múltbeli bejegyzések többé nem fognak hirtelen felbukkanni a jelenkori bejegyzések hírfolyamában (ez nem hiba);
- a post feed interfész átstrukturálása, most egy lapon egyesülnek;
- teljesítmény fejlődés.
A jövőbeli megjelenések tervei:
- még több teljesítményoptimalizálás;
- összevonás WebSocket kapcsolat használatával;
- a felhasználók számára az interfész önálló megválasztásának lehetősége;
- mellékletek előnézeteinek generálása (jelenleg nincs ilyen, és ez jelentős forgalmi terhet jelent);
- előugró tippek a felhasználói profil fölé viteléhez;
- a témamotor és a beállítások oldal fejlesztései;
- ...
- CSOPORTOK (ez azóta a leginkább várt és kívánt funkció GNU Szociális, a Pleroma elődje).
Szerver a képernyőképen - szekta.sunbutt.hit. tovább gyökér domain Van egy wiki, amely egyre több információt tartalmaz az egyesített hálózatokról.
Szintén a hír kapcsán nem szabad megemlíteni a Google egyesített hálózatokkal kapcsolatos intézkedéseit: A Google figyelmeztetéseket küldött a Mastodon-ügyfelek fejlesztőinek, és azt követelte, hogy foglalkozzanak az erőszakra és a diszkriminációra való felszólítás problémájával. A fejlesztők 7 napot kaptak a probléma megoldására.. A japán fejlesztő ugyanezt a figyelmeztetést kapta.
Forrás: linux.org.ru