@curry박준규 연합 타임라인에 노출되냐 아니냐가 달라져요. 공개/조용히 공개로 설정한 것들은 부스트를 할 수 있고, 다른 인스턴스의 타임라인으로 퍼나를 수 있게 됩니다.

@hhhkdev미역굳 안녕하세요! 여기서도 반가워요!

@rangho_220우주스타 아이도루 랭호 🌠 뭐야 이거... 무서워...

@rangho_220우주스타 아이도루 랭호 🌠 캬...... 한땀한땀 깎고 있을 미래가 보이네여...

@rangho_220우주스타 아이도루 랭호 🌠 완전 짱이다

@resistanHyunjin Cho 별말씀을요 ㅋㅅㅋ

@nyeongAn Nyeong (安寧) 마음이.. 아프네요..

팔로워 100명 찍으면 초대는 좀 소극적으로 하고 컨텐츠를 좀 더 적극적으로 채울거야!

@boltlessboltless.me 안녕하세요

Hackers' Pub 타임라인에 내부적인 개선이 있었습니다. 이제까지는 타임라인을 렌더링하기 위해 실시간으로 복잡한 조건의 SQL을 실행하는 방식이었지만, 이제는 글이 작성될 때 구독자의 수신함(inbox)에 글이 들어가는 방식으로 바뀌었습니다. 타임라인을 렌더링할 때는 각자의 수신함만 확인하면 되기 때문에 훨씬 조건이 간단해진 것입니다.

더불어, 같은 글을 여러 사람이 공유했을 때 타임라인이 같은 글로 도배되던 문제를 해결했습니다. 이제는 마지막에 공유한 사람의 글만 딱 하나 보이게 됩니다.

이번 변경에 관해 궁금하신 분은 f692909cdd5149c68ca5a91fb4e964042115ab83 커밋을 확인하시면 되겠습니다.

이 변경을 배포하다가 데이터베이스 스키마 마이그레이션이 PostgreSQL을 멈추게 하여 Hackers' Pub이 몇 분 동안 내려가는 일이 있었습니다. 마이그레이션 SQL이 너무 비효율적이라 그랬던 것인데요, Claude Code의 도움을 받아 하나의 비효율적인 SQL을 몇 개의 SQL로 나눠서 실행하게끔 고쳐서 해결했습니다. 이 역시 궁금하신 분은 33f2209f206bee84ddf5d1a7124527dade948610 커밋을 확인하시면 됩니다.

앞으로는 더 안정적인 서비스 운영을 위해 노력하겠습니다. 죄송하고 감사합니다.

Bot As a Algorithm Feed

줄여서 BAAF

다만, Reddit/HackerNews 같이 핫한걸 따로 UI 상에서 모아보고 싶은 사람들도 분명 있을 것 같은데, 사람들이 자연스럽게 느낄 수 있는 UI/UX가 될 수 있을지는 모르겠다...

블루스카이도 나만의 타임라인을 구성할 수 있도록 알고리즘 자체를 자발적으로 구성할 수 있는데, 해커스펍도 이걸 봇 붙이는걸로 해결이 가능한 것 같다. 그러면 해커스펍 코어에는 불필요한 DB 스키마를 별도로 안 붙여도 되고!

@curry박준규 @hongminhee洪 民憙 (Hong Minhee) 이건 사망플래그잖아요 ㅋㅋㅋㅋㅋ

Fedify BotKit으로 해커스펍 타임라인 만드는 것도 괜찮을 것 같다. 특정 기간 동안 리액션이 좋은 상위 N개의 아티클을 메뉴로 보는게 아니라, 봇을 구독하는 것으로 해결한다던가!?

살았나!?

@hongminhee洪 民憙 (Hong Minhee) 고민해보겠습니다 😅

이미 블로그에 올렸던 내용 끌올

RE: https://hackers.pub/@kodingwarrior/2025/vim%EC%9D%B4%EB%9E%91-neovim%EC%9D%80-%EC%96%B4%EB%96%BB%EA%B2%8C-%EB%8B%A4%EB%A5%BC%EA%B9%8C

