Avatar
CXPLAY
434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15
#nobridge © CC BY-NC-SA 4.0 🚩加入 Nostr!moe 社区: https://join.nostr.moe/

#原神 的精算师们自己造了一个数值怪物, 现在好了, 不仅所有新怪物, 所有后来的角色都要挨上一炮, 最怕同类相噬. 自己造的还要自己压, 卖卡也不是这样卖的啊, 本来还可以说一下七龙珠可以召唤神龙, 啊, 不好意思, 我直接就是神龙, 七龙珠? 只会让我更加强大而已!

Usenet 虽然已经凉透了, 但还是能在各种地方看到它的影子, 但最后都不是它. 算是伟绩已成, 死得其所了吧.

Google Groups ending support for Usenet | Hacker News: https://news.ycombinator.com/item?id=38649554

治理的责任和权力会 "公平地" 落在互联个体身上. 在传统的社区中是版主, 在联邦宇宙中是实例管理员, 在更分散的点对点网络里面就在最小的节点身上. 但是越分散越难真正清除垃圾信息, 屏蔽(block)和静音(mute)并不是删除(delete/nuke), 垃圾还在网络上, 只是看不见了而已, 只要数量足够多网络就还是会被看不见的垃圾阻塞.

BitTorrent 会形成按工作量证明的 PT. 电子邮件会把用户和用户之间隔得越来越远, 有能力维护这些巨型中间设施的会变成现在的 Gmail 和 Outlook. 前者丧失一部分互操作性换来区域的自治, 后者丧失了信息传递过程的透明度但保持了互操作性.

如果 Nostr 也要依靠工作量证明, 那这里的, 社交网络中的「工作量」到底是什么? 我想绝对不会是靠几个 sats 就能证明工作量的, 这把分布式网络依附于另一个分布式网络的办法会成两败俱伤, 闪电网络自己都还被个位数 sats 转账折磨.

PS: 人机验证最后也拦下了大多数的人类, 有趣.

自内形成的社区很少受其他的趋势干扰, 本国本圈内人都不会主动把自己圈内的事情扩散到圈外, 信息类型很单一或者应该说是纯粹, 能够靠自己社区里的人就能保持很长时间的生命力.

如果不去主动发现这些零散的地方也几乎不会有无关的人影响到这些聚落, 除了语言文化的障碍, 还有大部分来自不会向外扩张的隐秘性. 这些社区本来的状态就是联邦式的, 并且联邦与联邦之间趋向与无法互操作, 包括社区组成的软件和人都是默认无法互操作.

PS: 发现日本和韩国也有独特的网络社区文化, 东亚主要经济体国家的网民都是喜欢高强度网上冲浪的优秀选手.

好吧, 今年还是 Madeon. 不过有一部分记录已经转移到了本地的曲库里了.

有幸见到了来自 "酷赛通信科技股份有限公司" 的 Android 设备. 怪异的系统固件, VIVO Origin UI 混合 HMS Core, 底层是 Android 12, 有 OPPO 的软件签名白名单. 硬件方面, 用的是紫光虎贲T618, 虽然这是个 4G 移动平台, 但还是给系统状态栏上标了 "5G". 4G+256G, 4000mAh.

在一些系统软件的用户政策协议里面找到了这家国内公司, 对这些系统软件的流量监控也指向了这个公司的域名. 顺着这个域名也找到了这家公司登上了一篇有关廉价手机和隐私有关的新闻: https://news.sophos.com/en-us/2018/10/02/the-price-of-a-cheap-mobile-phone-may-include-your-privacy/

软件方面用 adb 稍微调整一下也不是不能用, 比较好奇的是这种手机的售后在哪, 这家公司也不像是会做 to C 业务的.

咖啡加糖恰似茶叶加糖, 茶叶还能加油盐煮油茶, 真怀念. 还听说过可可也能和咖啡一样用, 曾经还有加辣椒的吃法.

Replying to Avatar Alex Gleason

Fellas, I think threads.net might be blocking some servers already.

It does not work on any Pleroma servers yet. But I believe that is an unintentional compatibility issue. However some servers seem to be outright blocked.

