洪 民憙 (Hong Minhee) :nonbinary:'s avatar

洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

1,074 following1,883 followers

An intersectionalist, feminist, and socialist living in Seoul (UTC+09:00). @tokolovesme's spouse. Who's behind @fedify, @hollo, and @botkit. Write some free software in , , , & . They/them.

서울에 사는 交叉女性主義者이자 社會主義者. 金剛兔(@tokolovesme)의 配偶者. @fedify, @hollo, @botkit 메인테이너. , , , 等으로 自由 소프트웨어 만듦.

()

Website

https://hongminhee.org/

GitHub

https://github.com/dahlia

Blog

https://writings.hongminhee.org/

Hackers' Pub

https://hackers.pub/@hongminhee

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social · Reply to 洪 民憙 (Hong Minhee) :nonbinary:

知り合いの @siliconsjang さんが今日、SiliconBeest v1.0.0 を公開しました。Cloudflare Workers、D1、R2、Queuesだけで動くフェディバースサーバーで、Fedifyを使ってくれています。

個人的に面白いと思ったのは出発点で、Cloudflare障害のたびにフェディバースのサーバーがまとめて落ちるのを見て、「それならいっそCloudflareの上で動かせばよいのでは」と思ったのが始まりだそうです。

小規模なインスタンスならCloudflareの無料プランで、少し大きくなっても月5ドルくらいで運営できることを目指しているとのこと。まだ初期バージョンなので未実装の部分も多く、MastodonやMisskey APIとの互換性は未だ先の目標みたいです。

Fedifyを使ってくれているのもあって、個人的に嬉しいです。気になったので共有します。

ソースコードはAGPL 3.0でGitHubで公開されています。

github.com

GitHub - SJang1/siliconbeest: Fediverse in Cloudflare Workers + live serverless code

Fediverse in Cloudflare Workers + live serverless code - SJang1/siliconbeest

스쟝
@siliconsjang@hackers.pub

안녕하세요! Hello everyone!

SiliconBeest v1.0.0 공개

마스토돈 API 호환을 목표로 하는 Cloudflare 엣지 컴퓨팅 기반 서버리스 연합우주 소프트웨어, SiliconBeest v1.0.0을 공개하게 되어 기쁩니다.

I'm pleased to announce SiliconBeest v1.0.0, a serverless fediverse software project built on Cloudflare edge computing, aiming for Mastodon API compatibility.

SiliconBeest Logo - a wildebeest with silicon on it

설명 (Description)

ko

  • SiliconBeest는 Cloudflare Workers 환경에서 동작하는 연합우주 프로젝트입니다.
  • Cloudflare 장애가 발생했을 때 다수의 연합우주 서버가 함께 접속 불가 상태가 되는 것을 보며, 연합우주 역시 Cloudflare 인프라에 상당히 의존하고 있다는 점에 착안했습니다.
  • 그렇다면 아예 Cloudflare 위에서 동작하는 연합우주 소프트웨어를 만들어보자는 생각에서 시작했습니다.
  • Cloudflare Inc.에서 개발했던 Wildebeest 프로젝트의 아이디어와 일부 코드를 참고했습니다.
  • 프로젝트 이름은 제 닉네임인 silicon(sjang) 이랑 Cloudflare의 Wildebeest를 조합해 SiliconBeest로 정했습니다.
  • 적은 사용자 수와 작은 규모의 연합을 기준으로는 Cloudflare 무료 플랜에서도 운영할 수 있도록, 조금 더 큰 규모의 연합에서는 월 $5 플랜으로도 감당할 수 있도록 만드는 것을 목표로 하고 있습니다.
  • API 측면에서 SiliconBeest의 목표는 Mastodon 및 Misskey API와의 호환입니다. 다만 이론적으로 가능한 것과 실제 구현은 별개의 문제이기 때문에, 해당 부분은 아직 개발 중이며 장기적인 목표로 보고 있습니다.

en

  • SiliconBeest is a fediverse project designed to run on Cloudflare Workers.
  • After seeing many fediverse servers become unavailable when Cloudflare had outages, I realized that the fediverse already relies heavily on Cloudflare infrastructure.
  • So I thought: why not build fediverse software directly on top of Cloudflare?
  • This project was inspired by Cloudflare Inc.’s Wildebeest project, and it also references some of its ideas and code.
  • The project name, SiliconBeest, comes from my nickname silicon(sjang) combined with Cloudflare’s Wildebeest.
  • I’m still working on making it as inexpensive to run as possible. For now, the goal is to support a small number of users with a small federation footprint on the free plan, and a medium federation footprint on the $5 plan.
  • From an API perspective, SiliconBeest aims to be compatible with both Mastodon and Misskey APIs. However, as many people know, full compatibility is difficult in practice, so this remains a long-term goal rather than something fully implemented today.

아직은 초기 버전이라 구현되지 않은 부분도 많지만, Cloudflare Workers, D1, R2, Queues 등 Cloudflare의 서버리스 인프라 위에서 연합우주 소프트웨어를 얼마나 가볍고 저렴하게 운영할 수 있는지 실험하고 있습니다.

This is still an early version, and many parts are not implemented yet. However, SiliconBeest is an experiment in how lightweight and affordable fediverse software can be when built on top of Cloudflare’s serverless infrastructure, such as Workers, D1, R2, and Queues.

현재 v1.0.0에서는 기본적인 구조와 핵심 기능을 먼저 정리하는 데 집중했으며, 앞으로 Mastodon API 호환성, federation 안정성, 관리 도구, 문서화 등을 점진적으로 개선해나갈 예정입니다.

In v1.0.0, I focused on organizing the basic architecture and core functionality first. Going forward, I plan to gradually improve Mastodon API compatibility, federation stability, admin tooling, and documentation.

관심 있으신 분들은 GitHub 저장소를 확인해주시고, 이슈나 피드백도 언제든 환영합니다.

If you’re interested, please check out the GitHub repository. Issues, feedback, and suggestions are always welcome.

https://github.com/SJang1/siliconbeest

설치 및 배포 방법 (Installation and Deployment)

SiliconBeest는 GitHub 템플릿과 Cloudflare를 이용해 비교적 간단하게 배포할 수 있습니다.

  1. GitHub 템플릿에서 새 저장소를 생성합니다.
  2. Cloudflare에서 필요한 리소스와 환경을 설정합니다.
  3. Cloudflare API 토큰과 필요한 환경변수를 GitHub Secrets에 저장합니다.
  4. GitHub Actions를 통해 자동 배포를 진행합니다.
  5. 배포가 완료되면 인스턴스 설정을 마무리합니다.

아직 설치 과정은 계속 다듬고 있으며, 개선사항이 많음을 알고 있습니다. 추후 보강해 나갈 예정이며, 이에 대한 PR도 환영입니다.

SiliconBeest can be deployed relatively easily using a GitHub template and Cloudflare.

  1. Create a new repository from the GitHub template.
  2. Set up the required resources and environment on Cloudflare.
  3. Store the Cloudflare API token and required environment variables in GitHub Secrets.
  4. Deploy automatically using GitHub Actions.
  5. Once deployment is complete, finish configuring your instance.

The installation process is still being refined, and I’m aware that there is plenty of room for improvement. I plan to keep improving the documentation and deployment flow over time, and related PRs are always welcome.

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social · Reply to 洪 民憙 (Hong Minhee) :nonbinary:

知人(지인)인 @siliconsjang 님이 오늘 SiliconBeest v1.0.0을 公開(공개)했습니다. Fedify와 Cloudflare를 基盤(기반)으로 만든 소프트웨어인데, Workers, D1, R2, Queues 등 서버리스 스택 위에서 全部(전부) 돌아갑니다.

