133 Matching Annotations
  1. Dec 2024
    1. But perhaps that's too ambitious to suggest taking on for either camp. And maybe it doesn't matter insofar as the real lessons of Worse is Better is that both first mover advantage on a quicker and popular solution outpaces the ability to deliver a more correct and robust position, and entrenches the less ideal system. It can be really challenging for a system that is in place to change itself from its present position, which is a bit depressing.

      Succinct description of worse is better

      The 'worse' bit moves you along in the adjacent possible paths of the [[Evolutionair vlak van mogelijkheden 20200826185412]], where as the 'better' bit puts you at a peak in the evol landscape from which you can't move and hard to get to for others.

      via via Chris Aldrich in h. pointing to Christian Tietze comment https://forum.zettelkasten.de/discussion/comment/22075/#Comment_22075 pointing to this Christine Lemmer-Webber post, following it onwards to https://www.dreamsongs.com/WorseIsBetter.html by Richard P. Gabriel

  2. Sep 2024
    1. The creation of The Social Web Foundation deftly and carefully subverts that context, in such a way that the term “Social Web” only equals “Fediverse”. It even goes as far as wringing out the Fediverse’s own historical context as a multiprotocol polyglot network, by equating the Fediverse to just the ActivityPub

      The Social Web by naming itself thus reduces social web to fediverse and then to AP only.

  3. Aug 2024
  4. Jul 2024
    1. https://web.archive.org/web/20240725080148/https://fossacademic.tech/2024/02/11/Move-Slowy-Preview.html [[Move Slowly and Build Bridges by Robert Gehl]] is a forthcoming book on 'Mastodon, the Fediverse, and the Struggle for Ethical Social Media'. This post gives summaries per chapter of the draft. Ch1 focuses on Xodus after Musk only. Odd, there are many examples where costs of leaving socmed platforms played a role, which may well be more informative than just n=1. Ch 2 on AP as protocol Ch 3 CoC as a social layer on networked tech (no regard here it seems for the fact that human networks exist outside of tech and span multiple tech platforms simultaneously, and themselves have social norms that guid behaviour regardless whether codified in CoC or expressed in federation choices) Ch 4 on blocking and defederation as a needed safety tool. Socially I think the default might need to be the other way around, federating is the choice, defed the default, as it is how we do it socially irl. We are not unwelcoming to newcomers in a group but we are wary. Ch 5. Who pays for the fediverse infra. Short answer is we all do/many of us do. I pay my own instance, and also contribute hours to the governance of the largest Dutch instance. Good point about people forgetting there are other bizz models for digital media than what centralised adtech kraken do. Ch 6. on eco impact of socmed, and need of awareness what running this stuff costs ecologically. Seems to then pivot to how degrowth and solarpunk people using fediverse tech to interact, which is not the same thing. (It says mitigate, but compared to what, X? ) Ch 7. Threads , or the corp reaction to a growing fediverse. Conclusion, this is where the ethics will be discussed finally.

      Forthcoming w Oxford Univ Press. Not sure this is for me, reads like a snapshot with a limited time window in which it might be informative. Perhaps of interest for [[Stichting ActivityClub Bestuur Hoofdnote]].

  5. Jun 2024
  6. Apr 2024
    1. Not sure what to make of this, a combination of Solid Pods and AP, with Solid being the data storage. Meaningless refs to data ownership (you don't own your data on Fedi, you've spread it to 100s of servers around the globe with each message. You don't even have control over the database you use in your client, unless self-hosted. You can move, without your messages.) It's just that nobody afayk mines the stuff for adtech. And data ownership doesn't legally exist in most parts of the world. So what is the purpose of Solid here, if you store recipes and ephemeral socmed messages in it? Just that it's there so you can skip having to build the database part of an AP server / client combo? So that everyone can run their personal instance with something that can also do other things? It doesn't say but that would be a potential step up (assuming people know how to run a solid pod that is).

  7. Dec 2023
  8. Nov 2023
  9. Oct 2023
  10. Sep 2023
  11. Aug 2023
  12. Jul 2023
  13. Jun 2023
    1. The big promise of federated social tools is neither Mastodon (or Calckey or any of the other things I’ve seen yet) nor the single-server Bluesky beta—it’s new things built in new ways that use protocols like AT and ActivityPub to interact with the big world.

      Vgl [[Build protocols not platforms 20190821202019]] I agree. Kissane says use protocols in new ways for new tools, starting from the premise of actually social software.

  14. May 2023
  15. Apr 2023
  16. tantek.com tantek.com
    In https://www.theverge.com/2023/4/20/23689570/activitypub-protocol-standard-social-network, author @pierce@mas.to does an excellent job covering a broad range of #ActivityPub related updates, and goes beyond the usual #Mastodon focus to describe numerous implementations. I was very happy to see that he also clearly communicated several #IndieWeb principles^1, practices, goals, and reasons why^2. Like this quote: “But the advice you’ll hear from most people in this space is this: own your own domain. Don’t be john@/mastodon.social or anna@/facebook.com. Have a space that is yours, that belongs to you, a username and identity that can’t disappear just because a company goes out of business or sells to a megalomaniac.” and this: “It’s [your own domain is] your YouTube channel name and your TikTok username and your Instagram handle and your phone number and your Twitter @, all in one name.” Great interviews with @stevetex@mozilla.social, @mike@flipboard.social, @dustycloud.org (@cwebber@octodon.social), @evanp.me (@evan@cosocial.ca), @anildash.com (@anildash@me.dm), @coachtony@me.dm, and @manton.org. As Manton said in the article: “If you solve identity with domain names, it makes things easier because it fits the way the web has been for 20 years,” Pierce also noted: “you might soon be able to turn your personal website into your entire social identity online” Already can. I replied to Pierce’s post^3 about his article noting this^4, from #federating directly from my website for the past ~6 months^5, to over a decade of using it as my social identity with the POSSE method^6 with various #socialMedia silos. It’s important enough that I’ll repeat part of Pierce’s quote at the top: “own your own domain. Don’t be john@/mastodon.social or anna@/facebook.com. Have a space that is yours” He gets it. Don’t be someone at someone else’s server. Big Chad or Little Chad’s garages^7 are social media stepping stones towards owning your own domain and IndieWeb presence. We’re here when you’re ready to take that next step: https://chat.indieweb.org/ This is day 38 of #100DaysOfIndieWeb. #100Days ← Day 37: https://tantek.com/2023/109/t2/years-ago-first-federated-indieweb-thread → Day 39: https://tantek.com/2023/112/t2/account-migration-post-blog-archive-format ^1 https://indieweb.org/principles ^2 https://indieweb.org/why ^3 https://mas.to/@pierce/110231624819547202 ^4 https://tantek.com/2023/110/t1/ ^5 https://tantek.com/2022/301/t1/twittermigration-bridgyfed-mastodon-indieweb ^6 https://indieweb.org/POSSE ^7 https://tantek.com/2023/001/t1/own-your-notes - Tantek
    1
  17. Mar 2023
  18. Feb 2023
  19. Jan 2023
    1. The code above is somewhat simplified and missing some checks that I would advise implementing in a serious production application. For example:The request contains a Date header. Compare it with current date and time within a reasonable time window to prevent replay attacks.It is advisable that requests with payloads in the body also send a Digest header, and that header be signed along in the signature. If it’s present, it should be checked as another special case within the comparison string: Instead of taking the digest value from the received header, recompute it from the received body.While this proves the request comes from an actor, what if the payload contains an attribution to someone else? In reality you’d want to check that both are the same, otherwise one actor could forge messages from other people.
    2. We need to read the Signature header, split it into its parts (keyId, headers and signature), fetch the public key linked from keyId, create a comparison string from the plaintext headers we got in the same order as was given in the signature header, and then verify that string using the public key and the original signature.

      ```ruby require 'json' require 'http'

      post '/inbox' do signature_header = request.headers['Signature'].split(',').map do |pair| pair.split('=').map do |value| value.gsub(/\A"/, '').gsub(/"\z/, '') # "foo" -> foo end end.to_h

      key_id = signature_header['keyId'] headers = signature_header['headers'] signature = Base64.decode64(signature_header['signature'])

      actor = JSON.parse(HTTP.get(key_id).to_s) key = OpenSSL::PKey::RSA.new(actor['publicKey']['publicKeyPem'])

      comparison_string = headers.split(' ').map do |signed_header_name| if signed_header_name == '(request-target)' '(request-target): post /inbox' else "#{signed_header_name}: #{request.headers[signed_header_name.capitalize]}" end end

      if key.verify(OpenSSL::Digest::SHA256.new, signature, comparison_string) request.body.rewind INBOX << request.body.read [200, 'OK'] else [401, 'Request signature could not be verified'] end end ```

    1. Sure, this means that the conversations take place on those platforms, but the source of my content – my words – are still on my site, which I control.

      Kev is equating integration with any service to attempts to increase conversation around a post. That is often true but not always. E.g. I'm looking at AP to increase what own words I am sharing. E.g. AP for limited audience postings, and e.g. RSS for a subset of posting that are unlisted for the general public on my site.

    2. While that discourse is very important, the complexity it would add to the site to manage it, just isn’t worth it in my eyes.

      Valid point Kev makes here. A site should do only what its author needs it to do. I want interaction visible on my site, though I probably will cut down on the facepiles.

  20. Dec 2022
    1. Tom MacWright, a software developer in Brooklyn, has firsthand experience with the pitfalls of ActivityPub. As an experiment, he tried to turn his photo blog into an actor that could be followed by users via their Mastodon accounts. It worked in the end—and you can search for @photos@macwright.com from your Mastodon instance to follow his photography—but it wasn't easy.

      Example of how ActivityPub standards don't work in practice, in part because Mastodon is an 800 pound gorilla which actively flauts or adds their own "standards".

    2. "Queer people built the Fediverse," she said, adding that four of the five authors of the ActivityPub standard identify as queer. As a result, protections against undesired interaction are built into ActivityPub and the various front ends. Systems for blocking entire instances with a culture of trolling can save users the exhausting process of blocking one troll at a time. If a post includes a “summary” field, Mastodon uses that summary as a content warning.
  21. Nov 2022
    1. First, to experiment personally with AP itself, and if possible with the less known Activities that AP could support, e.g. travel and check-ins. This as an extension of my personal site in areas that WordPress, OPML and RSS currently can’t provide to me. This increases my own agency, by adding affordances to my site. This in time may mean I won’t be hosting or self-hosting my personal Mastodon instance. (See my current fediverse activities)

      Interesting for me to explore and understand too. How does AP compare to micropub which can be used for similar purposes? As far as I can tell it is much more heavyweight

  22. whyineedtofillusername.github.io whyineedtofillusername.github.io
    1. Inbox is an application built for a diploma thesis to showcase work with Linked Data Notifications, Activity Streams and ActivityPub, using Solid pod as data provider.
    1. o understand what Activity Streams is, think of it as an abstract syntax to represent basically anything that can be an action on social media. The Activity Streams Vocabulary specification defines, amongst other things, three types of objects: Actors: Application, Group, Organization, Person, Service. Activity types: Accept, Add, Announce, Arrive, Block, Create, Delete, Dislike, Flag, Follow, Ignore, Invite, Join, Leave, Like, Listen, Move, Offer, Question, Read, Reject, Remove, TentativeAccept, TentativeReject, Travel, Undo, Update, View. Objects: Article, Audio, Document, Event, Image, Note, Page, Place, Profile, Relationship, Tombstone, Video. To build a valid Activity Streams activity, you pick one of each category and add some metadata to it. You describe that something did something to or with something, and you explain those things in more detail.

      A valid activity in Activity Streams is using one of each Actors, Types and Objects. Me Arrives at Place, Me Travels to Place, Me Announce Event etc. It's all JSON

    1. Towards a  federated metaverse

      Immers Space is a immersive web / metaverse initiative. It is federated, using ActivityPub. The AP implementation uses the Arrive/Leave/Travel and Places Object Types for virtual destinations. Vgl [[ActivityPub voor Check-ins 20221109095516]]

  23. Aug 2022
  24. Jul 2022
    1. Your Hub’s CMS: a Thinking Management System for writersEach Hub’s content management system (CMS) is actually a “Thinking Management System”: a thinking tool based on a Personal Knowledge Graph (PKG) which is custom-designed to support thinking and writing.

  25. Jun 2022
    1. SkoHub supports a novel approach for finding content on the web. The general idea is to extend the scope of Knowledge Organization Systems (KOS) to also act as communication hubs for publishers and information seekers. In effect, SkoHub allows to follow specific subjects in order to be notified when new content about that subject is published.
  26. May 2022
  27. Apr 2022
  28. Mar 2022
  29. Nov 2021
  30. Aug 2021
  31. Jun 2021
    1. I've always hoped that some of the Mastodon instances would build outside of the status update sort of content.