Ogni istanza potrebbe conoscere ogni altra #5

Open
opened 2023-09-16 11:00:57 +02:00 by Jones · 0 comments

Con un meccanismo tipo quello per lo scambio di chiavi pubbliche dei server openpgp federati, oppure più semplicemente (ma probabilmente con maggior peso per l'istanza) con un crawler, ogni istanza potrebbe conoscere ogni altra istanza.

Questo permetterebbe di mostrare nei client - per quanto ci riguarda per ora nel frontend web - una sezione che potrebbe mostrare tutte le istanze, ovviamente "paginate" e al netto di quelle bloccate, con ordinamento cronologico inverso di default per data di "primo avvistamento", e altri ordinamenti possibili, compresa la possibilità di mostrare in testa le istanze consigliate dalla propria, e di cercare istanze in base alla loro descrizione; insieme a questa feature, applicata anche a questa sezione, questa sarebbe una feature che permetterebbe al contempo più decentralizzazione, una federazione di massima più "scelta", e la possibilità di identificare molto più agevolmente, con l'aiuto dell* utent*, istanze incompatibili con la propria policy.

Considerato che al presente le istanze fediversiche (non solo Mastodon quindi) sono sulle ~15000, una tabella del database con i dati delle stesse non sarebbe per niente pesante, e "a spanne" mi pare che difficilmente lo diventerebbe in futuro anche per server con hardware poco potente.

Con un meccanismo tipo quello per lo scambio di chiavi pubbliche dei server openpgp federati, oppure più semplicemente (ma probabilmente con maggior peso per l'istanza) con un crawler, ogni istanza potrebbe conoscere ogni altra istanza. Questo permetterebbe di mostrare nei client - per quanto ci riguarda per ora nel frontend web - una sezione che potrebbe mostrare tutte le istanze, ovviamente "paginate" e al netto di quelle bloccate, con ordinamento cronologico inverso di default per data di "primo avvistamento", e altri ordinamenti possibili, compresa la possibilità di mostrare in testa le istanze consigliate dalla propria, e di cercare istanze in base alla loro descrizione; insieme a [questa feature](https://git.lattuga.net/bida/bastodon/issues/1), applicata anche a questa sezione, questa sarebbe una feature che permetterebbe al contempo più decentralizzazione, una federazione di massima più "scelta", e la possibilità di identificare molto più agevolmente, con l'aiuto dell* utent*, istanze incompatibili con la propria policy. Considerato che al presente le istanze fediversiche (non solo Mastodon quindi) sono sulle ~15000, una tabella del database con i dati delle stesse non sarebbe per niente pesante, e "a spanne" mi pare che difficilmente lo diventerebbe in futuro anche per server con hardware poco potente.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: bida/bastodon#5
No description provided.