-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Am 29. Februar 2016 19:51:01 MEZ, schrieb "Marcus Möller" <marcus.moel...@gmx.ch>: > > > Am 29.02.2016 um 18:21 schrieb Theo Schmidt <sus2...@bluewin.ch>: > > > > Vielen Dank für die Antworten. > > > > Am 29.02.2016 um 17:17 schrieb Norman Schwirz: > > ... > >> Nun stellt sich mir die Frage, ob es wirklich sinnvoll ist, für > >> Kritik hauptsächlich die Plattform eines Kritisierten zu > >> verwenden. Wäre es nicht besser und nachhaltiger, sie > >> auf eigenen (unabhängigen) Servern zu hosten und dann > >> darauf zu verlinken. > > > > Das ist genau meine Frage, wobei eben *nicht* die Uni Bern > > hostet, sondern Youtube. > > > > […] > > > > Richard Stallman gibt viele Reden von denen er genau weiss, > > dass seine > > Wünsche nicht respektiert werden und die allermeisten davon > > erscheinen gerade nicht auf Libreplanet.org oder so, sondern > > auf Youtube. > > > > Ist das nun eine Symbiose zweier Männer/Richtungen? Oder > > haben die Firmen gewonnen, weil Videos auf unabhängigen > > Servern von den Suchmaschinen nicht erfasst werden, und > > weil es gemäss Marcus Möller kaum brauchbare freie > > Alternativen gibt? (Den Einwand von Nobert, dass Videos zu > > hosten zu teuer ist, trifft auf die Uni Bern sicher nicht zu.) > > Es gibt schon Software, wie das bereits erwähnte Owncloud. > Das eignet sich gut dafür einzelne Videos bereit zu stellen und > dann zu verlinken. > > Es ist keine Suchplattform, so wie Youtube, und das ist auch > der Grund warum letzteres so beliebt ist. > > Eine Lösung wäre ein Federated Network für Videos und > Bildinhalte. Mediagoblin hatte sowas mal vor, hat dabei aber > auf das tote pump.io API gesetzt. Oh, jetzt ist pump.io tot, aber status.net lebt als GNU social weiter? Hatte ich nicht wirklich mitbekommen ^^" Vermutlich wäre es bei sowas sinnvoll, den Mechanismus der Kommunikation Server-zu-Server nicht direkt zu spezifizieren, also nicht auf ein Protokoll/eine API festzulegen. Dann bedeutet der Wegfall einer Plattform nicht ein Ende der Kommunikation. Ist aber natürlich aufwändiger zu implementieren. > > Bei einer wirklich föderalistischen Lösung ist es in sofern > schwierig, da man eigentlich will, dass alle Videos im > gesamten Netz verteilt verfügbar sind (also auf jeder Instanz). > Das setzt dann wieder viel Plattenplatz bei allen Beteiligten > voraus. Muss denn jeder Knoten jedes Video vorhalten? Da fallen mir schon zwei andere Varianten ein: - - Auf dem kleinen, privaten Server können privilegierte User zu spiegelnde Videos festlegen - - Größere öffentliche Instanzen können nen Schwellenwert setzen, ab wievielen "Likes" ein Video gespiegelt wird und bei zuendegehendem Speicherplatz eventuell unbeliebtere "rausaltern" lassen Zusätzlich kann die Quelle in den Metadaten festgehalten werden, so daß der dritte Knoten schon den ersten und zweiten kennt und anderen als weitere (mögliche) Quellen angeben kann, wenn er selber Quelle ist. Wenn man beim Transportmechanismus zwischen Servern auch Plugins/Module erlaubt, ließen sich zusätzliche Protokolle wie Rsync oder BitTorrent nutzen - und Usern könnte man zum Download gleich einen Metalink anbieten. > > Wenn man nur die Links verteilt und die Videos auf den > jeweiligen Instanzen bleiben, hat man immerhin den Vorteil > einer durchsuchbaren Lösung, dann halt ohne Redundanz. Ich weiß nicht, wie man bei sowas eine "globale" Durchsuchbar- keit ermöglichen würde, aber eine optionale Redundanz der Videos würde vermutlich ausreichen. Womöglich ließe sich etwas wie die rekursiven Resolver beim DNS machen. Natürlich gibt es hier keine Rootserver, aber Knoten könnten Nachbarn fragen, mit denen sie bereits Daten ausgetauscht haben. Und Videos sollten UUIDs oder ähnlich große Prüfsummen als Identifikationsmerkmal benutzen, die für eine Indizierung genutzt werden können. > > Mögliche Kandidaten für eine solche Lösung wären GNU > social oder Hubzilla (es gibt bestimmt noch mehr, die ich > nicht kenne). Da kenne ich offensichtlich noch weniger ;) > > Viele Grüsse > Marcus Gute Nacht, Florian PS: Zumindest Videos der CCC-Events und der FOSDEM sind nicht nur auf YouTube zu finden ;) -----BEGIN PGP SIGNATURE----- Version: APG v1.1.1 iQFTBAEBCAA9BQJW1LuvNhxGbG9yaWFuIEVybWlzY2ggPGZsb3JpYW4uZXJtaXNj aEBhbHVtbmkudHUtYmVybGluLmRlPgAKCRBAkXUY77vNq3IoCACpW6/u6WxwbD9o oAkVoH2UWf+7VMI7p1gbSVaNWdDI8//d16kDMO/2XnwqAVjsYWpVA+CgDQKl0tFI /5ZaBodbueI7/VdA81uzLVE6QapyKjvTLTwMSC46pWTF0FriueLYx+PhtxnSkKZY HO3QZ1Y1dqs3x9aiLNhXf6DpLlsz9jUdx+953noZkyfSBlnkrYvpso2drb+2tN+J h2sThWdgr8yFmq5ts23yYBk+q0YL4Slfgp8/X/wbbsjKidFj5EsblfMbCDeS5XvP 1k9ebdXLTfhP8ZfGlDMWIxoqv8LozTDMw+XwvHLRUB9PwkWDN684vvvMOFCRaJNH XX9IOsx6 =PyMk -----END PGP SIGNATURE----- _______________________________________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de