and initially i reported this issue through a pull request (although not merging my one)
and initially i reported this issue through a pull request (although not merging my one)
and me
electron就是开发方便,毕竟就是一个具备一定原生权限的网站(但是本地+嵌入了一个完整的chromium)
congrats!
by the way gatekeeper is a great work!
when I first migrated to self hosting I’m surprised no 2fa support
but it can’t replace emails sent from PDS itself right? and these still needs some modifications to pds
that’s not easy to do without touching pds source code (which i did for my pds😂)
cool
Congrats!
By the way what’s One Calender?
而且atproto的身份,也就是did(这也是他们实现可以带着数据、社交关系换pds的方法,分离身份和服务器,这也是mastodon做的最差的部分),绝大多数的用户用的是did:plc,目前did:plc的所有数据都是在 plc.directory ,一个完全中心化的服务
bsky甚至可以在身份层面控制网络(
不过看了下 atproto.com/blog/plc-dir... ,官方有计划剥离did:plc到独立组织,但是目前好像没消息了(
目前bsky官方的relay是最全的(因为部署pds默认就是会请求官方抓取),appview(指这个社交媒体app,atproto上还有其他项目,比如tangled代码托管平台等等)也是官方的数据最全,所以Bluesky Social PBLLC事实上控制了整个网络,可以随意封禁任何人
具体的话,控制了relay,就可以决定不重放哪些事件(这也就是为什么会有PDS帐号数量限制、一定时间内的事件数量限制);控制了appview,就可以决定展示哪些人不展示哪些人,这也就是有数字但是看不到一些回复的原因
bsky(atproto)和mastodon(activitypub)可以说完全不一样
activitypub是服务器之间交换有限的信息(所以必须去源实例才能看到完整评论等等)
bsky是把数据写进自己的pds,relay重播事件,appview从relay接收事件写数据库
这其中relay和appview都只是网络的一个切片,因为没有人有pds的完整列表(比如说有人在air gapped网络环境下部署一个pds,它运行的也是atproto协议,也可以在这个帖子下回复,但relay不知道这个pds不会重播事件,appview也不会写数据库,但你可以说这个回复不存在吗?)
这个要看第三方appview的策略,比如blacksky appview就是强制执行bluesky+blacksky的内容审核
不过无论怎么样在 pdsls.dev 上都能通过backlink看到(只要帐号没有被 PDS 级别和 Relay 级别封号)
安卓那边用的就不是系统翻译API了(
我刚刚看了下代码,用的是谷歌的MLKit,端侧小模型
效果不好是正常的(
不过有些新用户用的 did:web,就没 did 的这个问题了
而且目前为止 Bluesky 好像还没在 Relay 和 did:plc 层面封过号(除了那种明显大量 spam 的 PDS)
只是在官方 appview 上封号(隐藏)
以后虽然可能会有第三方客户端可以作为完整的官方客户端替代,但是有一个东西 plc.directory
基本每个Bluesky帐号(包括自己托管的)都用的是 did:plc 身份,这个 did 身份存储了 speech 层的 PDS 信息
而 did:plc 这个目录目前完全被 Bluesky 控制(据说在转移为瑞士独立机构?但是好像没消息了),所以就算是 speech 层也是官方可以随时封号(
可以看一下这个post,bluesky确实是偏中心化的
不过现在有不少第三方搭建的pds、relay,bsky appview也有一些社区搭建的(比如fatesky可能算是一个?还有blacksky也是)
但是用官方PDS+官方客户端就是完全中心化了(((
一个基于第三方appview的bsky客户端吧(应该是?
其实如果资源足够的话自己建一个bsky appview也不是不可能就是了(
做了一个监控 RIPE 下新 ASN 的通知 bot @newasns.nahida.blue
(也许未来还会加其他RIR?
对
他这个翻译用的就是系统的翻译api()
iOS上我看了一下和系统的输出是一样的,安卓的话不太清楚
然后就是确实多了不少bug(
终于有内置翻译了🎉
不知道喵(
只是feed里看到会有这种情况所以转发下((
快报:谨慎订阅内容审核列表,如果里面包含了 @moderation.bsky.app 可能会导致账号被永久封禁🙃(特别是在自托管PDS上的用户,因为收不到通知邮件)
通过啦w
可爱喵
中午好~
早喵
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?
It seems to be the same thing that @why.bsky.team is building, but open-sourced and can be used today