启动台LaunchPad's Avatar

启动台LaunchPad

@launchpadx.top

全栈开发者 | she/her | https://launchpadx.top

216
Followers
425
Following
126
Posts
17.01.2024
Joined
Posts Following

Latest posts by 启动台LaunchPad @launchpadx.top

and initially i reported this issue through a pull request (although not merging my one)

11.03.2026 02:33 👍 1 🔁 0 💬 0 📌 0

and me

11.03.2026 02:18 👍 1 🔁 0 💬 0 📌 0

electron就是开发方便,毕竟就是一个具备一定原生权限的网站(但是本地+嵌入了一个完整的chromium)

07.03.2026 22:37 👍 3 🔁 0 💬 0 📌 0

congrats!

07.03.2026 22:35 👍 1 🔁 0 💬 1 📌 0

by the way gatekeeper is a great work!
when I first migrated to self hosting I’m surprised no 2fa support

07.03.2026 18:19 👍 1 🔁 0 💬 0 📌 0

but it can’t replace emails sent from PDS itself right? and these still needs some modifications to pds

07.03.2026 18:17 👍 0 🔁 0 💬 2 📌 0

that’s not easy to do without touching pds source code (which i did for my pds😂)

07.03.2026 16:00 👍 1 🔁 0 💬 2 📌 0

cool

07.03.2026 14:09 👍 1 🔁 0 💬 0 📌 0

Congrats!
By the way what’s One Calender?

07.03.2026 13:50 👍 1 🔁 0 💬 1 📌 0
Preview
Creating an Independent Public Ledger of Credentials (PLC) Directory Organization - AT Protocol As the next step of maturing governance of the PLC identity system, Bluesky Social PBC is supporting the creation of an independent organization to operate the PLC directory.

而且atproto的身份,也就是did(这也是他们实现可以带着数据、社交关系换pds的方法,分离身份和服务器,这也是mastodon做的最差的部分),绝大多数的用户用的是did:plc,目前did:plc的所有数据都是在 plc.directory ,一个完全中心化的服务
bsky甚至可以在身份层面控制网络(
不过看了下 atproto.com/blog/plc-dir... ,官方有计划剥离did:plc到独立组织,但是目前好像没消息了(

07.03.2026 03:56 👍 4 🔁 0 💬 1 📌 0

目前bsky官方的relay是最全的(因为部署pds默认就是会请求官方抓取),appview(指这个社交媒体app,atproto上还有其他项目,比如tangled代码托管平台等等)也是官方的数据最全,所以Bluesky Social PBLLC事实上控制了整个网络,可以随意封禁任何人
具体的话,控制了relay,就可以决定不重放哪些事件(这也就是为什么会有PDS帐号数量限制、一定时间内的事件数量限制);控制了appview,就可以决定展示哪些人不展示哪些人,这也就是有数字但是看不到一些回复的原因

07.03.2026 03:56 👍 4 🔁 0 💬 2 📌 0

bsky(atproto)和mastodon(activitypub)可以说完全不一样
activitypub是服务器之间交换有限的信息(所以必须去源实例才能看到完整评论等等)
bsky是把数据写进自己的pds,relay重播事件,appview从relay接收事件写数据库
这其中relay和appview都只是网络的一个切片,因为没有人有pds的完整列表(比如说有人在air gapped网络环境下部署一个pds,它运行的也是atproto协议,也可以在这个帖子下回复,但relay不知道这个pds不会重播事件,appview也不会写数据库,但你可以说这个回复不存在吗?)

07.03.2026 03:56 👍 2 🔁 0 💬 1 📌 0

这个要看第三方appview的策略,比如blacksky appview就是强制执行bluesky+blacksky的内容审核
不过无论怎么样在 pdsls.dev 上都能通过backlink看到(只要帐号没有被 PDS 级别和 Relay 级别封号)

06.03.2026 16:23 👍 3 🔁 0 💬 1 📌 0

安卓那边用的就不是系统翻译API了(
我刚刚看了下代码,用的是谷歌的MLKit,端侧小模型
效果不好是正常的(

06.03.2026 15:25 👍 2 🔁 0 💬 0 📌 0

不过有些新用户用的 did:web,就没 did 的这个问题了
而且目前为止 Bluesky 好像还没在 Relay 和 did:plc 层面封过号(除了那种明显大量 spam 的 PDS)
只是在官方 appview 上封号(隐藏)

06.03.2026 15:09 👍 2 🔁 0 💬 1 📌 0

以后虽然可能会有第三方客户端可以作为完整的官方客户端替代,但是有一个东西 plc.directory
基本每个Bluesky帐号(包括自己托管的)都用的是 did:plc 身份,这个 did 身份存储了 speech 层的 PDS 信息
而 did:plc 这个目录目前完全被 Bluesky 控制(据说在转移为瑞士独立机构?但是好像没消息了),所以就算是 speech 层也是官方可以随时封号(

06.03.2026 15:06 👍 2 🔁 0 💬 1 📌 0

可以看一下这个post,bluesky确实是偏中心化的
不过现在有不少第三方搭建的pds、relay,bsky appview也有一些社区搭建的(比如fatesky可能算是一个?还有blacksky也是)
但是用官方PDS+官方客户端就是完全中心化了(((

06.03.2026 15:02 👍 3 🔁 0 💬 2 📌 0

一个基于第三方appview的bsky客户端吧(应该是?
其实如果资源足够的话自己建一个bsky appview也不是不可能就是了(

06.03.2026 14:50 👍 3 🔁 0 💬 2 📌 0

做了一个监控 RIPE 下新 ASN 的通知 bot @newasns.nahida.blue
(也许未来还会加其他RIR?

06.03.2026 13:13 👍 5 🔁 0 💬 1 📌 0

06.03.2026 00:40 👍 2 🔁 0 💬 0 📌 0

他这个翻译用的就是系统的翻译api()
iOS上我看了一下和系统的输出是一样的,安卓的话不太清楚
然后就是确实多了不少bug(

05.03.2026 21:33 👍 1 🔁 0 💬 0 📌 0

终于有内置翻译了🎉

05.03.2026 20:02 👍 6 🔁 0 💬 4 📌 0

不知道喵(
只是feed里看到会有这种情况所以转发下((

05.03.2026 08:40 👍 2 🔁 0 💬 1 📌 0

快报:谨慎订阅内容审核列表,如果里面包含了 @moderation.bsky.app 可能会导致账号被永久封禁🙃(特别是在自托管PDS上的用户,因为收不到通知邮件)

05.03.2026 07:41 👍 5 🔁 1 💬 2 📌 0

通过啦w

05.03.2026 05:32 👍 2 🔁 0 💬 1 📌 0

可爱喵

05.03.2026 05:31 👍 1 🔁 0 💬 1 📌 0

中午好~

05.03.2026 04:19 👍 2 🔁 0 💬 1 📌 0

早喵

05.03.2026 02:48 👍 2 🔁 0 💬 1 📌 0

Oh yes, your iOS app is more suitable for ordinary users, while this one is more for developers.

By the way, I'm a little curious about how your app development is going?

02.03.2026 17:11 👍 1 🔁 0 💬 1 📌 0

It seems to be the same thing that @why.bsky.team is building, but open-sourced and can be used today

02.03.2026 15:22 👍 1 🔁 0 💬 1 📌 0