發想(발상)의 出發點(출발점)이 재밌습니다. Cloudflare 障礙(장애) 때 聯合宇宙(연합우주) 서버들이 덩달아 다운되는 걸 보고, 「그럼 아예 Cloudflare 위에서 돌리면 되지 않나?」라는 생각에서 始作(시작)했다고 하네요.

費用(비용) 面(면)에서는 小規模(소규모) 인스턴스는 Cloudflare 無料(무료) 플랜, 조금 더 큰 規模(규모)는 月(월) $5 플랜으로 堪當(감당)할 수 있도록 하는 게 目標(목표)라고 합니다. 아직 初期(초기) 버전이라 未具顯(미구현) 機能(기능)이 많고, Mastodon 및 Misskey API 互換(호환)은 長期(장기) 目標(목표)로 보고 있다네요.

Fedify를 써주시는 분이라 반갑기도 하고, 應援(응원)하고 싶어 紹介(소개)합니다.

소스 코드는 AGPL 3.0으로 GitHub에 공개되어 있습니다.

github.com

GitHub - SJang1/siliconbeest: Fediverse in Cloudflare Workers + live serverless code

Fediverse in Cloudflare Workers + live serverless code - SJang1/siliconbeest

스쟝
@siliconsjang@hackers.pub

안녕하세요! Hello everyone!

SiliconBeest v1.0.0 공개

마스토돈 API 호환을 목표로 하는 Cloudflare 엣지 컴퓨팅 기반 서버리스 연합우주 소프트웨어, SiliconBeest v1.0.0을 공개하게 되어 기쁩니다.

I'm pleased to announce SiliconBeest v1.0.0, a serverless fediverse software project built on Cloudflare edge computing, aiming for Mastodon API compatibility.

SiliconBeest Logo - a wildebeest with silicon on it

설명 (Description)

ko

  • SiliconBeest는 Cloudflare Workers 환경에서 동작하는 연합우주 프로젝트입니다.
  • Cloudflare 장애가 발생했을 때 다수의 연합우주 서버가 함께 접속 불가 상태가 되는 것을 보며, 연합우주 역시 Cloudflare 인프라에 상당히 의존하고 있다는 점에 착안했습니다.
  • 그렇다면 아예 Cloudflare 위에서 동작하는 연합우주 소프트웨어를 만들어보자는 생각에서 시작했습니다.
  • Cloudflare Inc.에서 개발했던 Wildebeest 프로젝트의 아이디어와 일부 코드를 참고했습니다.
  • 프로젝트 이름은 제 닉네임인 silicon(sjang) 이랑 Cloudflare의 Wildebeest를 조합해 SiliconBeest로 정했습니다.
  • 적은 사용자 수와 작은 규모의 연합을 기준으로는 Cloudflare 무료 플랜에서도 운영할 수 있도록, 조금 더 큰 규모의 연합에서는 월 $5 플랜으로도 감당할 수 있도록 만드는 것을 목표로 하고 있습니다.
  • API 측면에서 SiliconBeest의 목표는 Mastodon 및 Misskey API와의 호환입니다. 다만 이론적으로 가능한 것과 실제 구현은 별개의 문제이기 때문에, 해당 부분은 아직 개발 중이며 장기적인 목표로 보고 있습니다.

en

  • SiliconBeest is a fediverse project designed to run on Cloudflare Workers.
  • After seeing many fediverse servers become unavailable when Cloudflare had outages, I realized that the fediverse already relies heavily on Cloudflare infrastructure.
  • So I thought: why not build fediverse software directly on top of Cloudflare?
  • This project was inspired by Cloudflare Inc.’s Wildebeest project, and it also references some of its ideas and code.
  • The project name, SiliconBeest, comes from my nickname silicon(sjang) combined with Cloudflare’s Wildebeest.
  • I’m still working on making it as inexpensive to run as possible. For now, the goal is to support a small number of users with a small federation footprint on the free plan, and a medium federation footprint on the $5 plan.
  • From an API perspective, SiliconBeest aims to be compatible with both Mastodon and Misskey APIs. However, as many people know, full compatibility is difficult in practice, so this remains a long-term goal rather than something fully implemented today.

아직은 초기 버전이라 구현되지 않은 부분도 많지만, Cloudflare Workers, D1, R2, Queues 등 Cloudflare의 서버리스 인프라 위에서 연합우주 소프트웨어를 얼마나 가볍고 저렴하게 운영할 수 있는지 실험하고 있습니다.

This is still an early version, and many parts are not implemented yet. However, SiliconBeest is an experiment in how lightweight and affordable fediverse software can be when built on top of Cloudflare’s serverless infrastructure, such as Workers, D1, R2, and Queues.

현재 v1.0.0에서는 기본적인 구조와 핵심 기능을 먼저 정리하는 데 집중했으며, 앞으로 Mastodon API 호환성, federation 안정성, 관리 도구, 문서화 등을 점진적으로 개선해나갈 예정입니다.

In v1.0.0, I focused on organizing the basic architecture and core functionality first. Going forward, I plan to gradually improve Mastodon API compatibility, federation stability, admin tooling, and documentation.

관심 있으신 분들은 GitHub 저장소를 확인해주시고, 이슈나 피드백도 언제든 환영합니다.

If you’re interested, please check out the GitHub repository. Issues, feedback, and suggestions are always welcome.

https://github.com/SJang1/siliconbeest

설치 및 배포 방법 (Installation and Deployment)

SiliconBeest는 GitHub 템플릿과 Cloudflare를 이용해 비교적 간단하게 배포할 수 있습니다.

  1. GitHub 템플릿에서 새 저장소를 생성합니다.
  2. Cloudflare에서 필요한 리소스와 환경을 설정합니다.
  3. Cloudflare API 토큰과 필요한 환경변수를 GitHub Secrets에 저장합니다.
  4. GitHub Actions를 통해 자동 배포를 진행합니다.
  5. 배포가 완료되면 인스턴스 설정을 마무리합니다.

아직 설치 과정은 계속 다듬고 있으며, 개선사항이 많음을 알고 있습니다. 추후 보강해 나갈 예정이며, 이에 대한 PR도 환영입니다.

SiliconBeest can be deployed relatively easily using a GitHub template and Cloudflare.

  1. Create a new repository from the GitHub template.
  2. Set up the required resources and environment on Cloudflare.
  3. Store the Cloudflare API token and required environment variables in GitHub Secrets.
  4. Deploy automatically using GitHub Actions.
  5. Once deployment is complete, finish configuring your instance.

The installation process is still being refined, and I’m aware that there is plenty of room for improvement. I plan to keep improving the documentation and deployment flow over time, and related PRs are always welcome.

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social

A friend of mine, @siliconsjang, released SiliconBeest v1.0.0 today. It's a server built on Workers, D1, R2, and Queues, using Fedify.

I like the starting point: after watching fediverse servers go down together during Cloudflare outages, they thought, why not just run on Cloudflare directly?

They're aiming for something cheap enough that a small instance can stay on Cloudflare's free plan, and a somewhat bigger one can fit in the $5/month tier. It's still early; a lot is missing, and Mastodon/Misskey API compatibility is more of a long-term goal.

I'm glad to see Fedify put to use for something like this. Worth checking out.

The source code is on GitHub under AGPL 3.0.

github.com

GitHub - SJang1/siliconbeest: Fediverse in Cloudflare Workers + live serverless code

Fediverse in Cloudflare Workers + live serverless code - SJang1/siliconbeest