Let me explain. Threads requires signed fetches. What that means is that every GET request to a threads.net resource needs to be cryptographically signed. Threads will then look up the signer and verify its signature.

The flow looks something like this:

gleasonator.com -> GET threads.net/zuck (signed by /actor)

threads.net -> GET gleasonator.com/actor

The request to Threads contains a signature, with information about how to verify it. Threads will then verify it by fetching info from the origin server before returning the data.

You can see Threads fetching your own server by looking at the "facebookexternalua" user agent. Try this command on your server:

grep facebookexternalua /var/log/nginx/access.log

If you see logs there, that means Threads is attempting to verify your signatures and allow you to access their data.

On Gleasonator, I am seeing logs there. It is trying to let me establish a connection, even though it fails due to a bug in Pleroma or Threads. This means Gleasonator is not blocked.

However, on Spinster, and the Mostr Bridge, I have no requests from Threads at all, despite sending signed fetches. graf reports that Poast also isn't receiving any requests.

I do not believe they are operating on a whitelist. If so, it wouldn't make sense for Gleasonator and many other widely-blocked servers like gameliberty.club to be able to fetch from Threads.

So then I thought it may just be a caching issue, or a fluke on their end. But when I make a request from Gleasonator, I get the pingback from Threads within seconds. On Spinster and Mostr, there is no attempt being made at all.

So I am starting to think they may be blocking at the server-level already. And they are blocking Poast, Spinster, and the Mostr Bridge.

终于开始了.

「这项测试似乎只覆盖了真正联合社交网络的一小部分 - 例如,听起来您无法从 Mastodon 发帖到 Threads,并且您无法在服务之间移动帐户。但这次测试至少重申了 Meta 对 ActivityPub 以及成为更广泛的开放社交网络一部分的承诺。」

—— Threads is officially starting to test ActivityPub integration - The Verge: https://www.theverge.com/2023/12/13/24000120/threads-meta-activitypub-test-mastodon

#Cryptomator 中一个持续了三年的 Windows 的 Unicode CJK 字符问题, 会导致托盘菜单中的 CJK 字符无法正常显示. 目前任然没有解决. 看起来是上游 JDK 中的老问题, 最近有望通过新的 TrayMenuController API 实现解决.

https://github.com/cryptomator/cryptomator/issues/1474

死种也只能这样了😂

他说了什么, 我很好奇.

100 多个 G 的 Torrent, 都下到 80% 了, 结果死种了... 几千个文件只有二三十个是完整的, 约等于全部白下.😡

五年前办的家庭套餐, 没有选千兆, 而是选了三条宽带共 800Mbps 速率. 当时是因为大多数情况下 200Mbps 已经绰绰有余, 现在的互联网都跟着移动网络迭代了, 此时的最新无线网络标称速率不过 300Mbps, 套餐速率也分 "小杯", "中杯", "大杯", "超大杯". 上行速率和延时也变得更重要, 现在看来这两个东西从办之后的五年时间里就没有变化过.

倒是运营商经常来催宽带提速, 每个月不来三次好像完成不了业绩指标一样, 天天逮着我们这些千兆普及之下的漏网之鱼敲打. 好在装机的时候特意把宽带的户主联系方式设置成我自己的那张卡的号码, 免得这些推销电话把不懂套路的家里人忽悠了, 让我来和他们谈心就足够了.

家里人上网除了微信就是抖音了, 但他们总是担心数据流量太贵不敢在没有 WiFi 的地方用它们. 他们也好几次问我 "你怎么没有 WiFi 也看手机, 流量費不贵吗?", 我也好多次解释: "就放心用吧, 现在用的套餐流量都用不完的, 担心什么啊?". 事实也确实如此, 加上结转每个月都有接近 100GB 的套餐内流量. 虽然这样说了很多次, 但每个月下来的流量还是我用的最多, 明明我都不怎么用家庭套餐的卡, 真怪了.

下次可能要打电话过去催催他们 "这个月的结转流量都没用完, 快点多刷点抖音."? 催家里人刷抖音好像有点不对劲. 要不开一个视频会员让他们看连续剧吧?

一看计划, 居然一个星期要补十多部番, 又不想倍速敷衍了事. 看不完, 真的看不完. 还有好多电影没看啊(也没排上).