Картирование более широкой федеральной сети

Я начал это путешествие, убежденный, что Steampipe может помочь развитию федиверса, но не знал, как именно. Моей первой мыслью было использовать суперсилу Steampipe по работе с API для изучения паттернов коммуникации (и конфликтов) в федиверсе. Но, как один из многих, сбежавших из Твиттера в ноябре прошлого года, я вскоре понял, что сеть, к которой я присоединился, отражает культуру, которая славно гудела в течение шести лет и не особенно хотела быть объектом социологического исследования.

Как я утверждал в разделе «Автономия, размер пакета, трение, разветвление и скорость», Mastodon по определенным причинам выпекает определенные виды трения. Вы, вероятно, слышали о недружественном отношении к поиску по умолчанию, которое является как технической установкой, так и культурным выбором, который отдает предпочтение опыту текущего потока над добычей прошлого потока. Что еще более важно, идентификатор файла не только отличается от сервера к серверу, но и скрывает дату создания файла, что является еще одним техническим/культурным выбором, который означает, что вы не можете получить доступ к истории случайным образом по дате. Ни одно из этих трений не является непреодолимым. Они будут побеждены ради хороших и плохих целей. Я надеюсь и ожидаю, что сообщества смогут выбирать желаемое количество и виды трений, продолжая взаимодействовать с другими. Но для моего проекта казалось, что попытка исследовать более широкую федерацию была неподходящим местом для начала.

Поэтому вместо этого я начал исследовать другой способ чтения моей домашней временной шкалы. Панели, которые я построил и описал в этой серии, стали, по крайней мере для меня, эффективным способом сканирования недавнего потока Mastodon, а затем щелкните в стандартном клиенте, чтобы опубликовать, ответить или повысить. После преодоления нескольких препятствий все начинает напоминать терминал Bloomberg для Mastodon, который я себе представляю.

Одним из таких препятствий было неудобное копирование/вставка/поиск URL-адресов иностранных инструментов, которые требовались для взаимодействия с ними. Теперь это преодолевается URL-адресами Mastodon с указанием экземпляра. Еще одним препятствием была сложность составления и эффективного чтения актуальных списков людей. Стратегии, описанные в списках «Списки и люди в мастодонтах» и «Работа с мастодонтами», значительно улучшили ситуацию. И графики взаимосвязей оказались более полезным альтернативным представлением текущего потока, чем я ожидал.

Я думаю, что доказал, что набор панелей инструментов Steampipe, наложенных на плагин, который сопоставляет API Mastodon с таблицами, которые запрашивают панели инструментов, может улучшить способность поглощать и реагировать на поток Mastodon. Непроверенное следствие: система панелей управления как код Steampipe является лишь одним из потенциально многих клиентов плагина Mastodon. Любая система информационных панелей, веб-приложение или нативное приложение могут использовать ту же возможность запроса, чтобы предоставить еще один способ взаимодействия с потоком. Но это будущая серия.

Между тем, с приличным опытом чтения, это казалось подходящим моментом, чтобы вернуться к вопросу о более широком обзоре. Для начала я добавил в плагин пару новых таблиц: mastodon_peer и mastodon_domain_block.

Вот запрос, который использует mastodon_peer.

with data as (
  select
    'https://' || server as server
  from
    mastodon_toot
  where
    timeline="home"
  limit 100
),
servers as (
  select
    server,
    count(*) as occurrences
  from
    data
  group by
    server
)
select
  s.server,
  s.occurrences,
  count(p.peer) as peers
from
  servers s
join
  mastodon_peer p
on
  s.server = p.server
group by
  s.server,
  s.occurrences
order by
  peers desc

На английском языке: соберите последние 100 инструментов на моей домашней временной шкале, подсчитайте появление каждого исходного сервера, затем спросите каждый исходный сервер, со сколькими другими серверами он общается. Неудивительно, что мой домашний сервер, мастодонт.социальный, встречается чаще всего. И поскольку это главный сервер Mastodon, у него больше всего аналогов.