스쟝
@siliconsjang@hackers.pub

안녕하세요! Hello everyone!

SiliconBeest v1.0.0 공개

마스토돈 API 호환을 목표로 하는 Cloudflare 엣지 컴퓨팅 기반 서버리스 연합우주 소프트웨어, SiliconBeest v1.0.0을 공개하게 되어 기쁩니다.

I'm pleased to announce SiliconBeest v1.0.0, a serverless fediverse software project built on Cloudflare edge computing, aiming for Mastodon API compatibility.

SiliconBeest Logo - a wildebeest with silicon on it

설명 (Description)

ko

  • SiliconBeest는 Cloudflare Workers 환경에서 동작하는 연합우주 프로젝트입니다.
  • Cloudflare 장애가 발생했을 때 다수의 연합우주 서버가 함께 접속 불가 상태가 되는 것을 보며, 연합우주 역시 Cloudflare 인프라에 상당히 의존하고 있다는 점에 착안했습니다.
  • 그렇다면 아예 Cloudflare 위에서 동작하는 연합우주 소프트웨어를 만들어보자는 생각에서 시작했습니다.
  • Cloudflare Inc.에서 개발했던 Wildebeest 프로젝트의 아이디어와 일부 코드를 참고했습니다.
  • 프로젝트 이름은 제 닉네임인 silicon(sjang) 이랑 Cloudflare의 Wildebeest를 조합해 SiliconBeest로 정했습니다.
  • 적은 사용자 수와 작은 규모의 연합을 기준으로는 Cloudflare 무료 플랜에서도 운영할 수 있도록, 조금 더 큰 규모의 연합에서는 월 $5 플랜으로도 감당할 수 있도록 만드는 것을 목표로 하고 있습니다.
  • API 측면에서 SiliconBeest의 목표는 Mastodon 및 Misskey API와의 호환입니다. 다만 이론적으로 가능한 것과 실제 구현은 별개의 문제이기 때문에, 해당 부분은 아직 개발 중이며 장기적인 목표로 보고 있습니다.

en

  • SiliconBeest is a fediverse project designed to run on Cloudflare Workers.
  • After seeing many fediverse servers become unavailable when Cloudflare had outages, I realized that the fediverse already relies heavily on Cloudflare infrastructure.
  • So I thought: why not build fediverse software directly on top of Cloudflare?
  • This project was inspired by Cloudflare Inc.’s Wildebeest project, and it also references some of its ideas and code.
  • The project name, SiliconBeest, comes from my nickname silicon(sjang) combined with Cloudflare’s Wildebeest.
  • I’m still working on making it as inexpensive to run as possible. For now, the goal is to support a small number of users with a small federation footprint on the free plan, and a medium federation footprint on the $5 plan.
  • From an API perspective, SiliconBeest aims to be compatible with both Mastodon and Misskey APIs. However, as many people know, full compatibility is difficult in practice, so this remains a long-term goal rather than something fully implemented today.

아직은 초기 버전이라 구현되지 않은 부분도 많지만, Cloudflare Workers, D1, R2, Queues 등 Cloudflare의 서버리스 인프라 위에서 연합우주 소프트웨어를 얼마나 가볍고 저렴하게 운영할 수 있는지 실험하고 있습니다.

This is still an early version, and many parts are not implemented yet. However, SiliconBeest is an experiment in how lightweight and affordable fediverse software can be when built on top of Cloudflare’s serverless infrastructure, such as Workers, D1, R2, and Queues.

현재 v1.0.0에서는 기본적인 구조와 핵심 기능을 먼저 정리하는 데 집중했으며, 앞으로 Mastodon API 호환성, federation 안정성, 관리 도구, 문서화 등을 점진적으로 개선해나갈 예정입니다.

In v1.0.0, I focused on organizing the basic architecture and core functionality first. Going forward, I plan to gradually improve Mastodon API compatibility, federation stability, admin tooling, and documentation.

관심 있으신 분들은 GitHub 저장소를 확인해주시고, 이슈나 피드백도 언제든 환영합니다.

If you’re interested, please check out the GitHub repository. Issues, feedback, and suggestions are always welcome.

https://github.com/SJang1/siliconbeest

설치 및 배포 방법 (Installation and Deployment)

SiliconBeest는 GitHub 템플릿과 Cloudflare를 이용해 비교적 간단하게 배포할 수 있습니다.

  1. GitHub 템플릿에서 새 저장소를 생성합니다.
  2. Cloudflare에서 필요한 리소스와 환경을 설정합니다.
  3. Cloudflare API 토큰과 필요한 환경변수를 GitHub Secrets에 저장합니다.
  4. GitHub Actions를 통해 자동 배포를 진행합니다.
  5. 배포가 완료되면 인스턴스 설정을 마무리합니다.

아직 설치 과정은 계속 다듬고 있으며, 개선사항이 많음을 알고 있습니다. 추후 보강해 나갈 예정이며, 이에 대한 PR도 환영입니다.

SiliconBeest can be deployed relatively easily using a GitHub template and Cloudflare.

  1. Create a new repository from the GitHub template.
  2. Set up the required resources and environment on Cloudflare.
  3. Store the Cloudflare API token and required environment variables in GitHub Secrets.
  4. Deploy automatically using GitHub Actions.
  5. Once deployment is complete, finish configuring your instance.

The installation process is still being refined, and I’m aware that there is plenty of room for improvement. I plan to keep improving the documentation and deployment flow over time, and related PRs are always welcome.

스쟝
@siliconsjang@hackers.pub

안녕하세요! Hello everyone!

SiliconBeest v1.0.0 공개

마스토돈 API 호환을 목표로 하는 Cloudflare 엣지 컴퓨팅 기반 서버리스 연합우주 소프트웨어, SiliconBeest v1.0.0을 공개하게 되어 기쁩니다.

I'm pleased to announce SiliconBeest v1.0.0, a serverless fediverse software project built on Cloudflare edge computing, aiming for Mastodon API compatibility.

SiliconBeest Logo - a wildebeest with silicon on it

설명 (Description)

ko

  • SiliconBeest는 Cloudflare Workers 환경에서 동작하는 연합우주 프로젝트입니다.
  • Cloudflare 장애가 발생했을 때 다수의 연합우주 서버가 함께 접속 불가 상태가 되는 것을 보며, 연합우주 역시 Cloudflare 인프라에 상당히 의존하고 있다는 점에 착안했습니다.
  • 그렇다면 아예 Cloudflare 위에서 동작하는 연합우주 소프트웨어를 만들어보자는 생각에서 시작했습니다.
  • Cloudflare Inc.에서 개발했던 Wildebeest 프로젝트의 아이디어와 일부 코드를 참고했습니다.
  • 프로젝트 이름은 제 닉네임인 silicon(sjang) 이랑 Cloudflare의 Wildebeest를 조합해 SiliconBeest로 정했습니다.
  • 적은 사용자 수와 작은 규모의 연합을 기준으로는 Cloudflare 무료 플랜에서도 운영할 수 있도록, 조금 더 큰 규모의 연합에서는 월 $5 플랜으로도 감당할 수 있도록 만드는 것을 목표로 하고 있습니다.
  • API 측면에서 SiliconBeest의 목표는 Mastodon 및 Misskey API와의 호환입니다. 다만 이론적으로 가능한 것과 실제 구현은 별개의 문제이기 때문에, 해당 부분은 아직 개발 중이며 장기적인 목표로 보고 있습니다.

