Если присматриваете место для переезда — советую смотреть здесь.
Однако. Кроме ПО и количества юзеров, советую перед регистрацией проверить сервер на вшивость, посмотрев как его блок-листы, так и количество серверов, где он сам забанен.
Удачи, выходите за рамки 500 символов и да пребудет с вами #Markdown 😉
P.S. К сожалению, посмотреть лимит символов без регистрации не получится, поэтому после 100500 лорша кому-то может показаться некомфортно 😟
Релеи играют важную роль в экосистеме Fediverse, особенно для платформ, таких как Mastodon, которые используют протокол ActivityPub для федерации. Они служат механизмом для распределения публичных постов между различными инстансами, помогая новым или небольшим серверам интегрироваться в сеть и обеспечивать пользователей контентом. Ниже представлен детальный анализ их работы, основанный на доступных источниках, включая руководства, обсуждения пользователей и технические заметки.
Функциональность релеев
Релеи действуют как посредники, которые подписываются на публичные посты от подключенных инстансов и распространяют их среди других участников сети. Когда инстанс подключается к релею, он начинает получать поток публичных постов от всех других инстансов, также подключенных к этому релею. В свою очередь, публичные посты с подключенного инстанса отправляются на релей и затем распределяются другим серверам.
Это особенно важно для новых инстансов, которые могут начинаться с пустыми федеративными лентами. Без релеев процесс заполнения контента может быть медленным, так как он зависит от того, сколько пользователей инстанса подписаны на аккаунты с других серверов или активно взаимодействуют с сетью.
В Fediverse разные платформы используют различные API для взаимодействия между клиентами и серверами, а также для федерации (обмена данными между серверами). Основной протокол, объединяющий большинство площадок Fediverse, — это ActivityPub, который отвечает за сервер-серверное (S2S) и клиент-серверное (C2S) взаимодействие. Однако конкретные API, предоставляемые платформами для разработчиков и пользователей, могут отличаться в зависимости от их архитектуры и целей. Рассмотрим основные платформы Fediverse и их API.
1. Mastodon
API: Mastodon предоставляет собственный REST API, который стал де-факто стандартом для многих микроблогинговых платформ в Fediverse. Этот API ориентирован на клиент-серверное взаимодействие и позволяет приложениям (например, мобильным клиентам) выполнять такие действия, как публикация сообщений, получение ленты, управление подписками и т.д.
Особенности:
Поддерживает авторизацию через OAuth 2.0.
Основные эндпоинты: /api/v1/statuses (публикация и получение постов), /api/v1/timelines (ленты), /api/v1/accounts (управление аккаунтами).
Полная документация доступна на официальном сайте Mastodon.
Совместимость: Многие платформы, такие как Pleroma или Glitch-soc, частично или полностью совместимы с Mastodon API, что позволяет использовать клиенты Mastodon (например, Tusky или Fedilab) с другими серверами.
ActivityPub: Используется для федерации между серверами. Mastodon реализует S2S часть протокола для обмена данными (посты, подписки, лайки и т.д.), но C2S (клиент-серверная часть ActivityPub) поддерживается ограниченно.