First documentation page out, 4782 to go:
https://activitypub.mushroomlabs.com/topics/models/linked_data/
First documentation page out, 4782 to go:
https://activitypub.mushroomlabs.com/topics/models/linked_data/
Added outline for documentation sections on https://activitypub.mushroomlabs.com
In doing this exercise, found 3 issues that need to be addressed before this code is actually useful for anyone.
Tomorrow, time to fix those bugs and write some of those pages.
For this reason, @spritely's tech looks like it's very focused on computer science'y low-level BS, but that's actually because it's *too hard to build the systems I want right now on top of current technology*, we need stronger foundations
But people have to build for today too
In any case, neither of the following initiatives raised my hopes much.
- Bluesky/ATProto is still fundamentally broken (https://mastodon.communick.com/@raphael/113796033637861505)
- Regardless of their for-profit/not-for-profit status: I'm not a fan of Eugen's / Mastodon's "centralized planning" approach and I really don't like how everything they do seems to be in *reaction* to what "evil capitalists" are doing. It's never going to hit mainstream if they keep looking at the rear view mirror.
So AP only has a shot of becoming really mainstream if one of the following happens:
- we move *away* from servers, and start building client-first applications which are "powered by AP" and the servers are much more lightweight (responsible only for routing messages to the right inboxes)
- different governance models come up where operating costs are hidden from users: perhaps your phone company gives you an AP account with your plan, or your employer/university/school...
Overall a good post, but I still think that "overall AP servers are pretty cheap to operate" is only true if we take the work of admins for granted.
At the end of the day, the overwhelming majority of people are not interested in paying $50, $30, and not even $10 per year to have an account at a server.
I think we've been all sleeping on https://movim.eu as *the* alternative social media for those that want to ditch Facebook.
I think the one reason that got developers so hung up on the application server model is because everyone assumed that the client needed to have an inbox URL to listen to requests all the time, which led to the idea that AP *requires* the push-based flow.
This will hopefully change this year, though. I started working on the ideas I've laid out on https://raphael.lullis.net/a-plan-for-social-media-less-fedi-more-webby/ , I just hope I don't go broke before I get something usable out of it.
I can see it, but it's on gitlab pages and they are giving a weird redirect before taking me to the site.
Please try: https://django-activitypub-toolkit-879094.gitlab.io/ as it might be a DNS issue.
Site for Dkango ActivityPub Toolkit (I need a new name, this is too much of a mouthful) is up: https://activitypub.mushroomlabs.com
I would like to work on the documentation, please shoot me any questions about it.
"What’s Got You Excited About AcmeWidgets? We want to know what sparks your interest in our mission and what drew you to us."
Nothing. I would just like to continue to be able to support my family, and it seems that you are willing to pay to get work done.
I was hoping to get a bit of documentation to make a proper announcement, but that will have to come later. Just to keep my promise, though:
https://github.com/mushroomlabs/django-activitypub-toolkit
@feld reformatting shows made for 4:3 is always a pain and simply not worth it. You can bet that a lot of the scenes being cut are due to things being shown in the widescreen that would normally get cropped out.
Let me set the right expectations. I took all the work I did to get https://cupid.careers federated and turned it into a standalone Django application. It does not yet implement C2S, but the plan is to have a generic AP server with a system to let accounts register their own actors.
I am taking a lot of inspiration from https://codeberg.org/Vocata/vocata (h/t @nik) and hope this saves the way to my idea of a "Social Web Browser".
Stay tuned. By EOD your wish will be granted.
PyPI really needs to add support for namespaces. I want to release what may be the 10th django and activitypub related project, but of course any variantion of "activitypub and django" are taken.
Where/how are you finding these numbers? I think it would be cool to have a chart showing how old a server was when it disappeared to demonstrate the Lindy Effect.
@cwebber @doktorzjivago @eloquence
Even the Bluesky lead developers do not know how they are going to dig out of their own hole without becoming something resembling AP: https://mastodon.communick.com/@raphael/113796033637861505
Hiring managers now can can post job opportunities on https://cupid.careers, which will be published by @thecupid to the Fediverse
This is the first and main paid feature of the service. I'm still figuring out the pricing, but at the moment I'm putting it at $89/month, with a 7-day free trial, and you can cancel any time.
To help bootstrap it, there is a 2025 deal: $20.25/month for the first 45 companies - DM me please for promotion code.
Please boost for reach. Let's get #fedihired
Yeah, you can sign up, get the trial and don't even need any payment info upfront.
Creator of communick.com. #fedi22 #opensource #decentralization
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.