Społeczność entuzjastów z przyjemnością przedstawia nową wersję Pleroma — serwerów do blogowania z tekstowym formatowaniem napisanym w języku Elixir i wykorzystującym standardowy protokół federacyjnej sieci W3C ActivityPub. To drugą najpopularniejszą implementacją serwera.
W porównaniu do najbliższego konkurencyjnego projektu — Mastodon, napisanego w Ruby, działającego w tej samej sieci ActivityPub, — Pleroma może pochwalić się niewielkimi rozmiarami i mniejszą liczbą zewnętrznych zależności, co czyni ją tańszą w utrzymaniu i działającą na większej liczbie konfiguracji. Równocześnie osiąga się to bez szkody dla funkcjonalności, wręcz przeciwnie, w Pleroma jest dużo mniej ograniczeń i więcej opcji konfiguracyjnych, podczas gdy w Mastodon najczęściej będzie to twardy kod. Co więcej, Pleroma implementuje API Mastodon, co pozwala na używania aplikacji klienckich Mastodon i nawet jego interfejsu webowego, który dostarczany jest obok interfejsu webowego Pleroma.
Dla użytkowników Twittera i innych własnościowych, scentralizowanych usług Pleroma może być interesująca dzięki konfigurowalnym ograniczeniom w 5000 znaków na post domyślnie, formatowaniem tekstu w Markdown/BBCode/HTML, расширенным профилем, множеством интерфейсов — как в классическом стиле, так и Tweet Deck, niestandardowymi emoji i naklejkami, silnikiem motywów interfejsu i wieloma innymi. Ważną cechą jest charakter federacyjnych sieci: wybierasz serwer z zasadami i audytorium, które Ci odpowiada, lub organizujesz swój własny, w pełni kontrolując dane na nim, niezależnie od pojedynczego punktu awarii.
Warto odnotować rozwój interfejsu podobnego do Twittera dla Pleroma — Soapbox, charakteryzującego się prostotą, minimalizmem i wydajnością.
Główna cecha wydania to dodanie federacyjnego czatu, który działa również zgodnie z protokołem ActivityPub! Jest dostępny w postaci wiadomości prywatnych, w których, tak jak w zwykłych postach, działa ładowanie załączników i niestandardowe emoji. W planach jest wersja grupowa czatów oraz end-to-end szyfrowanie. To nie jest pierwsza iteracja wiadomości w czasie rzeczywistym. Wcześniej już dodano implementację prostego scentralizowanego czatu, znajdującego się w rogu interfejsu, gdzie mógł pisać każdy użytkownik serwera, a to by widzieli wszyscy inni. Dodano również integrację z serwerem XMPP MongooseIM, ale bez możliwości korzystania z XMPP bezpośrednio z interfejsu Pleroma.
Jednocześnie z uruchomieniem czatów w Pleroma, tę samą funkcjonalność zyskał brutalistyczny i ultraminimalistyczny serwer ActivityPub, Honk, napisany w Go. Jeśli statusy w Honk nazywane są „honks”, to wiadomości błyskawiczne zyskały nazwę „chonks”. Honk-honk!
A w kontekście innych zmian:
- opcje ukrywania strumienia postów i profili użytkowników z publicznego dostępu;
- możliwość wysyłania prośby o zezwolenie na rejestrację;
- narzędzia do instalacji interfejsów i ich domyślnej konfiguracji zamiast Pleroma-FE;
- automatyczna synchronizacja emoji użytkowników z zatwierdzonymi do tego serwerami;
- posty z przeszłości nie będą już nagle pojawiać się w aktualnym strumieniu postów (to nie błąd);
- restrukturyzacja interfejsu strumieni postów, teraz są połączone w jednej zakładce;
- poprawa wydajności.
Plany na przyszłe wydania:
- jeszcze więcej optymalizacji wydajności;
- federacja za pomocą połączeń WebSocket;
- możliwość samodzielnego wyboru interfejsu przez użytkowników;
- generacja podglądów dla załączników (aktualnie ich nie ma, co powoduje znaczący wzrost obciążenia ruchem);
- podpowiedzi wyświetlane po najechaniu na profil użytkownika;
- ulepszenia silnika motywów i na stronie ustawień;
- …
- GRUPY (to najbardziej oczekiwana i pożądana funkcjonalność jeszcze od czasów GNU Social, poprzednika Pleroma).
Serwer na zrzucie ekranu — sect.sunbutt.faith,. Na na głównym domenie znajduje się wiki z aktualizowaną informacją o sieciach federacyjnych.
Również w kontekście tej wiadomości nie można nie wspomnieć o działaniach Google w odniesieniu do sieci federacyjnych: Google wysłało do deweloperów klientów Mastodon ostrzeżenia z żądaniem rozwiązania problemu wezwań do przemocy i dyskryminacji. Deweloperzy mają 7 dni na usunięcie problemu.. Podobne ostrzeżenie otrzymał japoński deweloper.
Źródło: linux.org.ru
