20.03.2023, 11:56
so ich hab mir mal die Codestruktur von Mastodon angeschaut, dabei ist mir aufgefallen.
Das dass System auf eine API Schnittstelle basiert.
das System ist Standalone jeder installiert es z.b auf seinen Server und durch hinzufügen eines anderes Servers (Instanz) kommunizieren diese dann über eine api schnittstelle miteinander.
Die dann Usernamen, Feeds und andere sachen preis gibt, so das beiträge dann in andere Instanzen angezeigt werden anhang des Posters username@netzwerk. Mastodon nennt sich das eben nur Streaming
das über Redis/NodeJS realisiert wird wegen Livestreaming der Daten.
Klingt in der ersten Linie nicht schlecht, da wenn der GridAdmin ein förderiertes System bei sich installiert die alleinige macht hat.
Und sich dann mit anderen zusammenschließen kann, zu einem ganzen großen.
Da spielen dann natürlich dann eine menge gedanken bei mir rum.
z.B. nicht nur das ganze als GridListe allein zu machen, sondern zu erweitern, das sog. Shopsystem was ich erwähnte, so kann dann in anderen netzwerk angezeigt hey der und der hat ja passende schuhe für mich oder was für ein geiles kleid, da muss ich mal hinswitchen.
oder Events an sich, wenn Grid A sagt hey heute feier wir um 20 uhr ein Osterfeuer kann Grid B sagen das klingt interessant, da geh ich mal kucken oder postet selber etwas in den eventkalender.
aber das alleine als Standalone version zu machen?
hmmm......
das kann man doch dann eleganter Lösen und sagen hey, wenn du schon auf Grid A bist kannst du nicht nur beträge andere sehen sondern auch einen Avatar erstellen
Klar der Administrator muss sich mit den anderen verbinden das der server die anderen seite kennt.
aber ich meine das könnte man dann ja so erweitern, das alles an einem ort ist und trotzdem dezentral.
die idee dahinter mit der api ist nicht neu, ich und ein kollege hatten früher ein system mal angefangen was ähnlich funktioniert. man könnte wenn der seitenadmin das freigegeben hat sich mit anderen radiobesitzer zusammenschließen, wenn die das auch hatten.
und so brauchte der user sich nicht doppelt registrieren, und konnte aufgrund der api (stream) sich auf auf radio b einloggen.
wurde die verbindung unterbrochen war es natürlich nicht mehr möglich logisch da radio A nur die daten kannte aber nicht radio b. allein schon aus datenschutzgründen.
Das dass System auf eine API Schnittstelle basiert.
das System ist Standalone jeder installiert es z.b auf seinen Server und durch hinzufügen eines anderes Servers (Instanz) kommunizieren diese dann über eine api schnittstelle miteinander.
Die dann Usernamen, Feeds und andere sachen preis gibt, so das beiträge dann in andere Instanzen angezeigt werden anhang des Posters username@netzwerk. Mastodon nennt sich das eben nur Streaming
das über Redis/NodeJS realisiert wird wegen Livestreaming der Daten.Klingt in der ersten Linie nicht schlecht, da wenn der GridAdmin ein förderiertes System bei sich installiert die alleinige macht hat.
Und sich dann mit anderen zusammenschließen kann, zu einem ganzen großen.
Da spielen dann natürlich dann eine menge gedanken bei mir rum.
z.B. nicht nur das ganze als GridListe allein zu machen, sondern zu erweitern, das sog. Shopsystem was ich erwähnte, so kann dann in anderen netzwerk angezeigt hey der und der hat ja passende schuhe für mich oder was für ein geiles kleid, da muss ich mal hinswitchen.
oder Events an sich, wenn Grid A sagt hey heute feier wir um 20 uhr ein Osterfeuer kann Grid B sagen das klingt interessant, da geh ich mal kucken oder postet selber etwas in den eventkalender.
aber das alleine als Standalone version zu machen?
hmmm......
das kann man doch dann eleganter Lösen und sagen hey, wenn du schon auf Grid A bist kannst du nicht nur beträge andere sehen sondern auch einen Avatar erstellen
Klar der Administrator muss sich mit den anderen verbinden das der server die anderen seite kennt.
aber ich meine das könnte man dann ja so erweitern, das alles an einem ort ist und trotzdem dezentral.
die idee dahinter mit der api ist nicht neu, ich und ein kollege hatten früher ein system mal angefangen was ähnlich funktioniert. man könnte wenn der seitenadmin das freigegeben hat sich mit anderen radiobesitzer zusammenschließen, wenn die das auch hatten.
und so brauchte der user sich nicht doppelt registrieren, und konnte aufgrund der api (stream) sich auf auf radio b einloggen.
wurde die verbindung unterbrochen war es natürlich nicht mehr möglich logisch da radio A nur die daten kannte aber nicht radio b. allein schon aus datenschutzgründen.
![[-]](https://www.gridtalk.de/images/collapse.png)
