We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Die Rückeroberung des Social Web

00:00

Formal Metadata

Title
Die Rückeroberung des Social Web
Subtitle
Eine Einführung in Solid
Title of Series
Number of Parts
94
Author
License
CC Attribution 4.0 International:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
Abstract
Solid tritt an die Misstände im Social Web zu beheben. Dieser Vortrag erklärt die grundlegenden Konzepte und Technologien hinter Solid. Was macht Solid einzigartig? Welche Probleme löst es? Wie kann man mitwirken? Letztes Jahr ging Web-Erfinder Tim Berners-Lee mit einem neuen, spannenden Projekt an eine größere Öffentlichkeit. Social Linked Data - kurz Solid - soll die Misstände des zentralisierten Social Webs beheben indem es das dezentrale WWW um soziale Funktionen erweitert und die Nutzer:innen in den Mittelpunkt stellt. In diesem Vortrag erkläre ich die grundlegenden Konzepte und Technologien hinter Solid, erkläre warum dieser Ansatz so revolutionär ist und was Solid von verteilten Anwendungen wie Diaspora und Mastodon unterscheidet. Ich werde zeigen, was mit Solid bereits heute möglich ist, was uns in Zukunft erwartet und wie jede:r diese Zukunft mitgestalten kann.
15
Thumbnail
1:16:56
20
Thumbnail
59:24
23
Thumbnail
10:02
48
Thumbnail
50:08
56
76
Thumbnail
12:05
Social softwareSoliDTwitterSoliDFunction (mathematics)Standard deviationMobile appCommunications protocolSimilarity (geometry)XMLComputer animation
SoftwareSoliDEigenvalues and eigenvectorsWeb pageWEBLink (knot theory)Berners-Lee, TimSemantic WebLecture/ConferenceComputer animation
Deutsches ForschungsnetzService (economics)UpdateHacker (term)Limit (category theory)NeWSBlogPicasaWEBAbbildung <Physik>Link (knot theory)SoliDFacebookService (economics)Server (computing)Direction (geometry)Mainframe computerVersion <Informatik>Function (mathematics)HTMLBlogRoute of administrationInformationWeb pageXMLUMLComputer animation
WEBSound effectComputer animation
Mobile appInformationSet (mathematics)Computing platformWEBBlogSoliDServer (computing)Strukturierte Daten
SoliDMobile appWEBLecture/ConferenceComputer animation
SoliDField extensionWEBComputer animation
SoliDLinked dataFacebookGoogleMobile appWEBDiagramProgram flowchart
SoftwareMobile appWEBIPEKS
Home pageSoftwareComponent-based software engineeringWEBMobile appLink (knot theory)
SoliDBookmark (World Wide Web)SoftwareTask (computing)TwitterCONSULTANT <Datenbank>Home pageLink (knot theory)HypermediaBlogPAPXMLComputer animation
Home pageLink (knot theory)Link (knot theory)WEBStrukturierte DatenComputer animation
Home pageLink (knot theory)SoftwareSoliDBookmark (World Wide Web)Task (computing)EmailCodeIndexTypService (economics)Principle of localityEPSComputer animation
HTTPComputing platformLinked dataZugriffskontrolleSoliDLoginLink (knot theory)APIWorkstation <Musikinstrument>Social bookmarkingDemosceneMobile appSet (mathematics)Service (economics)WEBImplementationSet (mathematics)Standard deviationField extensionJavaScriptSingle sign-onRoute of administrationLink (knot theory)Solid Edge <Programm>DiagramProgram flowchart
Bookmark (World Wide Web)Task (computing)Mobile appComputer animation
TOUR <Programm>Uniform resource locatorBookmark (World Wide Web)UploadingXMLComputer animation
SoliDIndexTypTwitterComputer animation
UploadingObject-oriented analysis and designGoogleHTTPBookmark (World Wide Web)Computer animation
SoliDOpen sourceFacebookMobile appStandard deviationWEBConcurrency (computer science)Route of administrationDiagram
SoliDProviderPasswordEmailData recoveryTOUR <Programm>Uniform resource locatorHome pageOpen sourceWEBNetscapeSet (mathematics)Computer animation
SoliDOpen sourceMobile appClient (computing)InternetMobile appXMLComputer animation
SoliDCurve fittingPixelTOUR <Programm>Mobile appGastropod shellSocial softwareWEBComputer animationXMLUML
Social softwareSoliDZugriffskontrolleLoginLinked dataAPILink (knot theory)FacebookWEBLecture/ConferenceProgram flowchart
Data centerLink (knot theory)WEBMeeting/Interview
ZugriffskontrolleLoginLinked dataAPILink (knot theory)SoliDMobile appMobile WebWEBDiagramLecture/ConferenceMeeting/Interview
Mobile appWEBHTTPLecture/ConferenceMeeting/Interview
ZugriffskontrolleLoginSoliDLinked dataAPILink (knot theory)Mobile appLink (knot theory)DiagramMeeting/Interview
ZugriffskontrolleLoginSoliDLinked dataAPILink (knot theory)Computing platformDiagramMeeting/Interview
ZugriffskontrolleLoginLinked dataAPILink (knot theory)SoliDDiagram
Meeting/Interview
Meeting/Interview
SoliDOpen sourceSocial softwareopenSUSEXMLUMLComputer animation
Transcript: German(auto-generated)
Mastodon ist beschränkt auf einen Use-Case. Mastodon ist ein Twitter. Dann habe ich nur eine Twitter-Funktion. Bei Solid kann ich alle Funktionen abbilden, die ich möchte. Ich kann alle Apps programmieren, die ich brauche und die können miteinander interagieren.
Wenn man jetzt nicht direkt nur Mastodon betrachtet, sondern halt das unterliegende Protokoll Activity Pub, das bildet ja ähnliche Protokolle ab. Da geht es auch um Social Media, Kommentare, Bilder und so weiter.
Profile, da sehe ich schon mehr Ähnlichkeiten als Unterschiede, ehrlich gesagt. Das stimmt schon. Es ist nicht komplett unähnlich. Gerade wenn du sagst, da gibt es ja auch Standards wie Activity Pub. Ich denke aber auch, dass diese Welt von Mastodon und Diaspora sich wunderbar solid-kompatibel machen lassen.
Solid ist noch deutlich freier als Activity Pub, was schon auf bestimmte Use-Cases beschränkt ist. Solid löst das weiter auf und sagt, alle möglichen Daten kannst du miteinander verlinken.
Gibt es ein Standard, um Referenzen von eigenen Publikationen abzulegen? Ich denke jetzt an die Use-Case Wissenschaftler, die ihre Institute häufiger wechseln. Ich betreue ein paar Webseiten von wissenschaftlichen Instituten.
Da ist dann immer das Problem, dass manchmal so 10-20 Publikationen neu eingegeben werden müssen, wenn Wissenschaftler wiederkommen. Gerade im wissenschaftlichen Bereich gibt es eigentlich alles, was du dir denken kannst.
Solid ist eigentlich gar nichts Neues. Es ist das, was Tim Berners-Lee seit 30 Jahren versucht oder macht, nämlich das Web. Zwischendurch hat er das Semantic Web entwickelt und Link Data ist ja auch noch mal eine Verfeinerung dessen. Solid ist noch mal quasi on top.
Semantic Web, Link Data plus noch zusätzliche neue Standards, die das abbilden. Das kommt total aus dem akademischen Bereich und sowas wirst du 100% können. Da gibt es dann Werkzeuge um... Im Zweifelsfall melde ich mich mal. Du bist nicht so weit weg von mir. Ich bin in Bremen, in der Heimat Ritt.
Ansonsten bin ich im Web, auch jederzeit erreichbar. Dann habe ich noch eine Frage ganz kurz. Dieses Verlinken würde mich interessieren. Wo liegen denn die Link Daten? Ich stelle mir das mal vor, ich poste irgendwo, es wird total berühmt. Ich kriege 10.000 Kommentare oder Likes oder was auch immer.
Irgendwie muss ja mein Pod diese Daten bekommen und es vielleicht dann überfordert. Wie wird das funktionieren? Ja, dann musst du skalieren. Wenn du jetzt wirklich berühmt bist, dann wirst du dann entweder dir einen guten Dienstleister suchen, der das für dich hostet, um den Ahnestum gerecht zu werden.
Oder du stellst Mitarbeiter ein, die das für dich tun. IT-Abteilung, keine Ahnung, weiß ich nicht. Ne, das ist eine Skalierungsfrage. Das ist jetzt auch ein bisschen übertrieben gewesen, was ich sage. Aber du kannst halt auch mehrere Pods oder mehrere Server aufstellen und das abfedern. Oder irgendwie ein Proxy vorschalten. Ja gut, ich meine, das ist aber so eine typische Aufgabe, die mit viel Aufwand verbunden ist.
Deswegen sage ich, dann suchst du dir einen Dienstleister. Dann hostest du vielleicht nicht mehr selber, sondern lässt das machen. Du kannst ja auch nochmal als Ergänzung dazu. Das heißt ja nicht, dass du mit all deinen privaten Daten plötzlich zum Dienstleister gehen musst. Du kannst dich auch differenzieren zwischen dem, was du öffentlich machst und was dir eh egal ist.
Das kannst du bei irgendeinem Host hosten, wo du sagst, okay, das ist eh öffentlich. Und da gehen halt die tausenden Links rein. Und deine privaten Daten, die vielleicht nur für dich persönlich oder für deine Familie sind, die kannst du ja weiterhin auf deinem Raspberry Pi hosten. Völlig abgeschottet von dem anderen. Ja, um jetzt nochmal auch auf sein Thema zurückzukommen.
Also ich sehe jetzt wirklich das Problem da drin. Nehmen wir an, es gäbe Facebook-Lit, wo alles nur noch als Solid Pods. Also im Prinzip so eine typische, komplette, durchdesignte Solid-Anwendung. Dann hat es ja diese Anbieter diese Anwendung ganz einfach. Weil das ist im Prinzip eine einfache, kleine JavaScript-Anwendung, die liefert der Außen, hat er Ruhe.
Weil alles andere kriegt er gar nicht mehr mit. Also demzufolge wird es ja auch kaum einer machen. Aber im Prinzip der kriegt nichts mit, weil der halt an sämtlicher Treffik und alles, was so irgendwie jetzt dann halt quasi zulasten von Facebook geht, geht dann ja zulasten von Millionen von Pods, die irgendwo auf der Welt rumliegen.
Und wenn ich jetzt irgendwo aktiv bin und poste da halt einen Haufenweise Bilder, die dann ständig abgerufen werden, dann ist das schon so eine Sache, wo ich mir vorstelle, das wird auch dann halt ruckzuck sehr aufwendig und oder halt dann sehr teuer. Von daher habe ich momentan so ein klitzekleines bisschen Zweifel, dass die große Masse, immer so eine Masse, wie jetzt in Richtung Facebook wandert oder sowas,
jemals in Richtung Solid wandert. Weil ich glaube, den meisten ist im Prinzip allein jetzt schon der Gedankengang in so eine Technik viel zu kompliziert. Ja genau, aber das ist ja wieder der Punkt, wo du auch sagen kannst, ich muss das ja nicht selber hosten, wenn ich jetzt irgendwie ganz viele Bilder poste. Ich kann ja auch dann quasi auf solidphotos.com gehen und mir da einen Photo-Storage holen
und da alle meine Bilder hosten und auch wirklich nur die Bilder, die ich sowieso veröffentliche, die wo ich mich zur Schau stelle und meine privaten Daten kann ich dann entweder selber hosten oder beim Dienstleister, keine Ahnung, vielleicht irgendwie ein deutscher Anbieter, wo ich auch meinen Mailpostfach habe und der sagt hier, wir gewährleisten deine Sicherheit
und alles total geschützt und du zahlst uns halt da für 20 Euro im Monat. Das kann ich dann da machen und meine Bilder, wo der Traffic draufkommt, die mir aber egal sind, die mache ich dann bei irgendeinem Fotodienst. Das kann ich beliebig aufteilen.
Ich hätte auch noch eine zweite Frage und zwar, wenn ich einen Port habe, dann brauche ich dafür doch wahrscheinlich ein TLS-Zertifikat. Und das muss ich mir selber holen. Dafür gibt es Let's Encrypt. Bitte? Dafür gibt es Let's Encrypt. Ja, okay, also sowas. Ja.
Wie sieht das generell, also wir haben ja hier eine gewisse rechte Verwaltung drin, aber ich denke jetzt mal an so Sachen, die dann, das heißt ja hier auch, man kann dann verwalten, so die Person in der App und so weiter und so fort, kann das und das sehen. Aber ist die Frage, muss ich dann darauf vertrauen, dass die App das verwaltet
oder gibt es da irgendwelche Verwaltungstools sinnvoll für, um diese Rechte halt zu verwalten? Also ich kann für alles eine App programmieren, das heißt, ich kann auch dann 20 verschiedene Apps geben, die nur darauf fokussiert sind, die Rechte zu verwalten. Und da suche ich mir eine aus, die mir gefällt oder programmiere mir eine eigene.
Da habe ich halt alle Freiheiten auch wieder und kann damit diese App meines Vertrauens die Rechte verwalten. Oder wo es wahrscheinlich aber auch darauf hinausläuft, ist ein gescheiter Solid Server wird halt die rechte Verwaltung als vernünftige App auch schon vielleicht integriert haben, sodass ich direkt auf meinem Solid Server über eine Web-Oberfläche die Rechte setzen kann. Und im Zweifel, was ich auch immer machen kann, es sind alles letztendlich Text-Dateien.
Die strukturierten Daten bei Solid ist wie die HTML-Seiten im bekannten Web, sind Text-Dateien letztendlich, die ich auch editieren kann. Ich kann mit meinem BIM darauf gehen und die Rechte selber setzen, wenn ich keinem vertraue. Das macht ja nicht der Standard-User. Text-Dateien bearbeitet ja nicht der Standard-User. Nee, nee, ich sage ja nur, das sind wieder unterschiedliche Anforderungen.
Wenn du sagst, du vertraust den nicht, wenn du es so weit treiben möchtest, dann, ja, wir müssen Schluss machen. Aber ich bin noch da, wir können auch vor der Tür noch quatschen oder irgendwo. Ansonsten ist es ausgegangen. angelofeldens.org ist mein Solid Pod. Und wenn ihr den Links folgt, findet ihr alle möglichen Kontaktmöglichkeiten. GitHub, Twitter, whatever.
Danke.