نقشه برداری فدیورس گسترده تر

پس از غلبه بر چند مانع، مجموعه داشبوردهای Steampipe من شبیه ترمینال بلومبرگ برای Mastodon است که من تصور می کنم.

این سفر را با متقاعد شدنم شروع کردم که Steampipe می‌تواند به تکامل فدیورس کمک کند، اما مطمئن نیستم دقیقا چگونه. اولین فکر من این بود که از ابر قدرت درگیری API Steampipe برای مطالعه الگوهای ارتباط (و درگیری) در سراسر جهان استفاده کنم. اما به‌عنوان یکی از بسیاری از فراریان توییتر در نوامبر گذشته، به زودی متوجه شدم که شبکه‌ای که به آن ملحق می‌شوم بازتاب فرهنگی است که به مدت شش سال به خوبی در حال زمزمه بود و به‌ویژه نمی‌خواست موضوع مطالعه جامعه‌شناختی باشد.

همانطور که در خودمختاری، اندازه بسته، اصطکاک، هواکش و سرعت بحث کردم، Mastodon به دلایلی در انواع خاصی از اصطکاک پخت می‌کند. احتمالاً در مورد غیر دوستانه بودن پیش‌فرض برای جستجو شنیده‌اید، که هم یک تنظیمات فنی و هم یک انتخاب فرهنگی است که تجربه جریان فعلی را نسبت به استخراج جریان گذشته برتری می‌دهد. حتی اساساً، شناسه یک توت نه تنها از سروری به سرور دیگر متفاوت است، بلکه تاریخ آن را نیز مبهم می کند، یکی دیگر از انتخاب های فنی/فرهنگی که به این معنی است که نمی توانید به طور تصادفی به تاریخچه بر اساس تاریخ دسترسی داشته باشید. هیچ یک از این اصطکاک ها غیر قابل حل نیست. آنها برای اهداف خوب و بد غلبه خواهند کرد. من امیدوارم و انتظار دارم که جوامع بتوانند مقادیر و انواع اصطکاک مورد نظر خود را در حالی که هنوز با دیگران تعامل دارند انتخاب کنند. اما برای پروژه من به نظر می رسید که تلاش برای بررسی فدیورس گسترده تر مکان مناسبی برای شروع نیست.

بنابراین در عوض شروع به کشف روشی متفاوت برای خواندن جدول زمانی خانه‌ام کردم. داشبوردهایی که در این مجموعه ساخته و توضیح داده‌ام، حداقل برای من راهی مؤثر برای اسکن جریان اخیر Mastodon شده‌اند، سپس روی مشتری سهام کلیک کنید تا پست، پاسخ دهید، یا تقویت کنید. پس از غلبه بر چند مانع، همه چیز شبیه ترمینال بلومبرگ برای Mastodon است که من تصور می کنم.

یکی از آن موانع کپی/پیست کردن/جستجوی نامناسب URL های خارجی بود که برای تعامل با آنها لازم بود. اکنون با نشانی‌های اینترنتی Mastodon واجد شرایط برای نمونه برطرف شده است. یکی دیگر از موانع دشواری تنظیم و خواندن مؤثر لیست های موضوعی افراد بود. استراتژی‌هایی که در لیست‌ها و افراد موجود در Mastodon و کار با لیست‌های Mastodon توضیح داده شده‌اند، به خوبی اوضاع را بهبود بخشیده‌اند. و نمودارهای رابطه معلوم شد که نمای متناوب مفیدتری از جریان جاری نسبت به آنچه انتظار داشتم است.

فکر می‌کنم ثابت کرده‌ام که مجموعه‌ای از داشبوردهای Steampipe، لایه‌بندی شده بر روی یک افزونه که Mastodon API را به جداولی که داشبوردها پرس و جو می کنند نگاشت می کند، می تواند توانایی جذب و واکنش به جریان Mastodon را بهبود بخشد. نتیجه اثبات نشده: سیستم dashboards-as-code Steampipe تنها یکی از dashboards-as-code است. =”https://steampipe.io/docs/cloud/integrations/overview” rel=”nofollow”>بسیاری از مشتریان افزونه 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

