Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

Bonfire pushed a big release last week, and I'm excited to try out all the new shiny things on my test instance.'nPost migration and Quote Posts among them.'n#Bonfire #ActivityPub

General Discussion
7 4 29

Gli ultimi otto messaggi ricevuti dalla Federazione
  • @cwebber @eyeinthesky @evan

    > There are paths out of the situation, but I'm not confident in the discourse around them right now, and hesitant about how much I want to engage with it.

    Yes. I posted something on the same subject today.

    https://social.coop/@smallcircles/116119597745488218

    read more

  • @eyeinthesky The reason we can't have nice things is because the Fedi Devs don't want to deal with the basics of the protocol. Or: Because no one has yet provided C2S for Fedi Devs who don't want to deal with the basics.

    read more

  • @cwebber @eyeinthesky @smallcircles @evan Apart from the fact that I would prefer turtle, I am very happy that AP ‘prescribes’ json-ld. This opens the door to many of my ideas. It makes possible what would be very complicated without . It's about time that the AP developers got to grips with it! https://rdf-pub.org/#rdf

    read more

  • @eyeinthesky @smallcircles @evan To be clear, I think json-ld has a lot of great ideas in it, and it's the extensibility and linked data compatibility (which was a strong group requirement) story we had at the time.

    "JSON-LD is bad" doesn't really capture my views. "JSON-LD turned out to be too complicated for the majority of the ecosystem to work with, particularly when we gave the view that you could ignore it, except it creates a rift of interoperability between those who ignore it and those who don't and puts a burden on the latter who are doing their best to behave well" does match my views.

    There are paths out of the situation, but I'm not confident in the discourse around them right now, and hesitant about how much I want to engage with it.

    read more

  • @eyeinthesky

    Here we come to my new interest area.. I spent a metric ton of time advocating for and and that was initially all on a very optimistic note on how our ecosystem would mature and grow over time, fostering a healthy future for itself.

    That however didn't go as planned. You might say that the entirety of the fediverse is still primarily tech-driven. Tech-first approaches that do not differ too much of the much reviled and rejected 'techbro approach'.

    Sure, there are plenty discussions on whether an app feature is 'ethical' or not, with discussions on e.g. opt-in vs. opt-out. But that is again purely app-centric.

    Where is the dev ecosystem headed, where should they focus, what externalities exist? Where do we want future as a whole to be? What's the vision?

    And then we come to the social side of things, both in the small, but also in-the-large. Technosphere aligned and subservient to Sociosphere. That is focus of https://coding.social

    read more

  • @smallcircles “an interpretation that advocates for tolerating unexpected inputs is no longer considered best practice in all scenarios.” Somebody didn’t get the memo. lol

    read more

  • @eyeinthesky @cwebber @evan @deadsuperhero

    There are a couple of really great documents on protocol design and maintenance. You often see me mentioning protocol decay, which is only a paragraph in the splendid Maintaining Robust Protocols.

    The next section for instance is on detrimental ecosystem effects if you are either too stricly enforcing standards or are too laissez faire about them.

    https://www.rfc-editor.org/rfc/rfc9413.html

    read more

  • @eyeinthesky @cwebber @evan

    The protocol becomes more like the union of all app-specific functionality that has been created over time, and copied / depended on by others in fundamental ways. Instead of that all that happens in clear solution layer that rests above the protocol conceptually.

    The protocol boundaries are fuzzy.

    @deadsuperhero mentioned the other day that having identity management well figured out, would be the killer app for the fediverse.

    But without having these fundamentals on how we responsibly 'extend the fediverse' (deploy a new solution, deliver a service), I don't think this is the case. But having that functionality might make it very clear that we need this foundation.

    Now an identity is neatly app-bound, but then no longer and since all apps overloaded the ActivityStreams social primitives you may have to deal with the full combinatorial explosion of figuring out what the functionality of your as:Video or other object really is.

    Perhaps I see it wrong.

    read more
Post suggeriti
  • 0 Votes
    7 Posts
    44 Views
    @CedC @kaffeeringe Not so easy with a phone
  • 1 Votes
    1 Posts
    8 Views
    I am waiting for ActivityPub and the Fediverse to make an appearance. I would suspect that the "expensive and annoying game of whack-a-mole" will start to get very hard to manage.https://www.abc.net.au/news/2025-12-04/when-is-the-teen-social-media-ban-what-apps-are-banned/106086152#auspol #activitypub #mastodon #pixelfed #fediverse #socialmedia
  • 0 Votes
    1 Posts
    12 Views
    实例(ControlNet Social Space; 简称CSS)搭建的告一段落了,稍微总结一下:1. 选型阶段(#ActivityPub 生态对比)先稍微 review 一下现在已有的 #fediverse 平台,选择以 ActivityPub 作为协议的平台,毕竟联邦的话还是得尽可能有更多人用才行。类似于用于实时通讯的 matrix。然后评估了 #Mastodon / #Pixelfed / #Pleroma / #Misskey / #Sharkey 等,确认不同实现可互联互通(Pixelfed ↔ Mastodon 等)。然后偶然得知 #Threads 也是Fediverse中的一员。然后,研究“主域 abc.xy 显示身份、实例跑在 social.abc.xy”的可行性。结论是这样不靠谱,所以放弃了。。最终决定考虑到Sharkey比起Misskey有一些不错的feature就选了Sharkey。2. 部署与运行按官方文档与 docker compose 在用 #Unraid 系统的 #NAS 上部署 Sharkey。邮件服务器使用free-tier的#Resend 。然后还稍微折腾了一下如何设置管理员。3. 联邦互动与内容获取学会了站内搜索关注远端用户(用 @user@domain 或贴对方资料页 URL 解析)。然后是关注 Threads 用户的实操(前提对方开联邦)。但是这时候实例里没有什么联合,时间线完全没东西,就考虑有没有订阅别人一整个时间线的方法,好像不太可行。4. 存储与图片体积了解到 Misskey/系每用户默认 100 MB 网盘,附件都会落地到服务器(非纯外链)。而且没办法通过引用外链来渲染图片。试了一下本地上传+压缩,发现会自动压缩到webp,勉强还行。6. 二步验证(2FA)故障 & 解决刚才开启 2FA 后出现“authentication failed”,连恢复码也无效,日志报:Endpoint: i/change-password ... {"message":"authentication failed", ...}尝试各种排查均失效,最后只能直接改数据库里的,把 2FA 关掉,然后再重新绑定 2FA和passkey。7. 默认不显示在线状态发现这个需要在用户设置里修改,并且没找到如何让用户默认就是显示的,只能先放弃了。8. 注册与邀请码觉得发放多个一次性邀请码麻烦,想找可重复使用的邀请码。结果发现不行,只支持一次性的,感觉除非自己之后魔改一个web服务用于自动发放邀请码并且自动填写,不然想分享到别的群里,确实有点难度。也没有那种私人邀请的链接。TODO: 未来感觉还是有很多可以做的1. 能够自动探索别的实例的某些方法,找到一些有意思的用户去follow。2. 部署一个chat agent用于增强活跃度,但是又不能感觉像是纯骚扰,如何设计是个问题。3. 做一个方便remote follow的工具
  • 0 Votes
    4 Posts
    31 Views
    Ah. Yes, I'll add that. Thanks!