+----------------------------------+-------------+-------+
| server                           | occurrences | peers |
+----------------------------------+-------------+-------+
| https://mastodon.social          | 11          | 49732 |
| https://fosstodon.org            | 1           | 33973 |
| https://octodon.social           | 1           | 29983 |
| https://infosec.exchange         | 2           | 26833 |
| https://indieweb.social          | 9           | 26279 |
| https://hachyderm.io             | 3           | 19911 |
| https://social.treehouse.systems | 3           | 18110 |
| https://journa.host              | 1           | 18021 |
| https://nerdculture.de           | 9           | 17984 |
| https://werd.social              | 2           | 13792 |
| https://dan.mastohon.com         | 2           | 13351 |
| https://masto.nyc                | 1           | 10917 |
| https://mastodon.archive.org     | 1           | 9582  |
| https://social.fossdle.org       | 1           | 8343  |
| https://devdilettante.com        | 12          | 6898  |
+----------------------------------+-------------+-------+

Вот запрос, который использует mastodon_domain_block.

with data as (
  select
    'https://' || server as server
  from
    mastodon_toot
  where
    timeline="home"
  limit 100
),
servers as (
  select
    server,
    count(*) as occurrences
  from
    data
  group by
    server
)
select
  s.server,
  s.occurrences,
  count(d.domain) as "blocked domains"
from
  servers s
join
  mastodon_domain_block d
on
  s.server = d.server
group by
  s.server,
  s.occurrences
order by
  "blocked domains" desc

Этот говорит: Снова соберите исходные серверы в моей недавней домашней временной шкале, но на этот раз спросите у каждого, сколько других серверов он блокирует. Здесь мы видим, что октодон.социалкоторый появился на моей временной шкале, когда я выполнил запрос, блокирует гораздо больше серверов, чем мастодонт.социальный делает.

+--------------------------+-------------+-----------------+
| server                   | occurrences | blocked domains |
+--------------------------+-------------+-----------------+
| https://octodon.social   | 1           | 510             |
| https://mastodon.social  | 8           | 181             |
| https://hachyderm.io     | 4           | 125             |
| https://infosec.exchange | 4           | 66              |
| https://nerdculture.de   | 1           | 36              |
| https://indieweb.social  | 4           | 23              |
+--------------------------+-------------+-----------------+

Можно было бы, и, возможно, в какой-то момент я всесторонне собираю и храню эти данные. Но в то же время, как это может улучшить опыт чтения недавнего потока мастодонтов? Вот что у меня есть до сих пор.

IDG

Мы уже видели первую таблицу, которая отвечает на вопрос: «Сколько серверов блокирует каждый из исходных серверов на моей временной шкале?» Вторая таблица отвечает на другой вопрос: «Какие серверы чаще всего блокируются исходными серверами на моей временной шкале?»

список заблокированных серверов колонка показывает интересное сочетание консенсуса и вариаций, и я думаю, что это будет что-то, что нужно всесторонне изучить во всей федерации. Но пока мне нравится, как это представление контекстуализирует то, что находится на моей домашней временной шкале. Как и графики отношений, он очень динамичен, потому что мое непосредственное сетевое окружение постоянно меняется. Каким бы ни был текущий набор серверов, теперь у меня есть некоторые подсказки о том, насколько подключен каждый из этих серверов и насколько агрессивно каждый из них блокирует другие. Это похоже на хороший первый шаг к картированию более широкой федерации.

Эта серия:

1. Автономность, размер пакета, трение, разветвление и скорость
2. Mastodon, Steampipe и RSS
3. Просмотр федиверса
4. Терминал Bloomberg для Mastodon
5. Создайте свой собственный Mastodon UX
6. Списки и люди на Mastodon
7. Сколько людей в моей ленте Mastodon также написали сегодня в Твиттере?
8. URL-адреса Mastodon с указанием экземпляра
9. Графики взаимоотношений мастодонтов
10. Работа со списками мастодонтов
11. Изображения считаются вредными (иногда)
12. Картирование более широкой федеральной сети
13. Протоколы, API и соглашения
14. Новости в федерации
15. Сопоставление людей и тегов в Mastodon
16. Визуализация модерации сервера Mastodon
17. Сроки Mastodon для команд
18. Плагин Mastodon теперь доступен на Steampipe Hub.