به زبان انگلیسی: ۱۰۰ مورد اخیر را در جدول زمانی خانه من جمع آوری کنید، تعداد هر سرور مبدا را بشمارید، سپس از هر سرور مبدا بپرسید که با چند سرور دیگر صحبت می کند. جای تعجب نیست که سرور خانگی من، mastodon.social، اغلب اتفاق می افتد. و چون سرور Mastodon marquee است، بیشترین همتایان را دارد.

+----------------------------------+-------------+-------+
| 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

این یکی می گوید: دوباره سرورهای مبدا را در جدول زمانی اخیر خانه من جمع آوری کنید، اما این بار از هر کدام بپرسید که چند سرور دیگر را مسدود می کند. در اینجا می بینیم که octodon.social، که اتفاقاً هنگام اجرای پرس و جو در خط زمانی من ظاهر شد، سرورهای بسیار بیشتری را نسبت به mastodon.social مسدود می کند.

+--------------------------+-------------+-----------------+
| 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              |
+--------------------------+-------------+-----------------+

کسی می‌تواند، و شاید در مقطعی من، این داده‌ها را به‌طور جامع جمع‌آوری و ذخیره کنم. اما در عین حال، چگونه ممکن است تجربه خواندن جریان اخیر ماستودون را افزایش دهد؟ این چیزی است که من تاکنون به دست آورده ام.

ما قبلاً اولین جدول را دیده‌ایم که به این سؤال پاسخ می‌دهد: “هر یک از سرورهای مبدا در خط زمانی من چند سرور را مسدود می‌کند؟” جدول دوم به سوال دیگری پاسخ می دهد: “کدام سرورها اغلب توسط سرورهای مبدا در جدول زمانی من مسدود می شوند؟”

ستون فهرست سرور مسدود کننده ترکیب جالبی از اجماع و تنوع را نشان می‌دهد، و من فکر می‌کنم این چیزی است که می‌توان به طور جامع در سراسر جهان کاوش کرد. اما در حال حاضر من دوست دارم که چگونه این دیدگاه آنچه را که در جدول زمانی خانه من وجود دارد، زمینه سازی می کند. مانند نمودارهای رابطه، بسیار پویا است زیرا همسایگی شبکه نزدیک من همیشه در حال تغییر است. با این حال، مجموعه فعلی سرورها هرچه که باشد، اکنون سرنخ‌هایی در مورد اینکه هر کدام از آن سرورها چقدر به هم متصل هستند و هر کدام با چه شدتی دیگران را مسدود می‌کنند، دارم. به نظر می‌رسد که این اولین گام خوب به سمت نقشه‌برداری از دنیای گسترده‌تر است.

این مجموعه:

1. خودمختاری، اندازه بسته، اصطکاک، هواکش و سرعت
2. Mastodon، Steampipe و RSS
3. مرور fediverse
4. یک پایانه بلومبرگ برای Mastodon
5. Mastodon UX خود را ایجاد کنید
6. لیست ها و افراد موجود در Mastodon
7. چند نفر در فید Mastodon من نیز امروز توییت کردند؟
8. نشانی‌های اینترنتی Mastodon واجد شرایط نمونه
9. نمودارهای رابطه ماستودون
10. کار با لیست های Mastodon
11. تصاویری که مضر در نظر گرفته می شوند (گاهی اوقات)
12. نقشه برداری فدیورس وسیع تر
13. پروتکل‌ها، APIها و قراردادها
14. اخبار در fediverse
15. نقشه برداری از افراد و برچسب ها در Mastodon
16. تجسم نظارت سرور Mastodon
17. جدول زمانی Mastodon برای تیم ها
18. افزونه Mastodon اکنون در Steampipe Hub در دسترس است