What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

0
0

다들 뭔가 올리는 것 같아서()

거의 일상툿만해요(쿠ㅠㅜ) 요즘은 차마시고 가끔 영화보고 사진찍으러 다니고 합니다.
장르말 잘 안해서 장르는 상관 없는데 싫어하는거 온도가 맞았음 좋겠어요
그냥 올리기 뭐해서 되다만 허위매물 연성이랑 최근에 찍은 사진을...

흔적 남겨주시면 프로필 보고 찾아갈게요!

0
0
0
0
0
0
0
0
0
0
0
0

안녕하세요 연합우주 여러분 오늘도 평안하십니까~
다음이 아니라
가엾은 어린 양 한 명이 어쌔신 크리드 커모지가 있는 서버를 찾고 있습니다
혹 어쌔신크리드 커모지가 있는 서버를 알고 계신다면 살짝이라도 제게 귀띔 주실 수 있으실까요~! ~! ~!

0

Got an interesting question today about 's outgoing design!

Some users noticed we create separate queue messages for each recipient inbox rather than queuing a single message and handling the splitting later. There's a good reason for this approach.

In the , server response times vary dramatically—some respond quickly, others slowly, and some might be temporarily down. If we processed deliveries in a single task, the entire batch would be held up by the slowest server in the group.

By creating individual queue items for each recipient:

  • Fast servers get messages delivered promptly
  • Slow servers don't delay delivery to others
  • Failed deliveries can be retried independently
  • Your UI remains responsive while deliveries happen in the background

It's a classic trade-off: we generate more queue messages, but gain better resilience and user experience in return.

This is particularly important in federated networks where server behavior is unpredictable and outside our control. We'd rather optimize for making sure your posts reach their destinations as quickly as possible!

What other aspects of Fedify's design would you like to hear about? Let us know!

A flowchart comparing two approaches to message queue design. The top half shows “Fedify's Current Approach” where a single sendActivity call creates separate messages for each recipient, which are individually queued and processed independently. This results in fast delivery to working recipients while slow servers only affect their own delivery. The bottom half shows an “Alternative Approach” where sendActivity creates a single message with multiple recipients, queued as one item, and processed sequentially. This results in all recipients waiting for each delivery to complete, with slow servers blocking everyone in the queue.
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0

拡散希望:開発中のプロジェクトHackers' Pubの日本語ベータテスターを募集します!

これはフェディバース版のQiita/Zennを目指す、ActivityPub基盤の開発者向けSNS兼ブログプラットフォームです。AGPL-3.0ライセンスでソースコードを公開しており、GitHubでプロジェクトも公開進行中です。

現在韓国語話者中心に招待制ベータテスト中ですが、日本の開発者コミュニティにも広げたいと思っています。ソフトウェア開発に興味がある方、フェディバースが好きな方、新しいプラットフォームを試してみたい方、ぜひご参加ください!興味のある方はリプライかDMでメールアドレスをお送りください。

0
11
0
0
0
0
0
0

拡散希望:開発中のプロジェクトHackers' Pubの日本語ベータテスターを募集します!

これはフェディバース版のQiita/Zennを目指す、ActivityPub基盤の開発者向けSNS兼ブログプラットフォームです。AGPL-3.0ライセンスでソースコードを公開しており、GitHubでプロジェクトも公開進行中です。

現在韓国語話者中心に招待制ベータテスト中ですが、日本の開発者コミュニティにも広げたいと思っています。ソフトウェア開発に興味がある方、フェディバースが好きな方、新しいプラットフォームを試してみたい方、ぜひご参加ください!興味のある方はリプライかDMでメールアドレスをお送りください。

0
11
0

拡散希望:開発中のプロジェクトHackers' Pubの日本語ベータテスターを募集します!

これはフェディバース版のQiita/Zennを目指す、ActivityPub基盤の開発者向けSNS兼ブログプラットフォームです。AGPL-3.0ライセンスでソースコードを公開しており、GitHubでプロジェクトも公開進行中です。

現在韓国語話者中心に招待制ベータテスト中ですが、日本の開発者コミュニティにも広げたいと思っています。ソフトウェア開発に興味がある方、フェディバースが好きな方、新しいプラットフォームを試してみたい方、ぜひご参加ください!興味のある方はリプライかDMでメールアドレスをお送りください。

0
11
0