en

  • SiliconBeest is a fediverse project designed to run on Cloudflare Workers.
  • After seeing many fediverse servers become unavailable when Cloudflare had outages, I realized that the fediverse already relies heavily on Cloudflare infrastructure.
  • So I thought: why not build fediverse software directly on top of Cloudflare?
  • This project was inspired by Cloudflare Inc.’s Wildebeest project, and it also references some of its ideas and code.
  • The project name, SiliconBeest, comes from my nickname silicon(sjang) combined with Cloudflare’s Wildebeest.
  • I’m still working on making it as inexpensive to run as possible. For now, the goal is to support a small number of users with a small federation footprint on the free plan, and a medium federation footprint on the $5 plan.
  • From an API perspective, SiliconBeest aims to be compatible with both Mastodon and Misskey APIs. However, as many people know, full compatibility is difficult in practice, so this remains a long-term goal rather than something fully implemented today.

아직은 초기 버전이라 구현되지 않은 부분도 많지만, Cloudflare Workers, D1, R2, Queues 등 Cloudflare의 서버리스 인프라 위에서 연합우주 소프트웨어를 얼마나 가볍고 저렴하게 운영할 수 있는지 실험하고 있습니다.

This is still an early version, and many parts are not implemented yet. However, SiliconBeest is an experiment in how lightweight and affordable fediverse software can be when built on top of Cloudflare’s serverless infrastructure, such as Workers, D1, R2, and Queues.

현재 v1.0.0에서는 기본적인 구조와 핵심 기능을 먼저 정리하는 데 집중했으며, 앞으로 Mastodon API 호환성, federation 안정성, 관리 도구, 문서화 등을 점진적으로 개선해나갈 예정입니다.

In v1.0.0, I focused on organizing the basic architecture and core functionality first. Going forward, I plan to gradually improve Mastodon API compatibility, federation stability, admin tooling, and documentation.

관심 있으신 분들은 GitHub 저장소를 확인해주시고, 이슈나 피드백도 언제든 환영합니다.

If you’re interested, please check out the GitHub repository. Issues, feedback, and suggestions are always welcome.

https://github.com/SJang1/siliconbeest

설치 및 배포 방법 (Installation and Deployment)

SiliconBeest는 GitHub 템플릿과 Cloudflare를 이용해 비교적 간단하게 배포할 수 있습니다.

  1. GitHub 템플릿에서 새 저장소를 생성합니다.
  2. Cloudflare에서 필요한 리소스와 환경을 설정합니다.
  3. Cloudflare API 토큰과 필요한 환경변수를 GitHub Secrets에 저장합니다.
  4. GitHub Actions를 통해 자동 배포를 진행합니다.
  5. 배포가 완료되면 인스턴스 설정을 마무리합니다.

아직 설치 과정은 계속 다듬고 있으며, 개선사항이 많음을 알고 있습니다. 추후 보강해 나갈 예정이며, 이에 대한 PR도 환영입니다.

SiliconBeest can be deployed relatively easily using a GitHub template and Cloudflare.

  1. Create a new repository from the GitHub template.
  2. Set up the required resources and environment on Cloudflare.
  3. Store the Cloudflare API token and required environment variables in GitHub Secrets.
  4. Deploy automatically using GitHub Actions.
  5. Once deployment is complete, finish configuring your instance.

The installation process is still being refined, and I’m aware that there is plenty of room for improvement. I plan to keep improving the documentation and deployment flow over time, and related PRs are always welcome.

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social

Today I gave a guest lecture at KAIST CS350 Introduction to Software Engineering. Slides are up.

Nobody's job, everybody's problem: F/OSS in the age of AI: F/OSS basics, the commons problem, how maintainers get funded, and how projects like Zig, Ghostty, and Fedify are handling AI contributions differently.

hongminhee.codeberg.page

Nobody's job, everybody's problem: F/OSS in the age of AI - Slidev

"A guest lecture for KAIST CS350 Introduction to Software Engineering.\n\nMost CS students use free/open source software every day. Fewer have seen\nwhat happens after a project has users, bug reports, security expectations,\nand downstreams.\n\nThe first half looks at why engineers choose free/open source software, why\nshared infrastructure often has no clear owner, and how maintainers pay for\nthe work. The second half turns to AI-generated code, using contribution\npolicies from Zig, Ghostty, and Fedify to show how maintainers are\nresponding.\n"

Matt Baer
@matt@writing.exchange

I finally deleted recently because their algorithm is annoying, they gave up on support, and their app is loaded with UX dark patterns.

I still use because the people I meet in person do, and organizing photostroll.nyc kinda requires it.

Fedi is the only place I really feel good about posting on, because I know where data lives and how it's distributed, it's community-run, and usually it's by the type of people I'd want running my virtual social space.

photostroll.nyc

NYC Photo Stroll

A meetup for and by the NYC-area photography community.

洪 民憙 (Hong Minhee)
@hongminhee@hackers.pub

과학기술정보통신부 및 정보통신산업진흥원(NIPA)에서 주최하는 오픈 소스 컨트리뷰션 아카데미 (OSSCA) 참여형 프로그램 멘티를 모집합니다. OSSCA는 평소 오픈 소스에 관심은 있었지만 어떻게 참여해야 할 지 막막하셨던 분들께 몇 개월에 걸쳐 구체적으로 참여하는 요령을 알려드리는 프로그램입니다. 실제로 이 과정을 계기로 오픈 소스 프로젝트의 메인테이너들과 교류하게 되고, 본격적으로 오픈 소스 기여를 시작하게 되는 분들도 많습니다.

저희 Fedify 프로젝트도 작년에 이어 올해도 OSSCA에서 만나보실 수 있는데요, 작년에 멘티셨던 권지원 님(@z9mb1), 이재열 님(@kodingwarrior), 이찬행 님(@2chanhaeng)이 저와 함께 멘토로 참여하게 되었습니다. 세 분 모두 작년 OSSCA를 통해 Fedify에 본격적으로 참여하게 된 케이스입니다. 여러분도 이런 식으로 평소 관심만 있던 오픈 소스에 실제로 기여도 하고, 아예 본격적으로 참여하실 수도 있습니다.

제가 멘토라서 하는 얘기가 아니라, 정말 좋은 기회라고 생각합니다. 학생·직장인 무관하게 지원 가능하니, 관심 있는 분들의 많은 참여 부탁드립니다! → 참가 신청

open-up-kr.typeform.com

2026 오픈소스 컨트리뷰션 아카데미 [참여형 프로그램] 멘티 접수

접수기간: ~2026.06.14(일) 까지

BotKit by Fedify :botkit:
@botkit@hollo.social

BotKit security updates: 0.3.2 and 0.4.1

If you use BotKit, update to a patched release now. A private network protection bypass affects Fedify's remote document loading code, and it also affects BotKit which depends on Fedify.

The validatePublicUrl() function in Fedify, which ensures resources aren't fetched from private or loopback addresses, failed to correctly identify certain IPv6 literals. Specifically, URLs with private IPv4 addresses encoded as IPv4-mapped IPv6 literals (e.g., http://[::ffff:127.0.0.1]/) could bypass the check.

This vulnerability could allow an attacker to provide a malicious URL that bypasses security checks, potentially allowing them to make the bot fetch internal resources or interact with services on the private network that should not be accessible from the public internet.

All versions of BotKit up to 0.3.1 (in the 0.3.x branch) and 0.4.0 (in the 0.4.x branch) are affected. Patched releases are 0.3.2 and 0.4.1.

For BotKit 0.4.x, update @fedify/botkit:

npm  update  @fedify/botkit
yarn upgrade @fedify/botkit
pnpm update  @fedify/botkit
bun  update  @fedify/botkit
deno update  @fedify/botkit

