Fedify: an ActivityPub server framework
10月26日(土)に開催されるOSC 2024 Tokyo/FallにFedify/Hollo合同で出展します!可愛いFedifyのロゴのシールと『自分だけのフェディバースのマイクロブログを作ろう!』日本語版の紙の本を持って行く予定です。よろしくお願いします。
@[email protected] · 6 following · 336 followers
Fedify is a TypeScript library for building federated server apps powered by ActivityPub and other standards, so-called fediverse. It aims to eliminate the complexity and redundant boilerplate code when building a federated server app, so that you can focus on your business logic and user experience.
Website | GitHub | JSR | npm |
---|---|---|---|
10月26日(土)に開催されるOSC 2024 Tokyo/FallにFedify/Hollo合同で出展します!可愛いFedifyのロゴのシールと『自分だけのフェディバースのマイクロブログを作ろう!』日本語版の紙の本を持って行く予定です。よろしくお願いします。
Fedify is an #ActivityPub server framework in #TypeScript & #JavaScript. It aims to eliminate the complexity and redundant boilerplate code when building a federated server app, so that you can focus on your business logic and user experience.
The key features it provides currently are:
If you're curious, take a look at the #Fedify website! There's comprehensive docs, a demo, a tutorial, example code, and more:
Hello, #fediverse! It's the official fedi account of the Fedify, an #ActivityPub server framework!
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
내일 행사를 위해 급하게 처음으로 기여하는 분들을 위한 이슈를 만들고 있습니다!
내일 서울 서초구 오픈업 플레이그라운드에서 이뤄지는 Open Contribution Jam 2024에 #Fedify 메인테이너(@hongminhee)가 참여합니다. Fedify에 기여해보고 싶은 분들은 와주시면 메인테이너가 성심껏 도와드리겠습니다! 자세한 행사 정보는 아래 링크를 참고하시면 됩니다.
내일 서울 서초구 오픈업 플레이그라운드에서 이뤄지는 Open Contribution Jam 2024에 #Fedify 메인테이너(@hongminhee)가 참여합니다. Fedify에 기여해보고 싶은 분들은 와주시면 메인테이너가 성심껏 도와드리겠습니다! 자세한 행사 정보는 아래 링크를 참고하시면 됩니다.
We are going to add instrumentation support for #OpenTelemetry to #Fedify. What kind of spans or events would you like to be instrumented?
Have you heard of Val Town? Val Town is a kind of code pastebin + serverless function.
Actually, #Fedify works just fine with Val Town. Here's a piece of ActivityPub software, implemented in about 170 lines of code, running on Val Town. Of course, it's built with Fedify!
Give it a follow @demo, and it will follow you back.
Curious to see how it was implemented? Check out the source code!
Starting with #Fedify 1.3.0, you'll be able to use different message queues for incoming and outgoing activities!
https://unstable.fedify.dev/manual/mq#using-different-message-queues-for-different-tasks
fedify使ったAPubリレーの実装組みたいと思ってたの急に思い出した
暇なときに読もうと思ってもってきたfedify本を読んでる
物理本、やっぱり良き
Fedify本、ついに完走!
他鯖のフォロイーの投稿を読めるようになったぞい
帰ったらFedifyの本読むんや
じゃあもうそれこそFedifyでPixelfedみたいなやつ作るか
Fedify使ってGoogle+そっくりさん作りたいかもしれない
Star History of #Fedify, #Hollo, and #LogTape:
https://star-history.com/#dahlia/fedify&dahlia/logtape&dahlia/hollo&Date
@[email protected] · Reply to Renaud Chaput's post
@Montreal_Weather But if you plan to have this many bots, I would encourage you to not rely on Mastodon for those bots, but implement your own (very simple) ActivityPub software, it will be much easier for you.
For example see https://shkspr.mobi/blog/2024/02/a-tiny-incomplete-single-user-write-only-activitypub-server-in-php/, or https://fedify.dev for NodeJS
ようやくFedifyを触り始めた。WSL+DockerでNode.jsの環境をサクッと作って、コードはVSCodeで書けるようにした。後から環境設定が取っ散らからなくて良さそう。
@hongminhee お疲れ様です。HolloとFedifyのチラシが無事届きました〜
KOFなどで配布しますね
@[email protected] · Reply to Sebastian Lasse's post
@sl007 Okay, we're adding a mention for it!
@[email protected] · Reply to dansup's post
#FedifyNode for @loops!
#FedifyNode for #PixelFed.social!
neofetch, but for ActivityPub servers #FedifyNode
@[email protected] · Reply to Sebastian Lasse's post
@sl007 That's good idea! We will add a list of projects that use Fedify soon!
Starting with #Fedify 1.3.0, you can customize the User-Agent
header for every HTTP request that Fedify makes.
@[email protected] · Reply to aliceif's post
Starting with #Fedify 1.3.0, you can customize the User-Agent
header for every HTTP request that Fedify makes.
We're fixing all HTTP requests from Fedify to include the proper User-Agent
header.
single file activity pub:
1. https://gitlab.com/edent/activity-bot/-/blob/main/index.php?ref_type=heads from @Edent
2. https://www.val.town/v/minhee/FedifyOnValTown from @[email protected]
origin指定で自動的にNodeinfoを取ってきてパースするとか普通に便利な機能が多い
RE: https://misskey.io/notes/a04wampe1y1509us
fedify、既存のアプリにサクっとAP対応させるのに便利かもしれない
fedify、既存のアプリにサクっとAP対応させるのに便利かもしれない
Have you heard of Val Town? Val Town is a kind of code pastebin + serverless function.
Actually, #Fedify works just fine with Val Town. Here's a piece of ActivityPub software, implemented in about 170 lines of code, running on Val Town. Of course, it's built with Fedify!
Give it a follow @demo, and it will follow you back.
Curious to see how it was implemented? Check out the source code!
Fedify lookup 생각보다 유용해 보이긴 하는데
(이거저거 들쑤셔볼때 액터 사이닝 안되어있어서 존나귀찮은적 많음)
심심해서 포인트리스 fedify node -b로 출력해봤더니 파비콘 다 깨짐 ㅋㅋㅋㅋㅋㅋ
그리고 포인트리스 꽤 큰 인스턴스였구나
@Native
We've added the build guide to the CONTRIBUTING.md
docs in the #Fedify repository. We hope this is helpful for those who want to contribute to Fedify!
https://github.com/dahlia/fedify/blob/main/CONTRIBUTING.md#build
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
白背景が抜かれてしまっているが、一応弊インスタンスも(-b付きで)fetchできるようになった b付きじゃなくてもいけるように整えていくぞ
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
If Fedify's docs should be translated, what languages should it be in?
Option | Voters |
---|---|
简体中文 | 4 (7%) |
Español | 4 (7%) |
Português | 6 (11%) |
Français | 5 (9%) |
Русский | 5 (9%) |
हिन्दी | 4 (7%) |
Bahasa Indonesia | 5 (9%) |
日本語 | 13 (23%) |
اَلْعَرَبِيَّةُ | 4 (7%) |
한국어 | 7 (12%) |
What are your thoughts on Fedify's docs?
Option | Voters |
---|---|
Comprehensive and easy to understand | 4 (67%) |
Comprehensive but hard to understand | 0 (0%) |
Limited but easy to understand | 1 (17%) |
Limited and hard to understand | 1 (17%) |
Reposting with #BotServers
@samplereality @muffinista
Is this the time to launch a new botsinspace, based not on Mastodon code but something like #fedify, or even RSS Parrot's minimal Go codebase? A specialized service might be more affordable to operate?
But expertise is clearly needed to detect and block bandwidth-hungry scrapers and other bandits... This needs to be a team effort.
Thoughts, anyone?
Visualize your server in the fediverse with the fedify node
command and share it with us using the #FedifyNode hashtag!
(See also how to install the fedify
command.)
いろんな鯖さんのfaviconを描画したくてついにfedifyをインストールした
楽しい!かわいい
#FedifyNode
#FedifyNode
로고 출력 은근 잘 나왔다.
@[email protected] · Reply to Ch. :animal_feed_trickcal:'s post
🤔
미스키 / 체리픽 안 됨
#FedifyNode
#FedifyNode
파비콘을 이미지화해주는군요
fosstodon.org/@hongminhee/113401254560735839
#fedify
fedify node -b e5n.cc
https://fedify.dev/cli#fedify-node-visualizing-an-instance-s-nodeinfo
여러분의 인스턴스를 `fedify node` 커맨드를 써서 `neofetch` 스타일로 비주얼라이즈 해보고, #FedifyNode 해시태그와 함께 올려보세요!
`fedify` 커맨드를 깔려면 아래 링크에 적힌대로 따라하시면 됩니다!
➜ ~ fedify node -b chpk.kur0den.net
✔ NodeInfo document fetched.
chpk.kur0den.net
================
Software:
cherrypick v4.12.0
https://github.com/kokonect-link/cherrypick
https://github.com/kokonect-link/cherrypick
Protocols:
activitypub
Outbound services:
atom1.0
rss2.0
Users:
8 (total)
Local posts:
41,891
Local comments:
0
Open registrations:
No
皆さんのフェディバース上のサーバーを`fedify node`コマンドで可視化して「#FedifyNode」ハッシュタグで共有してください!
QT: https://hollo.social/@fedify/0192e1c1-89aa-7915-be2e-4ca8524b5cfc [参照]
Visualize your server in the fediverse with the fedify node
command and share it with us using the #FedifyNode hashtag!
(See also how to install the fedify
command.)
Visualize your server in the fediverse with the fedify node
command and share it with us using the #FedifyNode hashtag!
(See also how to install the fedify
command.)
minat tapi kayaknya terlalu overkill untuk 1 user instance, butuh postgres, redis dll.
misskey.ioに対するfedify nodeコマンドの出力結果。
It's the output of the fedify node command for fosstodon.org.
post your neofetch fedify node
outputs!
https://fedify.dev/cli
The version 1.2.0 of #Fedify, an #ActivityPub server framework, released! The key changes include:
Added InboxContext.recipient
property. It's useful for determining whether it is a shared inbox or a personal inbox, and whose personal inbox is invoked.
Added getNodeInfo()
function, a NodeInfo client.
Added followedMessage
property, which corresponds to _misskey_followedMessage
, to Actor
type in Activity Vocabulary API.
Log messages now can be traced using LogTape's implicit contexts, which means you can filter log messages by requestId
(an HTTP request identifier) or messageId
(a background task identifier).
Now you can choose an AMQP driver (which supports RabbitMQ) for the message queue in the fedify init
command.
Added the fedify node
subcommand, which fetches the given instance's NodeInfo document and visualizes it in neofetch
-style.
For details, see the full changelog as well!
Starting with the next release of #Fedify, v1.2.0, we will support traceable logs for easier debugging. Fedify's traceable logs are implemented using the implicit contexts introduced in LogTape 0.7.0, and most of the logs that Fedify records are given a requestId
or messageId
. This means that logs can be grouped into requests or background tasks for better analysis.
Want to try it out in advance? Try Fedify v1.2.0-dev.468+2e17cd69 (JSR & npm)!
@[email protected] · Reply to colin mitchell's post
@muffinista that's quite sad news, but I understand it.
Is your fork of Mastodon open-source? (it should be but y'know)
I'm thinking maybe the next-generation botsin.space could be running something more specialised for bots?
e.g., something written on @fedify instead of mastodon
Is this the time to launch a new botsinspace, based not on Mastodon code but something like #fedify, or even RSS Parrot's minimal Go codebase? A specialized service might be more affordable to operate?
But expertise is clearly needed to detect and block bandwidth-hungry scrapers and other bandits... This needs to be a team effort.
Thoughts, anyone?
https://muffinlabs.com/posts/2024/10/29/10-29-rip-botsin-space/
The next release of Fedify will introduce the fedify node
command, which fetches the NodeInfo of the asked instance and visualizes it in neofetch
-style.
The next release of Fedify will introduce the fedify node
command, which fetches the NodeInfo of the asked instance and visualizes it in neofetch
-style.
If you're running GoToSocial prior to v0.17.0, please, for the love of all good developers sanity, please upgrade.
GoToSocial prior to v0.17.0 had a broken JSON-LD context, which prevents federation from working correctly with some servers (e.g., anything built on Fedify)
The translation of @monaco_koukoku's review on the Japanese version of Creating your own federated microblog:
I read about 70% of the Fedify book on the plane. It was carefully explained step by step, and I could easily understand the contents. Maybe it's because I have researched on implementing ActivityPub before, but I got the impression that I can create it easily. It is also good that there are plenty of ways to check how the implementation works. (I didn't know such a service existed…)
Fedify's only role is to speak ActivityPub, so you need to write your own UI and store data in a database (examples of each are included), but this also means that you can use any UI framework or relational database you like, which opens up a wide range of application possibilities. However, if Fedify does nothing too much, it will just be a hassle, so it is probably a good balance between the two. (Note: I'm saying this before I've even gotten around to doing it myself yet.)
Fedify本、飛行機の中で7割くらい読んだ。
丁寧に順を追って解説されていて、すんなり内容が入ってきた。以前ActivityPubの実装を調べたことがあるからかもしれないが、すぐ作れそうな印象を受けた。実装の動作確認方法が豊富なのも良い。(こんなサービスあったんだ、ってなった)
Fedifyの役割はAPを喋ることだけなので、UIもDBへの保存処理も自分で書く必要があるが(それぞれ実装例は付いている)、逆に言えば好きなUIフレームワークやRDBを使えるということを意味しており、応用可能性が広がる。しかしFedifyが何もしなさすぎても面倒なだけなので、そこのバランスがよくできているということだろう。(※まだ自分で手を動かす前の段階で言っている)
@[email protected] · Reply to Emelia 👸🏻's post
This would propagate through @fedify to implementations (e.g., Hollo) where they would fail to lookup the @context for schema.org, which would prevent fetching Actor documents from GoToSocial 0.19.x
cc @gotosocial in case this is something you want to improve on your side
Fixed a rather gnarly bug in @fedify last night where schema.org's @context wasn't being resolved correctly because schema.org doesn't do content-neg and instead using link alternate headers to point to the JSON-LD context document. However, instead of using a fully qualified URL, it used a relative URL to the initial request, which caused Fedify to fail to fetch that context.
@[email protected] · Reply to 洪 民憙(ホン・ミンヒ)'s post
@[email protected] · Reply to 洪 民憙(ホン・ミンヒ)'s post
初手Holloさん!!
#osc24tk でFedify本を入手した!
明日の飛行機の中で読もうかな。
朝が早いので爆睡の可能性もあるが…
@[email protected] · Reply to Anil Dash's post
The main way to do that is to use a library that implements ActivityPub for you, like Fedify. https://fedify.dev/
As someone who works mainly in the front-end, ActivityPup (and related) always felt quite overwhelming and complicated to understand. I’ve been playing around with #Fedify for the past week or so and the documentation is so good it all just clicked for me! (I think so, at least :p)
Really excited to see what people build as ActivityPub becomes more approachable!
10月26日(土)に開催されるOSC 2024 Tokyo/FallにFedify/Hollo合同で出展します!可愛いFedifyのロゴのシールと『自分だけのフェディバースのマイクロブログを作ろう!』日本語版の紙の本を持って行く予定です。よろしくお願いします。
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
I'm bringing along the Japanese version of the #Fedify tutorial, Creating your own federated microblog.
I'm off to Tokyo tomorrow to attend OSC2024 Tokyo/Fall this Saturday!
Due to the Internet Archive's unavailability, the https://purl.archive.org/socialweb/webfinger context is unable to be loaded, so a patch was made to preload (embed) the JSON-LD context. This patch was applied to #Fedify versions 0.15.3, 1.0.5, and 1.1.1, so please update if you are experiencing this issue.
Latest update from @brewsterkahle (Oct 17, 5:58pm): https://blog.archive.org/2024/10/18/internet-archive-services-update-2024-10-17/
Fedify 越来越强大了,官方甚至还出了一篇教程: https://fedify.dev/tutorial/microblog
#Fedify
dahlia/microblog: A simple federated microblog example using Fedify for educational purpose
https://github.com/dahlia/microblog
Windowsで試してみた
> This program is for educational purposes only. Do not use it for any other purpose, since it has not been tested for security.
だけどこれ普通に使えたら便利そう
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
Want to build your own #ActivityPub software? Follow the tutorial for #Fedify, the ActivityPub server framework!
The version 1.1.0 of #Fedify, an #ActivityPub server framework, released! The key changes include:
Added uility functions for traversing remote collections. See also the Traversing remote collections section in the docs.
Added EmojiReact
class to Activity Vocabulary API. [FEP-c0e0]
Added successor
property to the Actor
types in the Activity Vocabulary API.
Added DidService
class to Activity Vocabulary API. [FEP-9091]
Added service
property to the Actor
types in the Activity Vocabulary API. [FEP-9091]
The default time window for verifying HTTP Signatures of incoming requests is now an hour (was a minute). This new default window is according to the ActivityPub and HTTP Signatures document.
In the fedify inbox
command's web interface, the Raw Activity tab is added to show the raw JSON object of the received activity.
For details, see the full changelog as well!
The version 1.1.0 of #Fedify, an #ActivityPub server framework, released! The key changes include:
Added uility functions for traversing remote collections. See also the Traversing remote collections section in the docs.
Added EmojiReact
class to Activity Vocabulary API. [FEP-c0e0]
Added successor
property to the Actor
types in the Activity Vocabulary API.
Added DidService
class to Activity Vocabulary API. [FEP-9091]
Added service
property to the Actor
types in the Activity Vocabulary API. [FEP-9091]
The default time window for verifying HTTP Signatures of incoming requests is now an hour (was a minute). This new default window is according to the ActivityPub and HTTP Signatures document.
In the fedify inbox
command's web interface, the Raw Activity tab is added to show the raw JSON object of the received activity.
For details, see the full changelog as well!
Let's create your own #ActivityPub implementation using #Fedify!
The Japanese version of the #Fedify tutorial, Creating your own federated microblog, is now available in paperback!
Note that the AsciiDoc source of the book is fully open source, which is available at this repository!
@[email protected] · Reply to 洪 民憙(ホン・ミンヒ)'s post
印刷所に注文した『自分だけのフェディバースのマイクロブログを作ろう!』の紙の本、到着した‼️
@[email protected] · Reply to 洪 民憙(ホン・ミンヒ)'s post
印刷所に注文した『自分だけのフェディバースのマイクロブログを作ろう!』の紙の本、到着した‼️
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
@fedify good to mention: there is also a Matrix space for those who are like "why discord?!"
#Fedify now has an #AMQP driver! This means you can use #RabbitMQ as Fedify's message queue. To use it, first install the @fedify/amqp package, then set it up like below:
import { createFederation } from "@fedify/fedify";
import { AmqpMessageQueue } from "@fedify/amqp";
import { connect } from "amqplib";
const federation = createFederation({
queue: new AmqpMessageQueue(await connect("amqp://localhost")),
// ... other configurations
});
Oh, and we've also added results from AmqpMessageQueue
to our benchmarks.
#Fedify takes 20 minutes for GitHub Actions to finish. What do you think?
Option | Voters |
---|---|
That's too slow. Optimize it now. | 0 (0%) |
Not fast, but tolerable. | 0 (0%) |
Fedify is an #ActivityPub server framework in #TypeScript & #JavaScript. It aims to eliminate the complexity and redundant boilerplate code when building a federated server app, so that you can focus on your business logic and user experience.
The key features it provides currently are:
If you're curious, take a look at the #Fedify website! There's comprehensive docs, a demo, a tutorial, example code, and more:
If you're on the fence about which driver to choose for #Fedify's message queue, here's a benchmark that just came out. In addition to no queue, we compare 5 drivers, for a total of 11 setups:
InProcessMessageQueue
DenoKvMessageQueue
RedisMessageQueue
PostgresMessageQueue
AmqpMessageQueue
InProcessMessageQueue
× 4DenoKvMessageQueue
× 4RedisMessageQueue
× 4PostgresMessageQueue
× 4AmqpMessageQueue
× 4Curious to see the results? Check out the GitHub repository!
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
@thisismissem Here's the benchmark, and while it contains some questionable results, the overall conclusion is as following:
• Response times are much faster with queues than without.
• Overall throughput is better without queues.
• However, some queue setups can achieve throughput close to that of no queue.
This benchmark assumes communication within a single node, so the effect of queues may be greater in real-world networks.
#Fedify now has an #AMQP driver! This means you can use #RabbitMQ as Fedify's message queue. To use it, first install the @fedify/amqp package, then set it up like below:
import { createFederation } from "@fedify/fedify";
import { AmqpMessageQueue } from "@fedify/amqp";
import { connect } from "amqplib";
const federation = createFederation({
queue: new AmqpMessageQueue(await connect("amqp://localhost")),
// ... other configurations
});
Oh, and we've also added results from AmqpMessageQueue
to our benchmarks.
The #Fedify repository has reached 500 stars! Thank you everyone!
10月26日(土)に開催されるOSC 2024 Tokyo/FallにFedify/Hollo合同で出展します!可愛いFedifyのロゴのシールと『自分だけのフェディバースのマイクロブログを作ろう!』日本語版の紙の本を持って行く予定です。よろしくお願いします。
自作ActivityPubサーバーに興味が有る方は、ActivityPubサーバーフレームワークであるFedifyを一度使ってみてください。ちなみに、公式日本語チュートリアルである『自分だけのフェディバースのマイクロブログを作ろう!』がZennにも掲載されています。
What's your biggest wish for Fedify?
Option | Voters |
---|---|
RabbitMQ driver | 5 (21%) |
Kafka driver | 3 (13%) |
AWS SQS driver | 2 (8%) |
Nuxt integration | 3 (13%) |
AdonisJS integration | 2 (8%) |
Fastify integration | 4 (17%) |
NestJS integration | 3 (13%) |
Koa integration | 2 (8%) |
If you're considering creating your own implementation of #ActivityPub, consider #Fedify.
Implementing ActivityPub from scratch requires more than you might think. WebFinger, HTTP Signatures, Linked Data Signatures, Object Integrity Proofs, NodeInfo, queues for sending and receiving activities, followers collection synchronization, remote object lookups, interoperability with Mastodon, Akkoma, Misskey, Threads, and more…
Just use Fedify and feel free to create your own ActivityPub implementation!
Did you know that? The #Fedify CLI has a command called fedify lookup
, which can easily look up ActivityStreams objects on servers with authorized fetch (a.k.a. secure mode) enabled by turning on the -a
/--authorized-fetch
flag.
@[email protected] · Reply to Steve Bate's post
If you're on the fence about which driver to choose for #Fedify's message queue, here's a benchmark that just came out. In addition to no queue, we compare 5 drivers, for a total of 11 setups:
InProcessMessageQueue
DenoKvMessageQueue
RedisMessageQueue
PostgresMessageQueue
AmqpMessageQueue
InProcessMessageQueue
× 4DenoKvMessageQueue
× 4RedisMessageQueue
× 4PostgresMessageQueue
× 4AmqpMessageQueue
× 4Curious to see the results? Check out the GitHub repository!
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
@thisismissem Here's the benchmark, and while it contains some questionable results, the overall conclusion is as following:
• Response times are much faster with queues than without.
• Overall throughput is better without queues.
• However, some queue setups can achieve throughput close to that of no queue.
This benchmark assumes communication within a single node, so the effect of queues may be greater in real-world networks.
If you're considering creating your own implementation of #ActivityPub, consider #Fedify.
Implementing ActivityPub from scratch requires more than you might think. WebFinger, HTTP Signatures, Linked Data Signatures, Object Integrity Proofs, NodeInfo, queues for sending and receiving activities, followers collection synchronization, remote object lookups, interoperability with Mastodon, Akkoma, Misskey, Threads, and more…
Just use Fedify and feel free to create your own ActivityPub implementation!
独自のActivityPubの実装を作りたい方は、Fedifyを検討してみてください。
ActivityPubをゼロから実装するには、想像以上に多くの物を作る必要が有ります。WebFinger、HTTP Signatures、Linked Data Signatures、Object Integrity Proofs、NodeInfo、アクティビティの送受信のキュー、フォロワーコレクションのシンクロ、リモートオブジェクトの照会、MastodonやMisskey等との相互運用性の為の雑多な処理まで…Fedifyを使えば簡単に自分だけのActivityPubの実装を作る事が出来ます!
New: Last Week in #Fediverse - ep 86
This week's news:
- Threads degrades their #activitypub integration, delaying posts by 15 minutes before they appear in the rest of the fediverse
- Website League is a new ActivityPub-based Island network, outside of the rest of the fediverse
- Ghost discusses their beta plans and pricing.
Adding vocabularies for FEP-9091 to #Fedify.
Did you know that? The #Fedify CLI has a command called fedify lookup
, which can easily look up ActivityStreams objects on servers with authorized fetch (a.k.a. secure mode) enabled by turning on the -a
/--authorized-fetch
flag.
Fedifyを使うのを躊躇う理由が有れば?
Option | Voters |
---|---|
機能不足 | 0 (0%) |
抽象化レベルが低い | 0 (0%) |
TypeScriptに慣れていない、または好みではない | 0 (0%) |
日本語の資料の少なさ | 0 (0%) |
GhostとHollo以外の実例がな | 0 (0%) |
その他(リプライで教えてください) | 0 (0%) |
Are you excited about the #fediverse but find implementing #ActivityPub daunting? Meet #Fedify, a #TypeScript framework that simplifies building federated server apps. Whether you're creating the next Mastodon, Pixelfed, or something entirely new, Fedify has you covered.
Fedify abstracts away the complexities of ActivityPub, letting you focus on your app's unique features. It's designed to work seamlessly with popular web frameworks like Hono, Express, and Fresh.
Check out our step-by-step tutorial to create a microblog: https://fedify.dev/tutorial/microblog
Explore the discussions, contribute, or just star us on GitHub: https://github.com/dahlia/fedify
Join the Fedify community! Questions? Ideas? Find us on Matrix: #fedify:matrix.org.
Let's build a more diverse and interoperable fediverse together with Fedify!
I'm adding the #EmojiReact (FEP-c0e0) class to #Fedify… It will be coming in Fedify 1.1.0.
[[Fedify]] looks cool:
> Fedify is a TypeScript library for building federated server apps powered by ActivityPub and other standards, so-called fediverse.
h/t @band
@[email protected] · Reply to naDne :blobcatmelt2: :debian: 's post
@FiFachik @rf Для тех, кто хочет потестить федерирование для своего бложика с поддержкой #ActivityPub, могу только посоветовать #Fedify. Там есть встроенная команда для подключения к сервису на выбор, который может дать временный домен для тестирования.
ActivityPub 서버 프레임워크인 Fedify가 드디어 첫 스테이블 버전인 1.0.0을 릴리스했습니다!
ActivityPubのサーバーフレームワークであるFedifyがついに最初の正規バージョンである1.0.0をリリースしました!
https://zenn.dev/hongminhee/articles/c913bbf8030412
QT: https://hollo.social/@fedify/019229e7-4fdc-7a46-a0ec-d383566a49cc [参照]
Fedify, an ActivityPub framework, has finally released its first stable version, 1.0.0! Here are key changes:
From this version, the term handle across Fedify will only be used to refer to fediverse handles (e.g., @[email protected]
). An actor's internal unique ID (e.g., b379dbdc-3b4f-4ef4-88c2-fc25632d1c22
) is referred to as an identifier, and the WebFinger name (e.g., hongminhee
) is referred to as a username.
The term handle in the API will be maintained for a while for backward compatibility, but deprecation warnings will be logged, and it is planned to be removed in the future.
For more details, please refer to the related documentation.
Linked Data Signatures is an outdated standard, but it's still relied upon by major fediverse implementations such as Mastodon.
In addition to HTTP Signatures and Object Integrity Proofs, Fedify now supports Linked Data Signatures from this version, thus supporting all types of signature methods used in the fediverse. This makes Fedify an ActivityPub implementation with the best interoperability.
However, Fedify users don't need to do anything special to use Linked Data Signatures. If an incoming activity has Linked Data Signatures, it automatically verifies the signature, and all outgoing activities will have signatures in three formats: HTTP Signatures, Linked Data Signatures, and Object Integrity Proofs.
For more details, please refer to the related documentation.
From this version, you can forward activities received in the inbox to other actors using the InboxContext.forwardActivity()
method.
At first glance, you might think that you could just resend an activity received in the inbox using the Context.sendActivity()
method. However, if you do this, the original signature is removed before the activity is delivered to the inbox, and when sending it, the signature of the forwarding actor is attached instead, causing the receiving side of the forwarded activity to not trust it.
On the other hand, when using the InboxContext.forwardActivity()
method, the activity is forwarded with the original signature preserved, avoiding this problem. (Of course, the original activity itself must be signed with Linked Data Signatures or Object Integrity Proofs.)
For more details, please refer to the related documentation.
Delete(Application)
on fedify inbox
terminationFrom this version, fedify inbox
will send a Delete(Application)
activity to all peer servers it encountered when terminated. This is typically an activity sent when deleting an account, which will help prevent residual data related to temporary actors from remaining on other servers.
The @fedify/postgres package, which implements PostgreSQL drivers for the KvStore
and MessageQueue
interfaces, has been released alongside this version.
The PostgreSQL driver is a backend that can be sufficiently used in production, especially recommended for projects already using PostgreSQL.
Additionally, an option to select the PostgreSQL driver has been added to the fedify init
command.
With the release of version 1.0.0, Fedify will now maintain API backward compatibility as much as possible. (Of course, in the long term, there may be a 2.0.0 that breaks backward compatibility.) This should be good news for those who have been hesitant to use Fedify because there hasn't been a stable version until now!
So, hoping that more services will support ActivityPub in the future, I conclude this post!
If you're a hands-on learner and want to learn how to build for ActivityPub, I urge you to try out @fedify.
The documentation alone is a great way to understand the underlying mechanics, and you'll be prototyping ideas in no time. I've been using it for the last few months and can't recommend it enough.
They just launched their first stable release: https://fedify.dev/
s/o to @hongminhee for this fantastic resource.
Fedify, an ActivityPub framework, has finally released its first stable version, 1.0.0! Here are key changes:
From this version, the term handle across Fedify will only be used to refer to fediverse handles (e.g., @[email protected]
). An actor's internal unique ID (e.g., b379dbdc-3b4f-4ef4-88c2-fc25632d1c22
) is referred to as an identifier, and the WebFinger name (e.g., hongminhee
) is referred to as a username.
The term handle in the API will be maintained for a while for backward compatibility, but deprecation warnings will be logged, and it is planned to be removed in the future.
For more details, please refer to the related documentation.
Linked Data Signatures is an outdated standard, but it's still relied upon by major fediverse implementations such as Mastodon.
In addition to HTTP Signatures and Object Integrity Proofs, Fedify now supports Linked Data Signatures from this version, thus supporting all types of signature methods used in the fediverse. This makes Fedify an ActivityPub implementation with the best interoperability.
However, Fedify users don't need to do anything special to use Linked Data Signatures. If an incoming activity has Linked Data Signatures, it automatically verifies the signature, and all outgoing activities will have signatures in three formats: HTTP Signatures, Linked Data Signatures, and Object Integrity Proofs.
For more details, please refer to the related documentation.
From this version, you can forward activities received in the inbox to other actors using the InboxContext.forwardActivity()
method.
At first glance, you might think that you could just resend an activity received in the inbox using the Context.sendActivity()
method. However, if you do this, the original signature is removed before the activity is delivered to the inbox, and when sending it, the signature of the forwarding actor is attached instead, causing the receiving side of the forwarded activity to not trust it.
On the other hand, when using the InboxContext.forwardActivity()
method, the activity is forwarded with the original signature preserved, avoiding this problem. (Of course, the original activity itself must be signed with Linked Data Signatures or Object Integrity Proofs.)
For more details, please refer to the related documentation.
Delete(Application)
on fedify inbox
terminationFrom this version, fedify inbox
will send a Delete(Application)
activity to all peer servers it encountered when terminated. This is typically an activity sent when deleting an account, which will help prevent residual data related to temporary actors from remaining on other servers.
The @fedify/postgres package, which implements PostgreSQL drivers for the KvStore
and MessageQueue
interfaces, has been released alongside this version.
The PostgreSQL driver is a backend that can be sufficiently used in production, especially recommended for projects already using PostgreSQL.
Additionally, an option to select the PostgreSQL driver has been added to the fedify init
command.
With the release of version 1.0.0, Fedify will now maintain API backward compatibility as much as possible. (Of course, in the long term, there may be a 2.0.0 that breaks backward compatibility.) This should be good news for those who have been hesitant to use Fedify because there hasn't been a stable version until now!
So, hoping that more services will support ActivityPub in the future, I conclude this post!
Fedify 1.0.0 released by @hongminhee https://lobste.rs/s/khzn8u #distributed #web
https://github.com/dahlia/fedify/discussions/141
activitypub typescript server framework called Fedify announces first stable release. It is being used by the open source Ghost CMS platform. Can't wait to see what other apps are created with Fedify
Github repo here: https://github.com/dahlia/fedify/releases/tag/1.0.0
#fedify #framework #typescript #activitypub #foss #opensource #oss #ghostcms #ghostblog #fediverse
@[email protected] · Reply to Pelle Wessman's post
@voxpelli No, we haven't been aware of the SWF until yesterday.
Fedify, an ActivityPub framework, has finally released its first stable version, 1.0.0! Here are key changes:
From this version, the term handle across Fedify will only be used to refer to fediverse handles (e.g., @[email protected]
). An actor's internal unique ID (e.g., b379dbdc-3b4f-4ef4-88c2-fc25632d1c22
) is referred to as an identifier, and the WebFinger name (e.g., hongminhee
) is referred to as a username.
The term handle in the API will be maintained for a while for backward compatibility, but deprecation warnings will be logged, and it is planned to be removed in the future.
For more details, please refer to the related documentation.
Linked Data Signatures is an outdated standard, but it's still relied upon by major fediverse implementations such as Mastodon.
In addition to HTTP Signatures and Object Integrity Proofs, Fedify now supports Linked Data Signatures from this version, thus supporting all types of signature methods used in the fediverse. This makes Fedify an ActivityPub implementation with the best interoperability.
However, Fedify users don't need to do anything special to use Linked Data Signatures. If an incoming activity has Linked Data Signatures, it automatically verifies the signature, and all outgoing activities will have signatures in three formats: HTTP Signatures, Linked Data Signatures, and Object Integrity Proofs.
For more details, please refer to the related documentation.
From this version, you can forward activities received in the inbox to other actors using the InboxContext.forwardActivity()
method.
At first glance, you might think that you could just resend an activity received in the inbox using the Context.sendActivity()
method. However, if you do this, the original signature is removed before the activity is delivered to the inbox, and when sending it, the signature of the forwarding actor is attached instead, causing the receiving side of the forwarded activity to not trust it.
On the other hand, when using the InboxContext.forwardActivity()
method, the activity is forwarded with the original signature preserved, avoiding this problem. (Of course, the original activity itself must be signed with Linked Data Signatures or Object Integrity Proofs.)
For more details, please refer to the related documentation.
Delete(Application)
on fedify inbox
terminationFrom this version, fedify inbox
will send a Delete(Application)
activity to all peer servers it encountered when terminated. This is typically an activity sent when deleting an account, which will help prevent residual data related to temporary actors from remaining on other servers.
The @fedify/postgres package, which implements PostgreSQL drivers for the KvStore
and MessageQueue
interfaces, has been released alongside this version.
The PostgreSQL driver is a backend that can be sufficiently used in production, especially recommended for projects already using PostgreSQL.
Additionally, an option to select the PostgreSQL driver has been added to the fedify init
command.
With the release of version 1.0.0, Fedify will now maintain API backward compatibility as much as possible. (Of course, in the long term, there may be a 2.0.0 that breaks backward compatibility.) This should be good news for those who have been hesitant to use Fedify because there hasn't been a stable version until now!
So, hoping that more services will support ActivityPub in the future, I conclude this post!
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Okay, now #Fedify implements misskey:isCat
property, and it will be shipped with Fedify v1.0.0.
https://github.com/dahlia/fedify/commit/f75c19cf84cabb012e68e2893ce63c10c4416b21
Does #Fedify need to support the misskey:isCat
property?
Option | Voters |
---|---|
Should support it. | 21 (75%) |
Does not need to support it. | 7 (25%) |
Looks like #Fedify v1.0.0 will be released this week! Is there anything you'd like to see added or fixed before then?
The next version of #Fedify, v1.0, adds ParallelMessageQueue
, which makes it easy to parallelize sending and receiving activities without increasing the number of processes or nodes.
It's available for preview in v1.0.0-dev.408+f4e245b4 (JSR & npm).
https://unstable.fedify.dev/manual/mq#parallel-message-processing
I'm quietly really pleased with having been the mover for this change in @fedify.
Too many ActivityPub servers have put usernames in Actor URLs and it creates a complete mess when wanting to allow users to change their usernames, and created other confusion when you had non-user Actors that you wish to federate.
Here's the PR that prompted the change: https://github.com/dahlia/fedify/pull/140
https://hollo.social/@fedify/01920e31-2b71-7d3e-9d05-f5a6f347598b
I'm quietly really pleased with having been the mover for this change in @fedify.
Too many ActivityPub servers have put usernames in Actor URLs and it creates a complete mess when wanting to allow users to change their usernames, and created other confusion when you had non-user Actors that you wish to federate.
Here's the PR that prompted the change: https://github.com/dahlia/fedify/pull/140
https://hollo.social/@fedify/01920e31-2b71-7d3e-9d05-f5a6f347598b
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
The #Fedify docs now have a section on actor identifiers and #WebFinger usernames.
https://unstable.fedify.dev/manual/actor#actor-identifier-and-webfinger-username
Starting with #Fedify v1.0.0, the term handle
throughout Fedify will only be used to refer to a fediverse handle (e.g., @[email protected]
). An actor's internal unique ID (e.g., b379dbdc-3b4f-4ef4-88c2-fc25632d1c22
) will be referred to as identifier
and a WebFinger name (e.g., hongminhee
) will be referred to as username
. The term handle
in the API will be retained for the time being for backwards compatibility, but a deprecation warning will be logged and will be deprecated in the future.
Q: Which does your #ActivityPub implementation implement, HTTP Signatures, Linked Data Signatures, or Object Integrity Proofs?
In the next release of #Fedify, v1.0.0, you'll be able to forward received activities inside an inbox listener without any modifications.
You can preview this feature in v1.0.0-dev.398+5c6e1394 (JSR & npm).
https://unstable.fedify.dev/manual/inbox#forwarding-activities-to-another-server
Once the next version of #Fedify, v1.0.0, is released, the API will be stabilized. Are there any features you'd like to see before the API is stabilized?
Q: Which does your #ActivityPub implementation implement, HTTP Signatures, Linked Data Signatures, or Object Integrity Proofs?
@[email protected] · Reply to Antolius's post
@antolius We're definitely thinking about implementing C2S interactions, and it's certainly on our roadmap! But the problem is that we don't have a de facto standard for authentication yet.
Once the next version of #Fedify, v1.0.0, is released, the API will be stabilized. Are there any features you'd like to see before the API is stabilized?
@[email protected] · Reply to Sean Tilley's post
1/3 @deadsuperhero As someone new to developing ActivityPub apps the poor documentation was a big turn off. @fedify have done a great job in making it easier to build new apps and their documentation is much better. The new book by @evan is also a great read for new AP developers.
However given that the Activity Vocab was defined way back in 2017 by the W3C and Mastodon the biggest AP client still doesn't support all the verbs is a disappointment. e.g summary, listen etc.
@squaredot3301 Integrating with more web frameworks is always on Fedify's roadmap, so if there's a web framework you're looking for in particular, open an issue in our issue tracker!
In the next release of #Fedify, v1.0.0, you'll be able to forward received activities inside an inbox listener without any modifications.
You can preview this feature in v1.0.0-dev.398+5c6e1394 (JSR & npm).
https://unstable.fedify.dev/manual/inbox#forwarding-activities-to-another-server
#Fedify started out exclusively for #Deno, but now also supports #Node.js and #Bun. However, the #logo we created in the early days still features the character from Deno. Should Fedify change its logo now?
Option | Voters |
---|---|
Yes, because it's misleading. | 5 (28%) |
A logo is a logo, no need to change it. | 13 (72%) |
@[email protected] · Reply to Darius Kazemi's post
@darius Fedify is super cool. I’ve been eyeing it for some future projects, just gotta get better at JavaScript 😅
It’s pretty wild, though, that you can totally take this library, and spin up a working Fediverse app with it. Having to do all of the federation stuff from scratch seems like it would be a nightmare.
Damn... Fedify is really good. It seems like the ActivityPub library I always wanted for Node applications (rather than a reference server like the one I created for ExpressJS).
I love that it's built so you can take an existing app and quickly drop in the federation features you need (like oh okay I need my application to Follow/Accept/Reject/Undo and have the ability to Create an Article but that's it, cool, Fedify has me covered)
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
One of the benefits of #Fedify is that you don't have to worry about whether a property of an Activity Vocabulary object has a URL or embeds an actual object. If you need an object, you can call the `getObject()` method (which will fetch a remote object if necessary). If you need a URI, you can access the `objectId` property.
https://fedify.dev/manual/vocab#object-ids-and-remote-objects
#Fedify has over 400 stars on GitHub now! 🎊
Creating your own federated microblog by @hongminhee https://lobste.rs/s/albrk0 #distributed #web
https://fedify.dev/tutorial/microblog
LobstersにFedifyチュートリアル「自分だけのフェディバースのマイクロブログを作ろう!」の英語版を投稿しました。
https://lobste.rs/s/albrk0/creating_your_own_federated_microblog
I submitted the @fedify tutorial “Creating your own federated microblog” to @lobsters!
https://lobste.rs/s/albrk0/creating_your_own_federated_microblog
We've applied Twoslash to the Fedify docs to show type information as tooltips in TypeScript example code—check it out now!
次のバージョンのFedifyはLinked Data Signatures (RsaSignature2017)に対応します。つまり、Mastodonが他のサーバーからフォワードしたアクティビティをFedifyが検証出来る様になります。
また、Context.sendActivity()メソッドで送信するアクティビティは、RSA-PKCS#1-v1.5の鍵ペアが一つでも有る場合、HTTP Signaturesに加え、Linked Data Signaturesが添付されます。
すでに廃止された標準であるLinked Data Signaturesを実装するのは気が進まなかったのですが、この変更がFedifyアプリのより良い互換性と相互運用性の基礎になる事を願っています。
QT: https://hollo.social/@fedify/0191ec91-922b-70d5-b5df-8afc07abbec3 [参照]
The next version of #Fedify will support #LDSignatures (#RsaSignature2017), which means that Fedify will be able to verify activities forwarded by #Mastodon from other servers.
In addition, activities sent with the Context.sendActivity()
method will have Linked Data Signatures attached in addition to HTTP Signatures if any RSA-PKCS#1-v1.5 key pairs are present.
We were not motivated by implementing Linked Data Signatures, which is already an outdated standard, but we hope this change will lead to better compatibility and interoperability of Fedify apps!
The next version of #Fedify will support #LDSignatures (#RsaSignature2017), which means that Fedify will be able to verify activities forwarded by #Mastodon from other servers.
In addition, activities sent with the Context.sendActivity()
method will have Linked Data Signatures attached in addition to HTTP Signatures if any RSA-PKCS#1-v1.5 key pairs are present.
We were not motivated by implementing Linked Data Signatures, which is already an outdated standard, but we hope this change will lead to better compatibility and interoperability of Fedify apps!
Working on @fedify's docs about #LDSignatures… I hope someday #Fedify drop the support for Linked Data Signatures… 😇
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
If you're curious about #Fedify's property hydration, here's the docs for it:
#Fedify has a side effect that when you call the getter method of an Activity Vocabulary object, the property that was internally a URI is populated with the actual ActivityStreams object. Today, someone at Ghost gave us a cool term for this: #hydration.
The `fedify inbox` command, which is shipped with @fedify/cli, is a tool that creates an ephemeral #ActivityPub server so that you can debug and test the activities you send.
Here's a demo of it.
Fedify, an #ActivityPub server framework, has released v0.15.0! The key changes include:
Article
, ChatMessage
, Note
, and Question
classes now have a quoteUrl
property. This property corresponds to three properties at once: as:quoteUrl
, misskey:_misskey_quote
, and fedibird:quoteUri
.Like
to Object | URL
.Context.lookupObject()
method.Link
header or the <link>
/<a>
tag in HTML.-r
/--raw
option to the fedify lookup
command.@[email protected] · Reply to silverpill's post
@silverpill FEP-e232 should be implemented in an application code. @hollo will implement it later!
Today, thanks to @ellemedit, we've added two more example projects to #Fedify!
If you're interested in Fedify and these two frameworks, take a look!
As a trilingual, I've written the #Fedify's tutorial in three languages:
• English: https://unstable.fedify.dev/tutorial/microblog
• Korean: https://hackmd.io/@hongminhee/fedify-tutorial-ko
• Japanese: https://zenn.dev/hongminhee/books/4a38b6358a027b
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
In the next version of #Fedify, it will allow you to decouple actor URIs from WebFinger usernames with the mapHandle()
method. For example, you can use UUIDs for actor URIs but let users use their own username of choice for their fediverse handle.
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
In the next version of #Fedify, it will allow you to decouple actor URIs from WebFinger usernames with the mapHandle()
method. For example, you can use UUIDs for actor URIs but let users use their own username of choice for their fediverse handle.
@[email protected] · Reply to Antolius's post
@antolius Glad you enjoyed reading this!
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
@fedify this is incredibly helpful! I went into it with some beforehand knowledge & it was still useful.
The structure & flow are great, it's telling a story & leading the reader through it. The tips alone make it worth a read. I love how detailed it is, covering everything from database to frontend. On the other hand, every lib/tool is well & succinctly explained which makes it easy to swap out with an alternative. The prompts for improvements at the end are great.
⭐⭐⭐⭐⭐, will read again.
@[email protected] · Reply to kopper [they/them]'s post
Thank you for your advice. As you mentioned, Fedify currently has actor URIs consisting of handles. This limitation is due to the early design of Fedify and will be fixed before we release v1.0!
한국어판 Fedify 튜토리얼 《나만의 연합우주 마이크로블로그 만들기》를 공개합니다! Fedify나 ActivityPub을 몰라도 차근차근 따라할 수 있게 되어 있으니, ActivityPub 구현에 관심이 있으신 분들은 부디 읽어 주시기 바랍니다. (대신, 조금 깁니다. 😅)
日本語版Fedifyチュートリアル『自分だけのフェディバースのマイクロブログを作ろう!』をZennで公開しました!ActivityPubの実装に興味の有る方々は是非ご覧ください!
We just finished drafting a new tutorial for #Fedify! This tutorial will walk you through the steps of creating your own federated #microblog. It's pretty long, though.
Please read it, give us feedback, and have fun!
We just finished drafting a new tutorial for #Fedify! This tutorial will walk you through the steps of creating your own federated #microblog. It's pretty long, though.
Please read it, give us feedback, and have fun!
The next version of #Fedify will add the Context.lookupObject()
method, which is preferred over the global lookupObject()
function.
Are there any features you'd like to see in #Fedify?
Fedifyは、TypeScriptとJavaScriptで書かれたActivityPubサーバーフレームワークです。分散型のソーシャルネットワークを構築するためのサーバーアプリケーションを作る際の複雑さと冗長なコードを排除し、ビジネスロジックとユーザー体験の開発に集中できるようにすることを目指しています。
現在提供している主な機能は以下の通りです:
興味がある方は、Fedifyのウェブサイトをご覧ください!包括的なドキュメント、デモ、チュートリアル、サンプルコードなどが用意されています:
#Fedify #TypeScript #JavaScript #ActivityPub #NodeInfo #Node #Deno #Bun #fedidev
Question for those who have followed the #Fedify tutorial: How long did it take you to follow the tutorial?
Option | Voters |
---|---|
30 minutes or shorter | 1 (33%) |
1 hour or shorter | 1 (33%) |
2 hours or shorter | 1 (33%) |
4 hours or shorter | 0 (0%) |
More than 4 hours | 0 (0%) |
Today, thanks to @ellemedit, we've added two more example projects to #Fedify!
If you're interested in Fedify and these two frameworks, take a look!
If you'd like to support the development of #Fedify or #Hollo, you can sponsor me on GitHub!
This frustration later became the impetus for creating @fedify:
We've released v0.14.0 of #Fedify, the #ActivityPub server framework, with the following key changes:
sendActivity()
method to "followers"
in just the Context
instead of the RequestContext
.Object.toJsonLd()
method by about 3,000 times.source
property to Object
.aliases
property to Actor
, corresponding to ActivityPub's alsoKnownAs
property.fedify init
command now adds default compilerOptions
settings to tsconfig.json and deno.json.Fedify v0.14.0 is available from JSR and npm. See also the full changelog for details.
Happy #fedidev!
@[email protected] · Reply to John Spurlock's post
We've added the Inspecting ActivityPub objects section to the #Fedify docs, introducing BrowserPub and the fedify lookup
command!
https://unstable.fedify.dev/manual/test#inspecting-activitypub-objects
@[email protected] · Reply to John Spurlock's post
We've added the Inspecting ActivityPub objects section to the #Fedify docs, introducing BrowserPub and the fedify lookup
command!
https://unstable.fedify.dev/manual/test#inspecting-activitypub-objects
Do you know that? Some of the properties in Activity Vocabulary have been renamed in #Fedify's JavaScript APIs. Below are some examples:
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
@[email protected] · Reply to Йошильда :CrabVerified:'s post
Касаясь систем управления контентом с поддержкой #ActivityPub, хотелось бы отметить и библиотеку для построения собственного федеративного сервера @fedify. Отлично подходит, когда "все эти ваши вордпрессы мне нафиг не сдались". :blobcatmeltthumbsup:
For educational purpose, I've created a federated microblog example using #Fedify, with a total of about 30 commits, which you can follow step by step.
Now, I'm starting to write a hands-on Fedify tutorial based on this example code. I'll make it public when I'm done!
I've rewritten #Fedify several times and in several languages. The first time it was written in #TypeScript, then #Python, then C#, then back to TypeScript. (It was codenamed FediKit at the time of development.) I settled on TypeScript for the following reasons:
• It has a decent JSON-LD implementation.
• Lots of people use it. (I wanted Fedify to be widely used.)
• It's type-safe enough.
Even if I were to build Fedify again, I would choose TypeScript.
We've patched a vulnerability in the getActorHandle()
function. Versions prior to 0.13.1 and 0.12.3 are affected.
Upgrade immediately:
In the next version (v0.14.0) of #Fedify, the performance of the Object.toJsonLd()
method will be dramatically (~3k ×) faster. This is expected to improve the overall performance of Fedify apps!
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Oh, and in the template for Deno, compilerOptions
is added to the deno.json file (if needed).
The next version of fedify init
will also generate a tsconfig.json file with decent default settings.
I feel that the current abstraction level of #Fedify is not high enough which makes the tutorial lengthy, so I'm considering adding a higher-level API. One way would be to add a façade to the @fedify/fedify package, and another way would be to create a sort of metaframework as a separate package (e.g., @fedify/start?). Which way would be better?
Option | Voters |
---|---|
Façade | 0 (0%) |
Metaframework | 0 (0%) |
Fedify, the #ActivityPub server framework, has released v0.13.0. Key changes include:
fedify tunnel
command to expose the local server to the public internet.fedify init
command.Question.closed
property.Question.voters
property.#Fedify v0.13.0 is available now from JSR and npm.
Option | Voters |
---|---|
Koa | 4 (16%) |
Fastify | 5 (20%) |
Oak | 3 (12%) |
Elysia | 3 (12%) |
Next.js | 6 (24%) |
Nuxt.js | 4 (16%) |
Option | Voters |
---|---|
Koa | 4 (16%) |
Fastify | 5 (20%) |
Oak | 3 (12%) |
Elysia | 3 (12%) |
Next.js | 6 (24%) |
Nuxt.js | 4 (16%) |
Introducing @fedify/express, a package that integrates Express, a popular web framework in Node.js, with Fedify. You can install it with the following command:
npm add @fedify/express
This package provides a middleware called integrateFederation()
that allows you to integrate #Fedify with #Express:
import express from "express";
import { integrateFederation } from "@fedify/express";
import { federation } from "./federation"; // Your `Federation` instance
export const app = express();
app.set("trust proxy", true);
app.use(integrateFederation(federation, (req) => "context data goes here"));
I'm unsure whether to adopt an emerging JavaScript runtime like #Bun or #Deno for #Fedify's tutorial, or stick with traditional #Node.js. 🤔
If I choose Bun/Deno, it comes with built-in #TypeScript support, hot reloading, and a fetch-style HTTP server, so I don't have to explain much about it, but I need to deal with installing Bun/Deno itself.
On the other hand, Node.js can be assumed to be already installed on the reader's system, but they will need to set up TypeScript, hot reloading, etc.
Option | Voters |
---|---|
Bun | 0 (0%) |
Deno | 0 (0%) |
Node.js | 0 (0%) |
Starting with the next release, v0.13.0, the fedify tunnel
command will be added. The following command exposes a local HTTP server running on port 3000 to the public internet:
fedify tunnel 3000
https://unstable.fedify.dev/cli#fedify-tunnel-exposing-a-local-http-server-to-the-public-internet
I ended up implementing the `fedify tunnel` command to eliminate the ngrok installation and sign-up part of the #Fedify tutorial. 😂
https://unstable.fedify.dev/cli#fedify-tunnel-exposing-a-local-http-server-to-the-public-internet
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
#연합우주 (#fediverse) 개발을 단순화할 준비가 되셨나요? #Fedify 프레임워크를 확인해보세요!
더욱 연결된, 더욱 분산된 웹을 만드는 데 동참해주세요! 🌐 #ActivityPub
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
#Fedify 프레임워크는 #ActivityPub의 실제 쓰임에 집중하고 있습니다. 문서에는 #Mastodon 같은 주요 구현체들이 만든 사실상의 표준에 맞춘 어휘 API 사용법에 대한 가이드가 포함되어 있습니다. 더 적은 고민으로 상호 운용 가능한 앱을 만드세요! 🤝
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
#ActivityPub 인터랙션 디버깅은 꽤 까다롭죠. 그렇지만 #Fedify 툴체인이 도와드립니다! 테스트와 디버깅을 위한 CLI 툴체인을 포함하고 있어 개발과 트러블슈팅이 쉬워집니다. 머리 싸매는 시간을 줄이고 멋진 기능을 만드는 데 더 많은 시간을 쓰세요! 🔍
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
#Fedify 프레임워크는 #연합우주 (#fediverse) 개발에 중요한 기능들을 기본으로 내장하고 있습니다:
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Fedify의 가장 강력한 기능 중 하나는 타입 안전한 어휘 객체입니다. 이는 Activity Vocabulary와 벤더 별 확장을 표현하는데, ActivityPub 객체와 액티비티를 다룰 때 견고하고 안전한 코드를 보장합니다. 런타임 오류와 작별하고 자신 있는 코딩을 시작하세요! 💪🏼
#Fedify 소개: #연합우주 (#fediverse) 상에 #ActivityPub 서버 앱을 만들기 위한 강력한 #TypeScript 라이브러리! 🚀
Fedify는 연합형 앱의 복잡함을 단순화하여 개발자가 가장 중요한 것—고유한 기능과 사용자 경험—에 집중할 수 있게 해줍니다. Fedify의 특징을 살펴볼까요? 🧵
#Fedify offers robust logging capabilities through integration with LogTape. This feature allows you to easily debug and monitor your Fedify app!
To enable #logging, simply install the @logtape/logtape
package and configure it in your app's entry point:
import { configure, getConsoleSink } from "@logtape/logtape";
await configure({
sinks: { console: getConsoleSink() },
filters: {},
loggers: [
{ category: "your-app", sinks: ["console"], level: "debug" },
{ category: "fedify", sinks: ["console"], level: "info" },
],
});
Fedify uses hierarchical categories for fine-grained control over log output. Key categories include ["fedify", "federation", "http"]
for HTTP requests/responses and ["fedify", "federation", "inbox"]
/["fedify", "federation", "outbox"]
for incoming/outgoing activities. (There are more categories.)
With #LogTape integration, you gain valuable insights into your Fedify app's behavior, making troubleshooting and optimization much more straightforward!
As a potential #Fedify user, which of the following technologies are you familiar with?
Option | Voters |
---|---|
JavaScript | 17 (14%) |
TypeScript | 13 (11%) |
HTML & CSS | 18 (15%) |
JSX (JavaScript XML) or TSX (TypeScript XML) | 10 (8%) |
HTTP | 14 (11%) |
ActivityPub | 8 (7%) |
Node.js | 13 (11%) |
Unix shell | 12 (10%) |
SQL & relational databases | 14 (11%) |
Digital signatures | 4 (3%) |
If you read a #Fedify #tutorial, what #ActivityPub software would you like to see as an #example in the tutorial?
Option | Voters |
---|---|
Microblog (like Mastodon) | 21 (32%) |
Long-form blog (like WordPress) | 10 (15%) |
Photo blog (like Pixelfed) | 7 (11%) |
Forum (like NodeBB) | 6 (9%) |
Link aggregator (like Lemmy) | 9 (14%) |
Much simpler one! | 13 (20%) |
If you read a #Fedify #tutorial, what #ActivityPub software would you like to see as an #example in the tutorial?
Option | Voters |
---|---|
Microblog (like Mastodon) | 21 (32%) |
Long-form blog (like WordPress) | 10 (15%) |
Photo blog (like Pixelfed) | 7 (11%) |
Forum (like NodeBB) | 6 (9%) |
Link aggregator (like Lemmy) | 9 (14%) |
Much simpler one! | 13 (20%) |
A good issue to contribute to #Fedify for the first time. Anybody interested?
#Fedify, an #ActivityPub server framework, has released v0.12.0. It's a minor release in about a month, so there's quite a few changes:
fedify
command can now also be installed with npm. It can be installed with npm i -g @fedify/cli
in Node.js and bun i -g @fedify/cli
in Bun.fedify init
command to help set up a new Fedify project.ChatMessage
, Move
, Read
, Travel
, View
, TentativeAccept
, and TentativeReject
classes. (Thanks to @moreal!)hostname
, host
, and origin
properties of the Context
.It's available on JSR and npm now, and you can upgrade it using the deno add
command on Deno:
deno add @fedify/fedify@^0.12.0
Or using the bun add
command on Bun:
bun add @fedify/fedify@^0.12.0
Or using the npm add
command on Bun:
npm add @fedify/fedify@^0.12.0
I'm very excited to be successfully following our Ghost newsletter about building ActivityPub support, on Mastodon!
@[email protected] · Reply to Matthias Bohlen's post
@admin Now fixed the stable docs too!
#Fedify, an #ActivityPub server framework, has released v0.12.0. It's a minor release in about a month, so there's quite a few changes:
fedify
command can now also be installed with npm. It can be installed with npm i -g @fedify/cli
in Node.js and bun i -g @fedify/cli
in Bun.fedify init
command to help set up a new Fedify project.ChatMessage
, Move
, Read
, Travel
, View
, TentativeAccept
, and TentativeReject
classes. (Thanks to @moreal!)hostname
, host
, and origin
properties of the Context
.It's available on JSR and npm now, and you can upgrade it using the deno add
command on Deno:
deno add @fedify/fedify@^0.12.0
Or using the bun add
command on Bun:
bun add @fedify/fedify@^0.12.0
Or using the npm add
command on Bun:
npm add @fedify/fedify@^0.12.0
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
The Astro integration code has been reverted. It will come back in at some point once the blockers are resolved.
Since #Fedify v0.12.0, when verifying HTTP Signatures or Object Integrity Proofs, it will cache the public keys once fetched. It is okay even if a cached key becomes outdated because a verification failure due to a cached key will invalidate the cache and force a verification retry.
This feature is available for preview in v0.12.0-dev.307+235629d5 (JSR or npm).
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Due to the details of the behavior of Astro's middleware, it looks like the next #Fedify release (v0.12.0) may not be able to ship with the #Astro integration. 😅
The fedify
command is now available on #npm! You can install it using the following command:
npm install -g @fedify/cli
Or if you use #Bun:
bun install -g @fedify/cli
@[email protected] · Reply to Matthias Bohlen's post
@admin They are fixed in the unstable docs. For now, could you please use them instead? The stable docs will be fixed in the next release. Thanks!
I wrote a laravel package to add federation support to various internal @pixelfed projects like FediDB and PubKit
I might just polish this up and ship it, so laravel devs can add federation support with a few lines of code
the fedify of php ✨
finally getting to the #fedify part of my deno-fedify experiment, first thing working is the nodeinfo support
#Fedify offers robust logging capabilities through integration with LogTape. This feature allows you to easily debug and monitor your Fedify app!
To enable #logging, simply install the @logtape/logtape
package and configure it in your app's entry point:
import { configure, getConsoleSink } from "@logtape/logtape";
await configure({
sinks: { console: getConsoleSink() },
filters: {},
loggers: [
{ category: "your-app", sinks: ["console"], level: "debug" },
{ category: "fedify", sinks: ["console"], level: "info" },
],
});
Fedify uses hierarchical categories for fine-grained control over log output. Key categories include ["fedify", "federation", "http"]
for HTTP requests/responses and ["fedify", "federation", "inbox"]
/["fedify", "federation", "outbox"]
for incoming/outgoing activities. (There are more categories.)
With #LogTape integration, you gain valuable insights into your Fedify app's behavior, making troubleshooting and optimization much more straightforward!
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
#Fedify's security policy is just written!
I want to create good first issues for @fedify, but I don't have a good idea of appropriate tasks for first-time contributors. Any ideas?
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Ready to simplify your #fedidev? Check out #Fedify!
Join us in building a more connected and decentralized web! 🌐 #ActivityPub
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
#Fedify also focuses on the practical side of #ActivityPub. Its docs includes guidance on using the vocabulary API in line with de facto norms set by popular implementations like #Mastodon. Build more interoperable apps with less headache! 🤝
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Debugging #ActivityPub interactions can be tricky, but #Fedify's got your back! It includes a CLI toolchain for testing and debugging, making development and troubleshooting a breeze. Spend less time scratching your head and more time building awesome features! 🔍
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Out of the box, #Fedify comes packed with features crucial for #fediverse development:
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
Flexibility is key! #Fedify isn't a full-stack solution—it's designed to work alongside your favorite web frameworks. Whether you're using #Astro, #Hono, #Fresh, or others, Fedify has got you covered with easy integration options. Build your #fediverse app, your way! 🛠️
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
One of #Fedify's strongest features is its type-safe vocabulary objects. These represent the Activity Vocabulary and vendor-specific extensions, ensuring robust and safe code when working with ActivityPub objects and activities. Say goodbye to runtime errors and hello to confident coding! 💪🏼
Introducing #Fedify: A powerful #TypeScript library for building #ActivityPub server apps in the #fediverse! 🚀
Fedify aims to simplify the complex world of federated apps, allowing developers to focus on what matters most—their unique features and user experience. Let's explore what makes Fedify stand out! 🧵
In #Fedify's next release, v0.12.0, we'll be adding support for integration with Astro, a web framework for content-driven websites.
We released #Fedify 0.9.2, 0.10.1, and 0.11.1, which patched the last reported #vulnerability, CVE-2024-39687, but the vulnerability of SSRF attacks via DNS rebinding still exists, so we released Fedify 0.9.3, 0.10.2, and 0.11.2, which fixes it.
If you are using an earlier version, please update as soon as possible.
Thanks to @benaryorg for reporting the vulnerability!
@[email protected] · Reply to Mitex Leo's post
@ml Apparently they (Ghost) have a bug. We'll inform them!
We're releasing @fedify/h3! Now you can integrate #Fedify with h3, an HTTP server framework behind Nitro, Analog, Vinxi, SolidStart, TanStack Start, and other many web frameworks.
@[email protected] · Reply to Mitex Leo's post
@ml What Mastodon client app do you use?
@[email protected] · Reply to silverpill's post
@silverpill Yeah, they apparently missed to wrap it with Image
object! See their code:
It should be changed as like below (from @hollo):
Woah, #ghost is now live in the #fediverse with @index.
Absolutely outstanding progress! #fedify definitely deserves a great deal of recognition for making this possible. 😎
Feeling like we now have tooling in place to fediverse all things. 😅
looks like there will be lighter-weight alternatives to mastodon, thanks to @fedify — maybe I’ll hack together a simple one? 🙃
Finally, @ghost has open sourced their #ActivityPub implementation powered by #Fedify! For Fedify users, this means another production-grade example code.
If you'd like to follow updates on #Ghost's ActivityPub implementation, you can do so by following @index!
Two big pieces of news in Ghost's progress on ActivtyPub integration:
1. You can now follow their newsletter from the Fediverse at this address: @index
2. They've open sourced their ActivityPub work!
We're many steps closer to being able to follow Ghost newsletters on the #Fediverse rather than cluttering up your email inbox 🙏🏻
https://activitypub.ghost.org/lets-fix-it-in-production/?ref=build-log-newsletter
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
@fedify users of Fedify still need to keep potential for SSRF in mind when requesting any URLs in Activities/Objects not through these APIs, e.g., when downloading media from a remote server for caching
I was planning to play around with #fedify but got sidetracked into learning #deno #fresh #preact #tailwindcss ...
To #Hollo users: please update your #Hollo to 0.1.0-dev.46, a #security patch which addresses @fedify's #vulnerability CVE-2024-39687, as soon as possible!
https://hollo.social/@fedify/019080c7-c784-755d-a6f2-d1f91f2c5709
To #Fedify users: please update your Fedify as soon as possible!
https://hollo.social/@fedify/019080c7-c784-755d-a6f2-d1f91f2c5709
CVE-2024-39687, a vulnerability that could potentially allow a Server Side Request Forgery (SSRF) attack, was discovered in #Fedify and a security patch has been applied to fix it. The patched versions are 0.9.2, 0.10.1, and 0.11.1, respectively. If you are using an earlier version, please update as soon as possible.
Thanks to @thisismissem for reporting the vulnerability!
Hooray, #Fedify's GitHub repository just hit 300 stars!
@[email protected] · Reply to Tim Chambers's post
I've been using fedify for the last few months and I'm absolutely loving it. It makes it really easy to prototype new ideas.
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
#Fedify now has a queue for incoming activities and they are automatically retried when they fail. The default retry strategy is good enough (exponential backoff + decorrelated jitter), and it's even fully customizable. Updated also the docs:
https://unstable.fedify.dev/manual/inbox#making-inbox-listeners-non-blocking
You can give it a try by installing 0.12.0-dev.265+cb851932, the latest unstable release:
https://jsr.io/@fedify/[email protected]ev.265+cb851932
https://www.npmjs.com/package/@fedify/fedify/v/0.12.0-dev.265
In the next version of #Fedify, the #RetryPolicy type is introduced to let you fully customize the retry policy of the task queue for incoming and outgoing activities. Of course, you can also simply adjust the parameters of the built-in exponential backoff + decorrelated jitter policy.
Basic implementation of the inbox queue is complete and documentation is being worked on.
https://hollo.social/@fedify/0190687b-1a09-728b-8a0d-bcbd4dca54cd
In the next version of #Fedify, the Context.hostname
, Context.host
, and Context.origin
properties will be added for better multitenancy/virtual hosting support.
https://github.com/dahlia/fedify/issues/66#issuecomment-2198967566
#Fedify has always been queuing outgoing activities, but not incoming activities. Thanks to @ghost's sponsorship, we are now implementing queues for incoming activities!
@[email protected] · Reply to 洪 民憙 (Hong Minhee)'s post
It was trivial than I expected; #Fedify now supports #ChatMessage type!
Did you know? #Fedify offers the markdown-it plugins for parsing #Mastodon-style mentions and hashtags syntax.
• @fedify/markdown-it-mention: https://github.com/dahlia/markdown-it-mention
• @fedify/markdown-it-hashtag: https://github.com/dahlia/markdown-it-hashtag
Check it out!
Week in Fediverse 2024-06-28
Servers
- Sharkey v2024.5.1
- Gancio v1.18.0
- Mitra v2.23.0
- neodb v0.10.2.3
- Castopod v1.12.0
- NodeBB v4.0.0-alpha (aka ActivityPub alpha release)
- Hollo: Federated single-user microblogging software powered by Fedify
Clients
- IceCubesApp v1.10.43
- Tuba v0.8.1
- Pachli v2.6.0
- mlmym v0.0.46
- P2Play v0.8.1
- Phanpy changelog
Tools and Plugins
- FediFetcher v7.1.1
- Granary v7.0
- Fedify v0.11.0
- Betulon: A simple utility to add Mastodon bookmarks to Betula
Articles
- Meta is connecting Threads more deeply with the fediverse
-----
#WeekInFediverse #Fediverse #ActivityPub
Previous edition: https://mitra.social/objects/01903bb6-c8eb-3a66-3305-460bf5a946d1
Version 0.11.0 of Fedify, an ActivityPub server framework, has been released! Here are the key changes:
Followed up changes in eddsa-jcs-2022
spec for Object Integrity Proofs.
Frequently used JSON-LD contexts are now bundled with Fedify.
Inbox, linked, featured, and featured tags collection dispatchers are introduced. (Thanks to @ghost!)
Activity Vocabulary API now has better runtime type error messages.
The items
property of OrderedCollection
and OrderedCollectionPage
is now represented as orderedItems
(was items
) in JSON-LD.
Added Invite
, Join
, Leave
, Listen
, Offer
classes. (Thanks to Randy Wressell & @moreal!)
@[email protected] · Reply to Fedify: an ActivityPub server framework's post
If you want a message queue backend for #RabbitMQ as well, please upvote this issue!
#Hollo is using this @fedify/redis package for caching and queuing. Battle tested!
https://hollo.social/@fedify/01905e6b-deec-785a-9bda-b72883031f8f
#Fedify has supported optional queuing for outgoing activities, with two built-in message queue backends: InProcessMessageQueue
, which is suitable for development, and DenoKvMessageQueue
, which is only available in Deno.
Fedify has also had two built-in cache backends, MemoryKvStore
, which is suitable for development, and DenoKvStore
, which is only available in Deno.
Now, however, by installing the @fedify/redis package, you can use #Redis as both a message queue backend and a cache backend! Unlike DenoKvMessageQueue
and DenoKvStore
, it's also available for #Node.js and #Bun.
This feature was made possible with the support of @ghost.
Fedify is an #ActivityPub server framework in #TypeScript & #JavaScript. It aims to eliminate the complexity and redundant boilerplate code when building a federated server app, so that you can focus on your business logic and user experience.
The key features it provides currently are:
If you're curious, take a look at the #Fedify website! There's comprehensive docs, a demo, a tutorial, example code, and more:
#Fedify now has the official #Hollo account! Please follow @fedify!
https://hollo.social/@fedify/01905d6a-5d70-75bc-881e-d6c155a5051c
Hello, #fediverse! It's the official fedi account of the Fedify, an #ActivityPub server framework!