m0bi13, Polish
@m0bi13@pol.social avatar

Decentralizacja w .

Zakładacie profile na nowych instancjach?
Zdziwienie, że na starych (innych) instancjach nie widzicie nowych wpisów?

Nieważne, czy to Mastodon, Pixelfed, PeerTube czy inny serwis, warto zadbać o obserwację tych nowych profili na jak największej liczbie popularnych instancji.

Bo ActivityPub działa podobnie do e-mail. Wysyła wpisy jedynie tam, gdzie są adresy i profile, które go obserwują.
Nie ma centralnego repozytorium wszystkich wpisów jak w serwisach centralizowanych (np. Twitter/FB/YouTube).

Więc zanim zaczniecie publikować treści z nowych profili, poproście znajome osoby z różnych instancji, by wasze nowe konto zaobserwowały. A już na pewno zaobserwujcie sami siebie z własnych innych profili. Wtedy te treści mają szansę się federować na inne serwery. Inaczej pozostaną dostępne jedynie na instancji oryginalnej.

Tak to działa od samych początków opartego o protokół :)

74,
@74@101010.pl avatar

@m0bi13
Nie ma centralnego repozytorium wpisów,... ale instancje mogą się nimi z sobą wymieniać!

101010.pl, mastodon.com.pl, wspanialy.eu i kilkanaście serwerów jednoosobowych uczestniczy w tym samym przekaźniku. Innymi słowy, wszystkie wpisy z profilu np. na wspaniałym będą widoczne też na m.in. na mastodon.com.pl i „dziesiątkach”.

m0bi13,
@m0bi13@pol.social avatar

@74 Ja nie jestem fanem relays i kopiowania „wszystkiego”. To zapycha dyski małym instancjom treściami, których nikt nie przeczyta.

Wolę „organiczną” federację, instancje kopiują tylko rzeczy obserwowane przez ludzi. Więc interesujące i czytane treści.

Kopiowanie wszystkiego np. z mastodon.social oznacza konieczność posiadania ich serwerowni. Drogo. Zato przyglądam się projektowi dbającemu o wymianę wszystkich wpisów w ramach wątków dyskusji. Takie automagiczne uzupełnianie treści imo ma sens.

kalafiorek,
@kalafiorek@101010.pl avatar

@m0bi13 @74 Dlaczego w takim razie nie rozwijać wszystkiego w stronę oferowania chętnemu end userowi opcji ściągania tego na jego dysk? Oczywiście nie "na zapas", tylko na bieżąco, by nie obciążać serwerów. Ja jestem zdania, że powinna istnieć tego typu funkcja, na temat czego prowadzona jest dyskusja m.in. tutaj: https://github.com/mastodon/mastodon/issues/6942

m0bi13,
@m0bi13@pol.social avatar

@kalafiorek @74

To o czym piszesz, to funkcjonalność aplikacji klienckiej. Niektóre apki już pozwalają przeglądać dowolne timelines. I jednak obciąża serwery takie wołanie z apek do przypadkowych instancji za każdym razem. Serwery od tego są, ale to nieoptymalne podejście.

pawelkuzia,
@pawelkuzia@wspanialy.eu avatar

@m0bi13 Dzięki, wreszcie zrozumiałem jak to działa, wszystkie wyjaśnienia tej federalizacji jakie widziałem do tej pory, były dla mnie mało jasne :-)

m0bi13,
@m0bi13@pol.social avatar

@pawelkuzia

Dodam, że jeśli się zapomniało zaobserwowac przed publikacją, a zależy nam, by te wpisy jednak się pojawiały na innej instancji, można wykorzystać trick nazywany back-fill.

Wpis się nie sfederował, bo nikt na instancji A nie obserwował profilu z instancji B?

Można adres wpisu (z przeglądarki) z instancji B wbić w szukajkę na instancji A. Jeśli się odnajdzie i wejdziemy z nim w interakcję (like, fav, zakładka) to instancja A go zapisze w bazie i zacznie pokazywać.

Dla małej ilości wpisów to łatwe do zrobienia. Dla większej liczby warto napisać skrypt.

Popełniłem o tym kiedyś wpis na blogasku, polecam:
https://zb3.org/m0bi13/jak-pobrac-liste-ostatnich-postow-dla-grupy-guppe-groups

  • All
  • Subscribed
  • Moderated
  • Favorites
  • fediverse
  • PowerRangers
  • DreamBathrooms
  • thenastyranch
  • magazineikmin
  • hgfsjryuu7
  • Youngstown
  • InstantRegret
  • slotface
  • everett
  • rosin
  • ngwrru68w68
  • kavyap
  • tsrsr
  • ethstaker
  • normalnudes
  • GTA5RPClips
  • Durango
  • cisconetworking
  • osvaldo12
  • vwfavf
  • khanakhh
  • mdbf
  • cubers
  • modclub
  • tacticalgear
  • tester
  • Leos
  • anitta
  • All magazines