For BotKit 0.3.x, update @fedify/botkit:

npm  update  @fedify/botkit@0.3.2
yarn upgrade @fedify/botkit@0.3.2
pnpm update  @fedify/botkit@0.3.2
bun  update  @fedify/botkit@0.3.2
deno update  @fedify/botkit@0.3.2

If you use other BotKit-related packages (e.g., @fedify/botkit-sqlite), update them as well. After updating, redeploy.

Thanks to Changkyun Kim (@me) for the report and responsible disclosure.

If anything is unclear, feel free to ask on GitHub Discussions or Matrix.

matrix.to

You're invited to talk on Matrix

You're invited to talk on Matrix

Lobsters
@lobsters@mastodon.social

the 90 day disclosure policy is dead lobste.rs/s/qxkdgl
blog.himanshuanand.com/2026/05

blog.himanshuanand.com

the 90 day disclosure policy is dead

TLDR The 90 day responsible disclosure window was built for a world where bug finders were rare and exploit development was slow. That world is gone. LLMs have compressed both timelines to near-zero. I have seen it first hand, and so has everyone else paying attention. This post lays out why the old model is broken, with real stories, and makes one ask to the industry: treat every critical security issue as P0 and patch it immediately.

Lobsters
@lobsters@mastodon.social

Mythos finds a curl vulnerability via @andrewnez lobste.rs/s/am7evd
daniel.haxx.se/blog/2026/05/11

daniel.haxx.se

Mythos finds a curl vulnerability

yes, as in singular one. Back in April 2026 Anthropic caused a lot of media noise when they concluded that their new AI model Mythos is dangerously good at finding security flaws in source code. Apparently Mythos was so good at this that Anthropic would not release this model to the public yet but instead … Continue reading Mythos finds a curl vulnerability →

Hollo :hollo:
@hollo@hollo.social

Hollo security updates: 0.7.15 and 0.8.3

If you run Hollo, update to a patched release now. A private network protection bypass in Fedify, the ActivityPub framework Hollo depends on, affects remote document loading. URLs with private IPv4 addresses encoded as IPv4-mapped IPv6 literals, such as http://[::ffff:7f00:1]/, could pass URL validation even though they refer to private or loopback addresses.

Hollo uses Fedify to fetch remote ActivityPub documents and related resources. An attacker who can make your Hollo instance fetch an attacker-controlled URL may be able to bypass the private address checks that are intended to reduce SSRF (Server-Side Request Forgery) risk.

All Hollo versions up to and including 0.7.14 and 0.8.2 are affected. Patched releases are 0.7.15 for the 0.7.x series and 0.8.3 for the 0.8.x series. For full technical details of the underlying vulnerability, see the Fedify security announcement.

For 0.7.x deployments, update to 0.7.15:

docker pull ghcr.io/fedify-dev/hollo:0.7.15

For 0.8.x deployments, update to 0.8.3:

docker pull ghcr.io/fedify-dev/hollo:0.8.3

After pulling the new image, restart your Hollo container. If you deploy from source, pull the corresponding release tag and restart.

Thanks to Changkyun Kim (@me) for the report and responsible disclosure to the Fedify project.

If anything is unclear, ask below.

Release Hollo 0.8.3 · fedify-dev/hollo

Released on May 10, 2026. Upgraded Fedify to 2.1.12 to fix a critical SSRF (Server-Side Request Forgery) vulnerability where private IPv4 addresses encoded as IPv6 literals could bypass security c...

Fedify: ActivityPub server framework
@fedify@hollo.social

Fedify security updates: 1.9.10, 1.10.9, 2.0.16, 2.1.12, and 2.2.1

If you use Fedify, update to a patched release now. A private network protection bypass affects Fedify's remote document loading code. URLs with private IPv4 addresses encoded as IPv4-mapped IPv6 literals, such as http://[::ffff:7f00:1]/, could pass validatePublicUrl() even though they refer to private or loopback addresses.

Fedify uses validatePublicUrl() when fetching remote ActivityPub documents and related resources. An attacker who can make a Fedify server fetch an attacker-controlled URL may be able to bypass the private address checks that are intended to reduce SSRF risk.

All versions up to and including 2.2.0 are affected. Patched releases are 1.9.10, 1.10.9, 2.0.16, 2.1.12, and 2.2.1.

For Fedify 1.x, update @fedify/fedify:

npm update @fedify/fedify
yarn upgrade @fedify/fedify
pnpm update @fedify/fedify
bun update @fedify/fedify
deno update @fedify/fedify

For Fedify 2.x, update both @fedify/fedify and @fedify/vocab-runtime:

npm update @fedify/fedify @fedify/vocab-runtime
yarn upgrade @fedify/fedify @fedify/vocab-runtime
pnpm update @fedify/fedify @fedify/vocab-runtime
bun update @fedify/fedify @fedify/vocab-runtime
deno update @fedify/fedify @fedify/vocab-runtime

After updating, redeploy. If you run other Fedify-based servers, update those too.

Thanks to Changkyun Kim (@me) for the report and responsible disclosure.

If anything is unclear, ask below.

Release Fedify 2.2.1 · fedify-dev/fedify

Released on May 10, 2026. @fedify/vocab-runtime Fixed validatePublicUrl() allowing private IPv4 addresses encoded as IPv4-mapped IPv6 URL literals, such as http://[::ffff:7f00:1]/, which could byp...

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social

I'm here at PyCon Busan 2026! I'm manning the Hackers' Pub community booth with @kodingwarrior and @2chanhaeng. Stop by and we'll give you some Hackers' Pub stickers!

Hackers' Pub community booth at PyCon Busan 2026
ALT text

Hackers' Pub community booth at PyCon Busan 2026

Hackers' Pub stickers
ALT text

Hackers' Pub stickers

Changkyun Kim
@me@changkyun.kim
ActivityPub와 Fedify로 개인 웹사이트를 Fediverse에 연결하고 댓글과 반응을 주고받게 만든 기록입니다.

이번에 changkyun.kim에 ActivityPub을 붙였습니다. 이제 이 사이트는 Fediverse에서 @me@changkyun.kim이라는 actor로 보입니다.

하고 싶었던 일은 단순했습니다. 블로그 글을 올렸을 때 Mastodon이나 Misskey 같은 곳에서 글을 찾고, 답글을 달고, 좋아요나 이모지 반응을 보낼 수 있게 만들고 싶었습니다. 별도 로그인이나 회원가입을 만들고 싶지는 않았습니다. 각자 원래 쓰던 Fediverse 계정으로 반응하면, 제 사이트는 그 반응을 받아서 글 아래에 보여주면 된다고 생각했습니다.

처음부터 깔끔하게 된 것은 아니었습니다. 한동안은 ActivityPub을 직접 구현해 보려고 했고, 나중에는 Fedify를 붙이는 쪽으로 방향을 바꿨습니다. 이 글은 그 과정에 대한 기록입니다.

ActivityPub과 Fedify를 붙였습니다

간단히 설명하면, ActivityPub은 네트워크에서 일어나는 어떤 액티비티를 상호 약속된 프로토콜에 따라 이메일처럼 주고받으며 전파하고 상호작용하는 API 모음이자 규칙이라고 할 수 있습니다.

W3C는 2018년 1월 23일 ActivityPub을 Recommendation으로 발표했습니다. 문서에서는 ActivityStreams 2.0 기반의 분산형 소셜 네트워킹 프로토콜이라고 설명합니다.

https://www.w3.org/TR/activitypub/

처음에는 필요한 endpoint를 직접 만들면 될 것 같았습니다. WebFinger로 계정을 찾게 하고, actor 문서를 내보내고, inbox와 outbox를 만들면 된다고 생각했습니다.

