کدام سرورهای Mastodon سرورهای دیگر Mastodon را مسدود می کنند و کدام سرورها مسدود می شوند؟ ما می توانیم آنها را با استفاده از نمودارهای رابطه Steampipe کشف کنیم.
در نقشه برداری از دنیای گسترده نشان دادم که چگونه یک جدول جدید به افزونه Mastodon—mastodon_domain_block—پرس و جوهایی را فعال می کند که مشخص می کنند کدام سرورها کدام سرورهای دیگر را تعدیل می کنند. برای مثال، در اینجا سرورهایی در فهرست nerdculture.de از متخلفان وجود دارد.
select server, domain, severity from mastodon_domain_block where server = 'https://nerdculture.de' +------------------------+--------------------------------+----------+ | server | domain | severity | +------------------------+--------------------------------+----------+ | https://nerdculture.de | roysbeer.place | silence | | https://nerdculture.de | *.10minutepleroma.com | suspend | | https://nerdculture.de | *.activitypub-troll.cf | suspend | ...snip... | https://nerdculture.de | shitposter.club | suspend | | https://nerdculture.de | wolfgirl.bar | suspend | | https://nerdculture.de | www2.gabbers.me | suspend | +------------------------+--------------------------------+----------+
من از الگوی جستجوی جدید برای ایجاد یک داشبورد برای گزارش استفاده کردم. هر سرور در خط زمانی اصلی:
- لیست سرورهای مسدود شده.
- تعداد سرورهای مسدود شده برای هر سرور مسدودکننده.
- لیست سرورهای مسدود شده برای هر سرور مسدود شده، و تعداد آن سرورهای مسدود شده.
این شروع خوبی بود، اما من تصور میکردم که نمودارهای رابطه ارتباطات غیر آشکار را در بین این سرورها نشان میدهند. و در واقع آنها انجام می دهند! در اینجا نمایی از داشبورد جدید غنی شده با نمودار است.
پنجره سمت چپ سرورهای مسدود شده را نشان میدهد که توسط سرور مسدودکننده انتخاب شده از میان سرورهای موجود در خط زمانی اصلی، دوری میشوند. پنجره سمت راست نمای معکوس دارد: سرورهای مسدود کننده که از سرور مسدود شده انتخاب شده اجتناب می کنند. این دو دسته بودند که من برای اولین تکرار این نمودارها تعریف کردم.
category "blocking_server" { color = "darkgreen" icon = "server" } category "blocked_server" { color = "darkred" icon = "server" }
در اینجا کد یکی از نمودارها آمده است.
graph { node { base = node.blocking_server } node { base = node.blocked_server } node { base = node.blocked_and_blocking_server } edge { args = [ self.input.blocking_server.value ] base = edge.match_blocked_server } edge { args = [ self.input.blocking_server.value ] base = edge.match_blocking_server } }
در اینجا تعریف node.blocking server است که به category.blocking server اشاره دارد.
node "blocking_server" { category = category.blocking_server sql = <<EOQ with servers as ( select distinct blocking_server, blocked_server from blocking_servers(${local.limit}) ) select blocking_server as id, blocking_server as title from servers order by blocking_server EOQ }
بند FROM blocking_servers() را فراخوانی میکند، یک عملکرد بازگشتی مجموعه به این صورت تعریف شده است:
create or replace function public.blocking_servers(max int) returns table ( blocking_server text, blocked_server text ) as $$ with servers as ( select distinct server as domain, 'https://' || server as server_url from mastodon_toot where timeline = 'home' limit max ), blocking_and_blocked as ( select s.domain as blocking_domain, d.domain as blocked_domain from servers s join mastodon_domain_block d on s.server_url = d.server ) select blocking_domain, blocked_domain from blocking_and_blocked order by blocking_domain, blocked_domain $$ language sql
من فکر کردم این مواد کافی است. اما وقتی شروع کردم به بررسی نمودارهای ساخته شده با این تعاریف، infosec.exchange رفتار عجیبی داشت. گاهی اوقات به عنوان یک سرور مسدود کننده، و گاهی اوقات به عنوان سرور مسدود شده ظاهر می شود. من یک دسته را گم کرده بودم!
category "blocked_and_blocking_server" { color = "orange" icon = "server" }
همانطور که در نمودار مشاهده می کنید، infosec.exchange نه تنها ۷۳ سرور را مسدود می کند، بلکه توسط دو سرور نیز مسدود می شود: religion.masto.host و weatherishappening.net. چرا؟
weatherishappening.net infosec.exchange را “میزبان سازمان فاشیست مارپیچی مرگ” می نامد و آن را با شدت “محدود” مسدود می کند.
religion.masto.host infosec.exchange را در “Suspended” مسدود میکند سطح “، اما توضیح نمی دهد که چرا (“دلیل در دسترس نیست”).
اگرچه این سرورها به نوبه خود می توانند توسط دیگران مسدود شوند، اما چنین بلوک هایی در لیست های بلوک محله سرورهای نزدیک من ظاهر نمی شوند.
> select count(*) from blocking_servers(100) where blocked_server = 'weatherishappening.net' +-------+ | count | +-------+ | ۰ | +-------+ > select count(*) from blocking_servers(100) where blocked_server = 'religion.masto.host' +-------+ | count | +-------+ | ۰ | +-------+
هر چند سوئیچ گیر دیگری در محله من وجود دارد. c.im توسط me.dm و octodon.social a>.
چرا؟
me.dm (متوسط) c.im را برای «سخنان مشوق نفرتانگیز» به حالت تعلیق درآورده است.
octodon.social c.im را “به حالت تعلیق درآورده است” به دلیل “دلیل در دسترس نیست”.
وقتی نظرات و سیاستهای سرور شما با نظرات من متفاوت است، ما واقعیتهای متفاوتی را از طریق لنزهای مربوطه خود میبینیم. آیا چنین پراکندگی می تواند افراد کنجکاو فدیورس را به آغوش بیگ سوشیال بازگرداند؟ من مطمئن هستم که این اتفاق خواهد افتاد – در واقع در حال وقوع است – تا حدی.
اما من امیدوارم که برخی از ما، حداقل، یاد بگیریم که در شبکههای متنوعی از جوامع آنلاین پیشرفت کنیم، با آگاهی از فعل و انفعالات کالیدوسکوپی فیلترها، اما تحت تأثیر آن قرار نگیریم. این مهارت در IRL نیز به ما کمک خواهد کرد. برای بدست آوردن آن، باید عملکرد فیلترهای خود را تجسم کنیم. یک راه عالی برای انجام این کار: پرس و جوهای SQL که نمودارهای رابطه را هدایت می کنند.
این مجموعه:
- خودمختاری، اندازه بسته، اصطکاک، هواکش و سرعت
- Mastodon، Steampipe و RSS
- مرور fediverse
- یک پایانه بلومبرگ برای Mastodon
- Mastodon UX خود را ایجاد کنید
- لیست ها و افراد موجود در Mastodon
- چند نفر در فید Mastodon من نیز امروز توییت کردند؟
- نشانیهای اینترنتی Mastodon واجد شرایط نمونه
- نمودارهای رابطه ماستودون
- کار با لیست های Mastodon
- تصاویری که مضر در نظر گرفته می شوند (گاهی اوقات)
- نقشه برداری فدیورس وسیع تر
- پروتکلها، APIها و قراردادها
- اخبار در fediverse
- نقشه برداری از افراد و برچسب ها در Mastodon
- تجسم نظارت سرور Mastodon
- جدول زمانی Mastodon برای تیم ها
- افزونه Mastodon اکنون در Steampipe Hub در دسترس است
پست های مرتبط
تجسم تعدیل سرور Mastodon
تجسم تعدیل سرور Mastodon
تجسم تعدیل سرور Mastodon