Show HN: Physical Pomodoro Timer with ESP32 and e-paper screen

Link: https://github.com/Rukenshia/pomodoro
Discussion: https://news.ycombinator.com/item?id=43514383

ActivityPub 효율적으로 익히려면 그냥 fedify 문서 첨부터 끝까지 읽으면 되는듯요

내년쯤에 framework 랩톱 풀옵션으로 지를까 고민중... 지금 쓰는건 한정된 예산으로 최대한 쥐어짜내서 산거라 아쉬움이 남긴 하는데, 한 2년은 더 쓰고...

@kodingwarriorJaeyeol Lee @curry박준규 알림은 조만간 구현 예정이고, Mastodon API는 아마도 구현 안 될 것 같아요. 대신 @xiniha 님 주도로 GraphQL API가 생길 예정!

@curry박준규 어어어... 그러면 메일 서비스 비용이 빡세요. 자체적으로 메일 서버를 구축하는게 아닌 이상에야

@curry박준규 알림기능이 먼저 만들어질지 아니면 마스토돈 API 지원이 먼저일지 세기의 경쟁

Swiftly 1.0

Link: https://swift.org/blog/introducing-swiftly_10/
Discussion: https://news.ycombinator.com/item?id=43509546

@hongminhee洪 民憙 (Hong Minhee) @maxwellEunsoo Eun 저한테 물어봐도 되었을 것 같은디 크흡

@maxwellEunsoo Eun 어 뭐야 어떻게 오신거에요

We're excited to announce the release of Fedify 1.5.0! This version brings several significant improvements to performance, configurability, and developer experience. Let's dive into what's new:

Two-Stage Fan-out Architecture for Efficient Activity Delivery

#Fedify now implements a smart fan-out mechanism for delivering activities to large audiences. This change is particularly valuable for accounts with many followers. When sending activities to many recipients, Fedify now creates a single consolidated message containing the activity payload and recipient list, which a background worker then processes to re-enqueue individual delivery tasks.

This architectural improvement delivers several benefits: Context.sendActivity() returns almost instantly even with thousands of recipients, memory consumption is dramatically reduced by avoiding payload duplication, UI responsiveness improves since web requests complete quickly, and the system maintains reliability with independent retry logic for each delivery.

For specific requirements, we've added a new fanout option with three settings:

// Configuring fan-out behavior
await ctx.sendActivity(
  { identifier: "alice" },
  recipients,
  activity,
  { fanout: "auto" }  // Default: automatic based on recipient count
  // Other options: "skip" (never use fan-out) or "force" (always use fan-out)
);

Canonical Origin Support for Multi-Domain Setups

You can now explicitly configure a canonical origin for your server, which is especially useful for multi-domain setups. This feature allows you to set different domains for WebFinger handles and #ActivityPub URIs, configured through the new origin option in createFederation(). This enhancement prevents unexpected URL construction when requests bypass proxies and improves security by ensuring consistent domain usage.

const federation = createFederation({
  // Use example.com for handles but ap.example.com for ActivityPub URIs
  origin: {
    handleHost: "example.com",
    webOrigin: "https://ap.example.com",
  },
  // Other options...
});

Optional Followers Collection Synchronization

Followers collection synchronization (FEP-8fcf) is now opt-in rather than automatic. This feature must now be explicitly enabled through the syncCollection option, giving developers more control over when to include followers collection digests. This change improves network efficiency by reducing unnecessary synchronization traffic.

await ctx.sendActivity(
  { identifier: sender },
  "followers",
  activity,
  { 
    preferSharedInbox: true,
    syncCollection: true,  // Explicitly enable collection synchronization
  }
);

Enhanced Key Format Compatibility

Key format support has been expanded for better interoperability. Fedify now accepts PEM-PKCS#1 format in addition to PEM-SPKI for RSA public keys. We've added importPkcs1() and importPem() functions for additional flexibility, which improves compatibility with a wider range of ActivityPub implementations.

Improved Key Selection Logic