실제로 하나씩 만들 수는 있었습니다. 다만 곧 처리할 일이 많아졌습니다. 글을 Article 객체로 내보내야 했고, Follow, Create, Like, Undo, Delete 같은 활동을 구분해야 했습니다. 다른 서버로 활동을 보낼 때는 HTTP Signature도 맞춰야 했고, shared inbox도 신경 써야 했습니다.

직접 해 본 것은 도움이 됐습니다. ActivityPub에서 actor, object, activity가 어떻게 이어지는지 감을 잡을 수 있었습니다. 하지만 개인 웹사이트에 붙여서 계속 운영하려면 직접 구현한 코드가 너무 커질 것 같았습니다.

그래서 Fedify를 붙였습니다. Fedify는 ActivityPub 서버 앱을 만들기 위한 TypeScript 라이브러리입니다. 공식 사이트에서는 Fediverse 서버 앱을 만들기 위한 ActivityPub server framework라고 소개합니다.

https://fedify.dev/

Fedify를 붙이고 나서는 제가 정해야 하는 부분이 조금 분명해졌습니다. 이 사이트의 actor는 누구인지, 어떤 글을 outbox에 내보낼지, inbox로 들어온 활동을 어떻게 저장할지 정하면 됐습니다.

물론 구현이 사라진 것은 아닙니다. 지금도 댓글, 반응, following feed를 저장하는 테이블이 있고, Cloudflare Workers의 KV와 Queue도 사용합니다. 다만 직접 ActivityPub의 모든 부분을 맞추는 코드보다는, 이 사이트의 콘텐츠와 반응을 어떻게 다룰지에 더 집중할 수 있었습니다.

현재 이 사이트는 블로그 글과 앱 글을 ActivityPub Article로 내보냅니다. 누군가 @me@changkyun.kim을 팔로우하면 Follow를 받고 Accept를 보냅니다. 연결된 actor들의 공개 글은 /following/에서도 볼 수 있게 했습니다.

댓글과 반응은 Fediverse 계정으로 남깁니다

블로그 글 아래에는 ActivityPub 댓글 안내가 있습니다. Mastodon 같은 클라이언트 검색창에 글 주소를 붙여 넣고, 검색 결과에서 이 글을 연 뒤 답글을 쓰면 됩니다.

그 답글은 원격 서버에서는 평소와 같은 답글입니다. 제 사이트에서는 inbox로 들어온 Create 활동을 읽고, 어느 글에 대한 답글인지 확인한 뒤 댓글로 저장합니다. 화면에는 작성자의 이름, 프로필 이미지, 원래 글 주소를 함께 보여줍니다.

이 방식이 마음에 들었던 이유는 로그인 기능을 따로 만들지 않아도 된다는 점입니다. 댓글을 쓰는 사람의 신원은 이미 각자의 Fediverse 서버에 있습니다. 제 사이트는 그 신원을 새로 만들지 않고, 도착한 답글을 글 아래에 보여주기만 합니다.

Like가 들어오면 좋아요 반응으로 저장합니다. EmojiReact가 들어오면 이모지 반응으로 저장합니다. 글 아래에서는 이모지와 개수를 모아서 보여줍니다.

모든 서버가 같은 방식으로 반응을 보내지는 않습니다. 특히 이모지 반응은 서버마다 차이가 있습니다. 그래서 일단 받을 수 있는 것은 받아 두고, 화면에는 확인된 값만 보여주도록 했습니다.

이 부분도 댓글과 비슷합니다. 제 사이트에서 별도의 반응 버튼을 새로 만든 것이 아닙니다. 누군가 자기 Fediverse 클라이언트에서 누른 반응이 제 사이트에도 도착하게 만든 것입니다.

atproto도 생각해 봤습니다

중간에 atproto도 생각해 봤습니다. 좋고 나쁨을 비교하려던 것은 아니었습니다. 제가 하려던 일이 무엇인지 놓고 보면 ActivityPub 쪽이 더 직접적이었습니다.

atproto 문서에서는 PDS, Relay, AppView를 주요 구성요소로 설명합니다. 사용자의 데이터는 PDS에 있고, Relay는 여러 PDS의 변경 이벤트를 모으고 다시 흘려보내며, AppView는 그 데이터를 읽어서 실제 앱 화면과 기능을 만듭니다.

https://atproto.com/guides/overviewhttps://atproto.com/guides/the-at-stack

atproto로도 나만의 PDS를 만들고, Bluesky 네트워크의 Relay, 예전 표현으로는 BGS에 가까운 계층으로 글 데이터를 배달하는 식의 구성을 생각할 수는 있습니다. 하지만 그 경우에는 목적이 조금 달라집니다. 저는 새로운 소셜 네트워크나 앱을 만들고 싶었던 것이 아니었습니다.

제 목표는 이미 제가 소유한 글, 특히 블로그의 Article을 분산된 연합우주에 배달하는 것이었습니다. 구독자가 자기 Fediverse 계정으로 편하게 받아보고, 답글이나 좋아요나 이모지 반응을 보낼 수 있으면 됐습니다.

이 블로그는 Nuxt Content를 사용합니다. 소스코드와 블로그 콘텐츠를 포함한 거의 모든 소스가 git 저장소에 있습니다. 글은 Markdown 파일이고, 배포 대상도 이 저장소에서 만들어집니다. 이 구조는 제가 원하는 만큼 포터블합니다.

atproto로 같은 일을 하려면 제가 쓸 PDS를 준비해야 하고, 그 안에 어떤 collection과 lexicon으로 글을 표현할지도 정해야 합니다. 거기서 끝나는 것도 아닙니다. 중앙 네트워크를 통해 배달된 collection을 실제로 읽고 보여줄 클라이언트나 AppView도 필요합니다. 저는 그 부분까지 새로 만들고 싶지는 않았습니다.

그래서 이번 작업에서는 ActivityPub이 더 맞았습니다. 이미 있는 글을 Article로 내보내고, 이미 있는 Fediverse 클라이언트에서 구독하고 반응할 수 있게 만드는 쪽이 제 목적에 가까웠습니다.

아직은 써 보면서 보고 있습니다

이번 작업을 하고 나서도 이 사이트의 기본 구조는 그대로입니다. 글은 Nuxt Content 파일로 남고, 주소도 제 도메인 아래에 있습니다. 달라진 것은 글 바깥에서 일어난 반응을 다시 받아볼 수 있게 됐다는 점입니다.

직접 구현해 보던 때에는 생각보다 손봐야 할 부분이 많았습니다. Fedify를 붙인 뒤에는 맡길 수 있는 부분이 생겼고, 제가 직접 정해야 하는 부분도 더 잘 보였습니다. 개인 웹사이트를 Fediverse에 붙이는 작업 범위도 그만큼 줄었습니다.

아직 운영하면서 더 봐야 할 부분은 있습니다. 서버마다 ActivityPub 구현이 조금씩 다르고, 반응이 항상 같은 형태로 오지도 않습니다. 그래도 지금 정도면 제가 원했던 흐름은 만들어졌습니다. 글은 제 사이트에 두고, 대화는 각자의 Fediverse 계정으로 이어질 수 있게 됐습니다.

atproto.com

The AT Stack - AT Protocol Docs - AT Protocol

Components of the AT Protocol Stack.

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee@hollo.social

PyCon 釜山(부산) 가려고 서울驛(역) 왔는데 랩톱으로는 인터넷이 안 된다… 電波(전파)가 復雜(복잡)해서 干涉(간섭)이 甚(심)해서 그런가…?

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

