플레로마 2.1

매니아 커뮤니티는 새 버전을 선보이게 되어 기쁘게 생각합니다. 플레로마 — Elixir 언어로 작성된 텍스트 마크업과 W3C 표준화 연합 네트워크 프로토콜을 사용하는 블로그용 서버 액티비티 펍. 그것 두 번째로 흔한 서버 구현.

가장 가까운 경쟁 프로젝트와 비교 - 마 스톤Ruby로 작성되고 동일한 ActivityPub 네트워크에서 실행되는 Pleroma는 작은 크기와 외부 종속성이 적기 때문에 더 많은 구성에서 유지 관리하고 실행하는 것이 더 저렴합니다. 동시에 이는 기능을 희생하면서 달성되지 않습니다. 반대로 Pleroma에는 제한이 훨씬 적고 사용자 정의 가능한 옵션이 더 많은 반면 Mastodon에서는 대부분 하드 코드입니다. 또한 Pleroma는 Mastodon API를 구현하여 Mastodon의 클라이언트 애플리케이션은 물론 Pleroma 웹 인터페이스와 함께 제공되는 웹 인터페이스도 사용할 수 있도록 합니다.

Twitter 및 기타 독점 중앙 집중식 서비스 사용자의 경우 Pleroma는 구성 가능한 제한으로 인해 관심을 가질 수 있습니다. 게시물당 5000자 기본, Markdown에서 텍스트 서식 지정/BBCode/HTML, 확장된 프로필, 다중 인터페이스 - 클래식 스타일과 Tweet Deck 모두 가능 맞춤 이모티콘 그리고 스티커, 테마 엔진 인터페이스 등. 그러나 중요한 특징은 페더레이션 네트워크의 특성입니다. 원하는 규칙과 청중이 있는 서버를 선택하거나 직접 구성하여 단일 장애 지점에 의존하지 않고 서버의 데이터를 완전히 제어할 수 있습니다.

Pleroma를 위한 Twitter와 유사한 인터페이스의 개발은 주목할 가치가 있습니다. 비누 상자, 단순성, 미니멀리즘 및 생산성이 특징입니다.

이번 릴리즈의 가장 큰 특징은 페더레이션 채팅 추가, ActivityPub 프로토콜을 사용하여 작업 중입니다! 일반 게시물과 마찬가지로 첨부 파일 로드 및 사용자 정의 이모티콘이 작동하는 비공개 메시지 형식으로 제공됩니다. 그룹 버전의 채팅 계획이 있으며 E2E 암호화. 이것은 실시간 메시징의 첫 번째 반복이 아닙니다. 그 전에는 모든 서버 사용자가 글을 쓸 수 있고 다른 모든 사람이 볼 수 있는 인터페이스 모서리에 간단한 중앙 집중식 채팅 구현이 이미 추가되었습니다. MongooseIM XMPP 서버와의 통합도 추가되었지만 Pleroma 인터페이스에서 직접 XMPP를 사용하는 기능은 없습니다.

Pleroma의 채팅 출시와 동시에 잔혹하고 초소형적인 ActivityPub 서버는 동일한 기능을 획득했습니다. 기러기의 울음 소리, Go로 작성되었습니다. 경적의 상태를 "경적"이라고 하면 인스턴트 메시지를 "경적"이라고 합니다. 쿵쿵!

그리고 다른 변경 사항의 맥락에서:

• 게시물 및 사용자 프로필 피드를 공개적으로 숨기는 옵션
• 등록 허가 요청을 보내는 기능
• Pleroma-FE 대신 기본적으로 인터페이스를 설치하고 구성하는 도구;
• 승인된 서버와 맞춤형 이모티콘의 자동 동기화
• 과거의 게시물이 더 이상 현재의 게시물 피드에 갑자기 나타나지 않습니다(이것은 버그가 아닙니다).
• 포스트 피드 인터페이스의 구조 조정으로 이제 하나의 탭으로 통합되었습니다.
• 성능 개량.

향후 릴리스 계획:

• 더욱 향상된 성능 최적화;
• WebSocket 연결을 사용한 페더레이션;
• 사용자가 인터페이스를 독립적으로 선택할 수 있는 능력;
• 첨부 파일에 대한 미리 보기 생성(현재는 첨부 파일이 없으며 이는 트래픽에 상당한 부담을 줍니다)
• 사용자 프로필 위로 마우스를 가져가면 팝업 팁이 표시됩니다.
• 테마 엔진 및 설정 페이지 개선;
• ...
• 여러 떼 (이것은 이후 가장 기대되고 원하는 기능입니다. GNU 소셜, Pleroma의 전신).

스크린샷의 서버 - 종파.sunbutt.신앙. 에 루트 도메인 연합 네트워크에 대한 정보가 늘어나고 있는 위키가 있습니다.

또한 뉴스의 맥락에서 페더레이션 네트워크에 대한 Google의 조치를 언급하지 않을 수 없습니다. Google은 폭력과 차별에 대한 요구 문제를 해결하도록 요구하는 Mastodon 클라이언트 개발자에게 경고를 보냈습니다. 개발자에게 문제를 해결하는 데 7일이 주어졌습니다.. 일본 개발자도 같은 경고를 받았습니다.

출처 : linux.org.ru