The key selection process is now more intelligent. The fetchKey() function can now select the public key of an actor if keyId has no fragment and the actor has only one public key. This enhancement simplifies key handling in common scenarios and provides better compatibility with implementations that don't specify fragment identifiers.

New Authorization Options

Authorization handling has been enhanced with new options for the RequestContext.getSignedKey() and getSignedKeyOwner() methods. This provides more flexible control over authentication and authorization flows. We've deprecated older parameter-based approaches in favor of the more flexible method-based approach.

Efficient Bulk Message Queueing

Message queue performance is improved with bulk operations. We've added an optional enqueueMany() method to the MessageQueue interface, enabling efficient queueing of multiple messages in a single operation. This reduces overhead when processing batches of activities. All our message queue implementations have been updated to support this new operation:

• @fedify/redis 0.4.0
• @fedify/postgres 0.3.0
• @fedify/amqp 0.2.0

If you're using any of these packages, make sure to update them alongside Fedify to take advantage of the more efficient bulk message queueing.

CLI Improvements

The Fedify command-line tools have been enhanced with an improved web interface for the fedify inbox command. We've added the Fedify logo with the cute dinosaur at the top of the page and made it easier to copy the fediverse handle of the ephemeral actor. We've also fixed issues with the web interface when installed via deno install from JSR.

Additional Improvements and Bug Fixes

• Updated dependencies, including @js-temporal/polyfill to 0.5.0 for Node.js and Bun
• Fixed bundler errors with uri-template-router on Rollup
• Improved error handling and logging for document loader when KV store operations fail
• Added more log messages using the LogTape library
• Internalized the multibase package for better maintenance and compatibility

For the complete list of changes, please refer to the changelog.

To update to Fedify 1.5.0, run:

# For Deno
deno add jsr:@fedify/fedify@1.5.0

# For npm
npm  add     @fedify/fedify@1.5.0

# For Bun
bun  add     @fedify/fedify@1.5.0

Thank you to all contributors who helped make this release possible!

#fedidev #fediverse

@83tt3rI’ll mergesort your spine🙂‍↕️ 와우

@joonnotnotJoon 여기서 반가워요

cc @stelo_kim김태희 (탐정토끼)

게시글에 목차가 추가되었습니다. 게시글 안에 소제목이 있을 경우에는 목차가 보이게 됩니다. 가로로 넓은 화면에서는 오른쪽에 보이고, 모바일 환경처럼 가로로 좁은 화면에서는 제목 아래 본문 위에 보이게 됩니다.

.vimrc 파일 공유하던사람들끼리 창업해서 CLI 깎는 회사 만들고 6백만달러를 펀딩받았다는 이야기가 있다. 나는 이 이야기를 아주 좋아한다.

https://charm.sh/blog/the-next-generation/

한국의 Clojure 생태계를 책임지는 슈퍼루키 트친도 영입하고 있는 중인데, 이 계정도 추천해야겠다. 아니, 근데.. 클로져리안 모아놓은 인스턴스도 있었네????

RE: https://clj.social/@planet/114235006087329444

코드 리뷰 요정, CodeRabbit이 나타났다 🐰 https://tech.inflab.com/20250303-introduce-coderabbit/

코드래빗에 저렇게 프롬프트를 넣을 수 있는거구나.....

https://choubey.gitbook.io/internals-of-deno

Deno 런타임 내부 까보는거 입문은 이걸로 시작해야겠다

@sonsubari바리 감사해요~ 잘 있어요~ 다시 만나요~

@sonsubari바리 어서오세요

@darkenpengpenguin 안녕하세요 반가워요

저… 제가 아마도 해커스펍 개발자분보다도해커스펍 서버와 가장 가까이서(2미터 거리) 쓰고 있는 유저인데…

느려요.

RE: https://hackers.pub/@hongminhee/0195d567-06d6-7437-a4eb-cf567adf9714

해커스펍의 정체… (거대토끼의 맥미니 위에서 돌아가고 있습니다.)

Building a Linux Container Runtime from Scratch

Link: https://edera.dev/stories/styrolite
Discussion: https://news.ycombinator.com/item?id=43486997

@basix 바식스 님 어서 오세요!