@COSCUP 2026 フェディバース & ソーシャルウェブ トラックのCFP募集締め切りが、わずか2日後（5月9日）に迫っています。もう悩んでいる時間はありません！今すぐ発表にお申し込みください！

hackers.pub

COSCUP 2026 フェディバース & ソーシャルウェブ トラック：発表者募集

COSCUP 2026にて、FediLUGとFediDev KRが共同で運営する「フェディバース & ソーシャルウェブ」トラックの発表提案募集が開始されました。東アジアの主要なオープンソースカンファレンスで初となるこの専門トラックでは、ActivityPubの実装や関連ツール、インスタンス運営の技術的知見からガバナンス等の社会的側面まで、分散型SNSに関する広範なトピックを対象としています。2026年5月9日の募集締め切りに向け、分散型ソーシャルウェブの発展に寄与する多様な知見の集結が期待されており、地域の開発者コミュニティにおける技術交流と連携を深める重要な機会となります。

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

他の言語で読む：English（英語）、한국어（韓国語）。

FediLUGとFediDev KRは、COSCUP 2026 フェディバース & ソーシャルウェブトラックを開設し、発表の提案を募集します。

COSCUP（Conference for Open Source Coders, Users, and Promoters）は、台湾・台北で毎年開催される無料のオープンソースカンファレンスです。東アジア版のFOSDEMとイメージしていただければわかりやすいかと思います。今年は8月8–9日に国立台湾科技大学にてUbuCon Asia 2026と共同開催されます。

フェディバース & ソーシャルウェブトラックは1日間、計6時間を予定しています。東アジアの主要なオープンソースカンファレンスで開かれる初のフェディバース専用トラックとして、東アジアのフェディバースコミュニティが定期的に集まる場になることを願っています。

発表形式

発表時間のデフォルトは30分です。それより長い・短い時間が必要な場合は、提出時に希望する時間をお知らせください。

トピック

フェディバースおよびオープンなソーシャルウェブに関するテーマであれば、幅広く歓迎します。

  • ActivityPub または関連プロトコルの実装
  • ActivityPub 対応ソフトウェア向けクライアント
  • フェディバース開発のためのライブラリ、ツールキット、フレームワーク
  • 検索・オンボーディング・モデレーションなどの支援サービス
  • インスタンスの運営・管理
  • ガバナンス、ポリシー、連合コミュニティ運営の社会的側面
  • より広いオープンソーシャルウェブと相互運用性

重要な日程

  • 募集開始：2026年3月28日
  • 募集締め切り：2026年5月9日（AoE：世界のどのタイムゾーンでも当日中）
  • 採否通知：2026年6月9日
  • カンファレンス：2026年8月8–9日

提出方法

https://pretalx.coscup.org/coscup-2026/cfpから提出できます。トラックのドロップダウンでFediverse & Social Webを選択してください。

提案は英語または中国語でご記入ください。COSCUPはセッションの説明を英語と中国語の両言語で掲載しますが、翻訳は採択後に行われるため、提出時に両言語を用意する必要はありません。

すべてのセッションは録画され、CC BY-SA 4.0のもとで公開されます。録画や当該条件での公開が難しい内容が含まれる場合は、提出時にその旨をお知らせください。

行動規範

すべての発表者と参加者は、COSCUP 行動規範（英文）を確認し、遵守してください。

お問い合わせ

トラック、トピック、フェディバース全般に関するご質問は、contact@fedidev.krまたはフェディバースアカウント「@fedidevkr」までお気軽にどうぞ。

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

@COSCUP 2026 연합우주 & 소셜 웹 트랙 발표자 모집 마감이 겨우 이틀 앞(5월 9일)으로 다가왔습니다. 이제 더 이상 고민할 시간이 없습니다! 지금 바로 발표 신청하세요!

hackers.pub

COSCUP 2026 연합우주 & 소셜 웹 트랙: 발표자 모집

한국 연합우주 개발자 모임(FediDev KR)과 일본의 FediLUG가 2026년 대만 타이베이에서 개최되는 COSCUP 2026의 연합우주(Fediverse) 및 소셜 웹 트랙 발표자를 모집합니다. 이번 트랙은 액티비티펍(ActivityPub) 프로토콜 구현, 전용 클라이언트 및 라이브러리 개발, 인스턴스 운영 노하우, 그리고 연합 커뮤니티의 거버넌스와 같은 다양한 주제를 폭넓게 다룹니다. 동아시아 주요 오픈소스 컨퍼런스에서 처음으로 열리는 연합우주 전용 세션인 만큼, 개발자와 운영자들이 모여 기술적 통찰을 나누고 지역 커뮤니티의 결속을 다지는 중요한 기회가 될 것입니다.

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

다른 언어로 읽기: English (영어), 日本語 (일본어).

한국 연합우주 개발자 모임(FediDev KR)과 FediLUG(일본)이 COSCUP 2026 연합우주(fediverse) & 소셜 웹 트랙을 열고, 발표 제안을 받습니다.

COSCUP은 매년 대만 타이베이에서 열리는 참가비 무료의 자유·오픈 소스 소프트웨어 컨퍼런스입니다. FOSDEM의 동아시아판이라고 생각하시면 됩니다. 올해는 8월 8–9일 국립대만과학기술대학교에서 UbuCon Asia 2026과 공동 개최됩니다.

연합우주 & 소셜 웹 트랙은 하루 종일, 총 6시간 진행됩니다. 동아시아의 주요 오픈소스 컨퍼런스에서 열리는 첫 번째 연합우주 전용 트랙으로, 이 자리가 동아시아 연합우주 커뮤니티의 정기적인 모임으로 이어지기를 바랍니다.

발표 형식

기본 발표 시간은 30분입니다. 더 길거나 짧은 시간이 필요하다면 제출 시 희망 시간을 적어주세요.

주제

연합우주 및 오픈 소셜 웹과 관련된 주제라면 무엇이든 환영합니다.

  • ActivityPub 또는 관련 프로토콜 구현
  • ActivityPub 기반 소프트웨어용 클라이언트
  • 연합우주 개발을 위한 라이브러리, 툴킷, 프레임워크
  • 검색, 온보딩, 모더레이션 등 지원 서비스
  • 인스턴스 운영 및 관리
  • 거버넌스, 정책, 연합 커뮤니티 운영의 사회적 측면
  • 더 넓은 의미의 오픈 소셜 웹과 상호운용성

주요 일정

  • 제출 시작: 2026년 3월 28일
  • 제출 마감: 2026년 5월 9일 (AoE, 세계 어느 시간대 기준으로도 해당 날짜 내)
  • 결과 통보: 2026년 6월 9일
  • 컨퍼런스: 2026년 8월 8–9일

제출 방법

https://pretalx.coscup.org/coscup-2026/cfp에서 제출하실 수 있습니다. 트랙 드롭다운에서 Fediverse & Social Web을 선택해 주세요.

발표 제안은 영어 또는 중국어로 작성해 주세요. COSCUP은 세션 설명을 영어와 중국어로 함께 게시하지만, 번역은 채택 이후에 이루어지므로 제출 시 두 언어를 모두 작성할 필요는 없습니다.

모든 세션은 녹화되어 CC BY-SA 4.0으로 공개됩니다. 녹화하거나 해당 조건으로 공개할 수 없는 내용이 포함되어 있다면 제출 시 명시해 주세요.

행동 강령

모든 발표자와 참가자는 COSCUP 행동 강령(영문)을 숙지하고 준수해야 합니다.

문의

