Show newer

我从第一次知道WordPress的时候就是 wordpress.org 所以当我来到长毛象看到大部分人觉得WordPress就是指 wordpress.com 就很震惊...

啊,Mastodon什么时候有 #备注 功能的?

太棒了,这样我就不会因为朋友们换名字/头像 而不认识了。

明天就要考试了哦~我在干嘛呢
我在看幸运⭐星哦~
柊かがみ就是最好的~

听到了楼下猫猫的发情声...想必接下来的一周对于猫猫和主人都还蛮煎熬的。希望猫猫早点绝育,主人能多理解猫猫一点。 :blobsad:

经过这两百来人的机器学习我已经能熟练辨别“来自微博搞同人不注意隐私人”的语气了,基本上在跨站上一抓一个准!

我就是最聪明最厉害的人工智能~

Show thread

搞黄色是可以,没问题,我也喜欢看,但折叠预警也是好文明,谢谢

之前因为抱怨toot不能发表情转去了mast

现在!我又回来了!

诶~真香诶!(⬅️发语音

我超能屏蔽的~屏蔽人数激增至两百来人(

有些好奇,有没有医学生晕血呢?🤔晕的话又该怎么处理呢?

虽然不知道为什么,我有相当好感的cp但是一直搞不起来同人...
只要看看真人视频剪辑就可以满足的阶段

看到个合租洗澡被男租客强行闯入的新闻,说下我对于租房的心得吧。
1.强烈不推荐自如之类的租房平台,原因:贵,安全性差,遇事找客服很容易被踢皮球。唯一的优点大概是适合没经验的懒人。但是相信我,在这里偷的懒很可能在其他地方还回来。
2.app上找的个人租房的信息(房东自己的房子出租),租金基本上是偏低的,目的是吸引你去看房。
3.公寓,我有朋友住这个,大部分是酒店式,一室户。优点是管理比较规范,不用担心遇到辣鸡室友,也比较好找。缺点是商业水电更贵一些,而且大多没有独立厨房。
4.比较推荐的步骤是,先想好你想租的大致位置,去附近小区转转,小区旁边基本都会有房屋中介的门店,主要是卖房但是也管出租,很多是有钥匙直接可以带你去看房的。走进去说出你的需求,中介会帮你找,带你去看,甚至帮你讲价。看房不要钱,只有确定租的时候会收你一笔中介费,通常是一个月房租的50%,就收这一次。
5.如果需要合租,建议提前找好室友一起看房。否则你无法得知自己会跟什么人合租。
6.看房注意事项、主要的关注点,如果有需要我可以另开一贴。 pawoo.net/media/AOrGMJu29V4dQu

突然发现虽然经常说不要发长图,要心疼站长钱包给站长节省服务器钱,但是巴麻美站最能发图的似乎就是我。也即是说...我是浪费巴麻美站长钱包第一人?
在下给站长砰砰砰磕三个响头,请站长见谅( :aru_2101: :aru_2101: :aru_2101:

有人的鹦鹉走丢了,在东京的可以看一下(?

700k以下的能夠吸收外來的全部電磁輻射,並且不會有任何的反射與透射的水土混合物 

今天又很认真地考虑了一遍到底要怎么自杀的事情,从长计议。

国内实例能收到被墙实例的消息吗? 

@Zerolemis
有意思的问题。讲解一下吧。

在回答能不能收到消息这个问题之前,先让我们了解一下,Mastodon实例之间是如何通迅的。
Mastodon 使用 ActivityPub 协议进行通迅。从请求类型上看可分为 Fetch 与 Push 两种。

下面举一个具体的例子进行说明:现在我的这条嘟文发布了,但怎么让其他实例也能看到这条嘟文呢?
先说一说Push:叶貅( @mammonyan )是我的关注者,叶貅位于Pawoo的帐号订阅了我的帐号,当我这条新嘟文发布之后,本站Mastodon服务器会生成一个含有本条嘟文的POST请求[1],将我的新嘟文PUSH至叶貅的Inbox中[2]。这样我的关注者就收到我的新嘟文了。
但是问题来了,如果张三的实例是新实例,他所有的实例之前并没有订阅本帐户,在他的实例自然也就看不到本条嘟文,那他就永远看不到这条嘟文了吗?当然不是。他除了被动的等待PUSH,他还可以主动Fetch。具体而言,每个人帐户都有一个outbox[3],可以访问该地址获取近期嘟文。另外,对于每条可通过永久链接访问的嘟文来说,远程服务器都可以通过此地址抓取嘟文内容[4]。

现在来说一说,国内实例能不能收到被墙实例的消息。
被墙是一个很笼统的词,我们需要对这个词进行细分,因为不同的屏蔽手段带来的结果也是不同的。
GFW屏蔽手段有哪些?从低向高说,错误路由扩散、TCP reset、UDP 抢答、DNS污染、HTTP过虑、SNI过滤。
如果国外实例B被GFW屏蔽了,不同的屏蔽方法对于国内实例C意味着什么?
如果是在网络层,直接屏蔽了C站IP,诸如TCP阻断、路由污染,那自然是实例C无法访问实例B,实例B也无法访问实例C,那国内实例能不能直接收到被墙实例的任何消息,即使实例C有用户订阅了实例B的用户。但这并不意味着,实例B的嘟文就绝对不会到达实例C,因为还有其他未被屏蔽实例存在,比如说:国外未屏实例A上的X用户转发了B实例Y用户的嘟文,而实例C中有用户Z订阅了用户X,则用户Z自然看到了这条来自实例B用户Y的嘟文。中继也是同理。
网络层之上的其他屏蔽手段就不能阻止实例B直接向实例C发送POST请求,所以自然也不能阻止实例C收到来自实例B的嘟文。
DNS污染:被污染的是实例B的域名,而不是实例C的域名,因此并不会使得实例B无法访问实例C。即使实例C不采取诸如使用防污染DNS一类的应对措施,也只是阻止实例C访问实例B。具体而言,即实例B上关注了实例C的用户,收不到来自实例C的新嘟文,因为实例C->实例B的POST请求未成功;而实例C看实例B上的用户会发现个人资料不会更新,因为实例C->实例B的GET请求未成功;同样原因,实例C无法关注实例B的用户。而实例C上已经成功订阅的实例B用户所发出的新嘟文,是可以在实例C及时看到了,因为实例B->C的请求并未被阻断。第三方实例转发,中继当然也是不受影响。另外,如果实例B的图片域名也遭到污染,那么实例C上的用户看实例B用户的嘟文,可能会无法查看图片。
SNI过滤:与DNS污染大致相同,所不同的地方是DNS污染可以通过使用纯净DNS这种简单方法来解决,之后便可以与被墙实例正常通迅,没有明显影响。但SNI过滤却没有什么取巧的方法,想要彻底解决只有传出代理这一种方法。

[1] 请求内容经本帐户私钥签名,对方服务器接受到POST请求后,会使用本帐户公钥进行验签,验证通过后才会继续。本帐户公钥可在 bgme.me/users/bgme 页面查看。
[2] Inbox地址有两个,Inbox URL: pawoo.net/users/mammonyan/inbo ,Shared inbox URL: pawoo.net/inbox
[3] 就好比本帐户的outbox地址为:bgme.me/users/bgme/outbox
[4] 长毛象 AUTHORIZED_FETCH 选项,就作用于此。如果开启该选项。只有远程服务器的GET请求附带了相应签名,才会返回实际内容,否则则返回401。

暴言 

问问问问问就不会自己动点脑子研究研究吗google不香吗
我今天发太多嘟嘟估计都刷屏了,接下来要专心屏蔽+闭嘴了。
向被我刷屏htl致歉,发一张狐狐甩毛毛表达我诚挚的歉意

持续看糟糕的时间轴内容已经对情绪和心理状态有影响了。
自己和其他老朋友太多相关讨论了,有点儿疲劳。

无论接受与否,暂时没有其他地方去。
接下来会尽量避免刷本站时间轴。
观望一段时间,如果情况没有改善,自己也还是无法拥抱,再考虑别的。

Show older
创新比格云计算 Beagle Cloud™

站民的主要成分:比格犬、社交功能损坏患者、性少数、避世者。站长独裁,规则里没写具体的都是站长和管理员的自由裁量空间,谢谢大家拥护!邀请大家公投的时候请积极参与,让我们一起来假装这是一个和谐开明的民主实例!