트랙, 주제, 연합우주 전반에 대한 문의는 contact@fedidev.kr 또는 연합우주 계정 @fedidevkr 쪽으로 연락해 주세요.

Pachli
@pachli@mastodon.social

# Pachli 3.6.1 is released

## Fixes

- Use the correct post visility when replying
- Ensure drafts and scheduled posts can be deleted
- Issues displaying posts...
- ... Improved display of blockquotes and lists
- ... Display mentions as links when URLs don't match
- ... Better Markdown rendering

pachli.app/pachli/2026/05/07/3

pachli.app

Pachli 3.6.1 released

Pachli 3.6.1 is now available. This release ensures your replies respect your default post privacy settings, fixes a race condition preventing deletion of drafts and scheduled posts, and improves the display of some posts with or without the experimental “Render Markdown” feature.

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

The CFP for our Fediverse & Social Web track at @COSCUP 2026 closes in only two days, on May 9. There's no more time to hesitate! Apply to speak right now!

hackers.pub

Fediverse & Social Web track at COSCUP 2026: call for participation

FediDev KR and FediLUG are launching the first dedicated Fediverse & Social Web track at COSCUP 2026 in Taipei, creating a landmark gathering point for the open social web community in East Asia. This technical track seeks session proposals covering ActivityPub implementations, client development, moderation tooling, and the complex governance of federated communities. Participants can contribute insights on instance administration and the broader interoperable frameworks of decentralized protocols during the two-day conference in August. With the submission window closing on May 9, 2026, this initiative marks a significant milestone in fostering regional collaboration and advancing the technical evolution of the decentralized social web.

FediDev KR (한국 연합우주 개발자 모임)
@fedidevkr@hackers.pub

Read it in other languages: 日本語 (Japanese), 한국어 (Korean).

FediDev KR and FediLUG (Japan) are pleased to announce the Fediverse & Social Web track at COSCUP 2026, and invite participants to submit proposals for talks.

COSCUP (Conference for Open Source Coders, Users, and Promoters) is a free, community-run open source conference held annually in Taipei, Taiwan. Think FOSDEM, but in East Asia. This year it takes place August 8–9 at the National Taiwan University of Science and Technology, and is co-hosted with UbuCon Asia 2026.

The Fediverse & Social Web track runs for a full day, six hours in total. It is the first dedicated fediverse track at a major open source conference in East Asia, and we hope it becomes a regular gathering point for the fediverse community in the region.

Format

The default talk length is 30 minutes. If you need more or less time, note your preferred length when submitting.

Topics

We welcome proposals on anything related to the fediverse and the open social web, including:

  • Implementations of ActivityPub or related protocols
  • Clients for ActivityPub-enabled software
  • Libraries, toolkits, and frameworks for fediverse development
  • Supporting services: search, onboarding, moderation tooling
  • Instance administration and operations
  • Governance, policy, and the social dimensions of running federated communities
  • The broader open social web and interoperability

Important dates

  • Submission opens: March 28, 2026
  • Submission deadline: May 9, 2026 (AoE)
  • Acceptance notifications: June 9, 2026
  • Conference: August 8–9, 2026

Submissions

Submit proposals at https://pretalx.coscup.org/coscup-2026/cfp. Select Fediverse & Social Web from the track dropdown.

You can write your proposal in English or Chinese. COSCUP publishes session descriptions bilingually in English and Chinese, but that translation happens after acceptance; you don't need to provide both languages when submitting.

All sessions will be recorded and released under CC BY-SA 4.0. If your talk contains material that cannot be recorded or released under those terms, please note this in your submission.

Code of conduct

All speakers and attendees are expected to follow the COSCUP Code of Conduct.

Contact

Questions about the track, topics, or the fediverse in general are welcome at contact@fedidev.kr or @fedidevkr on the fediverse.

Jim DeLaHunt
@jdlh@mstdn.ca

**@小明@範例.測試, or, Fediverse handles in every language**
is the proposal I just submitted to @COSCUP . Abstract:

A person's handle is their name and address on the Fediverse. But despite people using the Fediverse in many languages from all over the world, almost all handles are limited to Latin script letters and numbers: **@somebody@example.com** . Instead, people should be able to use a handle in their own language and characters, e.g. **@小明@範例.測試** or **@김@예시.테스트**. We call this "globally inclusive Fediverse handles".

This talk explains the reasons why handles are now limited…. We look at the role of specifications, and existing software…. We look at the history of internationalising other address types such as email addresses ( जिम@डाटामेल.भारत ) and domain names ( ยูเอทดสอบ.ไทย ). We list some rules from DNS, Unicode, and IETF…: the Fediverse can build on them.

We propose a path forward….


Thank you @hongminhee for your encouragement!

xn--l3cfk3a5bpd5gxc.xn--o3cw4h

UASG Testbed Landing Page

This webpage is to test the Universal Acceptance (UA) of domain names by browsers.

Jiajun Xu
@foolfitz@social.slat.org

耶耶，完成 COSCUP 的 proposal
pretalx.coscup.org/coscup-2026

---

當一套內容管理系統，除了架共筆部落格、架新聞網站，還可以直接成為 Fediverse 上的節點，讓 Mastodon 使用者追蹤、回覆、轉發，這將會是多麼方便的事情？

Drupal ActivityPub 模組，正把上述事情變成「只是架個網站」等級的工作：靠 Drupal 一向擅長的內容欄位彈性，content type 可以對應到 ActivityStreams 物件型別、user 就是 actor，搭配 Blog 模組，就是一個可被 Fediverse 追蹤的多作者發表平台。

在 NLnet 的贊助下，Drupal ActivityPub 的維護者 swentel，正在衝刺 1.0.0 版本，現已完成 Shared Inbox、Mastodon-compatible API 等重要里程碑。

與此同時，去年推出的 Drupal CMS 發行版以及 Recipes 等「懶人包」，也讓 Drupal 成為一套開箱即用的架站系統。拼圖一片片到位，彷彿水到渠成，這條路線終於進展到一般人也能近用的程度。

這場分享將解說模組運作機制、現場 demo 被 Mastodon 追蹤的共筆部落格，並分享我作為 site builder 兼微貢獻者所觀察到的，Drupal 為 Fediverse 帶來的可能性。

pretalx.coscup.org

From CMS to Fediverse: Drupal's ActivityPub module COSCUP 2026 - Conference for Open Source Coders, Users, and Promoters

What if your CMS could not only host a collaborative blog or a news site, but also directly become a node on the Fediverse — followable, replyable, boostable by Mastodon users? The Drupal [ActivityPub](https://www.drupal.org/project/activitypub) module is turning this into a "just build a website" task. Leveraging Drupal's long-standing strength in flexible content modeling, any content type can map to an ActivityStreams object type, every user is an actor, and pairing it with the Blog module gives you a multi-author publishing platform that the Fediverse can follow. [Funded](https://realize.be/notes/2327) by NLnet, maintainer [Swentel](https://www.drupal.org/u/swentel) is sprinting toward the [1.0.0](https://www.drupal.org/project/activitypub/issues/3572274) release. Major milestones including Shared Inbox and the Mastodon-compatible API have already landed. Meanwhile, last year's release of the [Drupal CMS](https://new.drupal.org/drupal-cms) distribution and features like [Recipes](https://www.drupal.org/docs/extending-drupal/drupal-recipes) have made Drupal genuinely install-and-go. The pieces are falling into place — this path is finally accessible to non-developers. In this talk I'll walk through how the module works, demo a multi-author blog being followed from Mastodon live on stage, and share what I've observed as a site builder and small-time contributor about what Drupal brings to the Fediverse.