©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

In reply to nevent1q…4ezk
_________________________

- Substack 原文作者错误地把 Mostr.pubMomostr.pink (本次被滥用的中继) 混淆了, Mostr.pub 的开发者在评论区提醒了作者, 现在文章内容已经得到纠正.

- 与 Momostr.pink 中继的管理员取得了联系提醒加强反滥用策略, 但管理员表示所使用的软件 #strfry 并没有直接提供应对的功能和插件, 在之前已经实施了一些简单的策略, 类似的新垃圾内容已经得到了遏制, 但是已经被发送的垃圾内容还没有得到处理.

via Nostr@cxplay
#吐槽

#原神 什么? 双子又同框了? 是动画短片? 是飞碟社的饼? 还是DM短片? 等不及了, 快端上来罢!
(十个小时后) 急死我了, 还不发还不发还不发? 吊我胃口是吧. 怎么还不发? 急急急.
https://fxtwitter.com/GenshinImpact/status/1792767528076218658

via Nostr@cxplay
#吐槽

In reply to nevent1q…a5zx
_________________________

是的, 唯一能真正治理滥用的只有中继也就是服务端, 不过目前除了付费墙好像没有什么特别好的办法.

via Nostr@cxplay
#吐槽

Mostr.pubMomostr.pink Bridge 继续被滥用:

Fediverse 和 Bluesky 之间的桥被用来向 Bluesky 发送支持特朗普的垃圾邮件, 这些垃圾邮件来自 Nostr. 垃圾邮件是在 Nostr 上创建的, 而 Nostr 通过 Mostr 桥接器与 fediverse 桥接, 后者又可以与 Bluesky 桥接. 虽然所有网络都有许多方便, 开放注册的地方, 但垃圾邮件往往发生在容易大量注册的地方, 而 Nostr 的协议设计使得创建新账户特别容易.
—— https://fediversereport.com/last-week-in-fediverse-ep-69/ (The Fediverse Report)

支持特朗普的垃圾帖子是如何从 Nostr 转移到 Bluesky 的? 首先, Nostr 内容通过 Mostr Bridge 传播到 Mastodon (基于 ActivityPub 协议). 然后, 使用名为 Bridgy Fed 的工具将内容从 Mastodon 推送到 Bluesky. 这一过程的痕迹出现在 Bluesky 版本的帖子中, 其中的账户柄格式为 npub************.momostr.pink.ap.brid.gy. 其中的第一部分(从 npub 到第一个点)是 Nostr 账户的公钥, 而其余部分(momostr.pink.ap.brid.gy)则包含了用于桥接帖子的工具(Mostr 和 Bridgy Fed)的一些说明.
—— https://conspirator0.substack.com/p/federation-and-political-spam (Conspirador Norteño)

#Nostr #Fediverse #Bluesky

via Nostr@cxplay
#吐槽

In reply to nevent1q…eeu4
_________________________

静态站点生成器主要还得看主题的适配, Hexo 这边也是这样.

via Nostr@cxplay
#吐槽

In reply to nevent1q…89j9
_________________________

梳理一下我的认知时间线, 也补一下这条线程遗漏的:
- 2022 年 08 月 05 日: Pornhub
- 2022 年 11 月 15 日: pixiv, BOOTH, pixivFANBOX
- 2023 年 11 月 08 日: Niconico
- 2024 年 03 月 15 日: Gumroad
- 2024 年 04 月 03 日: DLsite
- 2024 年 05 月 09 日: Niconico
- 2024 年 05 月 21 日: Fantia

via Nostr@cxplay Short Text Note by CXPLAY (reply)
#吐槽

In reply to nevent1q…qajr
_________________________

去中心化难道不是提倡自托管吗, 自己支付自己的费用, 可用性也只对自己负责.
发现其他图片服务商里的文件也只是快捷保存已经有的文件的一个小功能而已, 主要还是应该和 NIP-94 结合使用, 如果自己托管自己的文件那实际上 NIP-94 都不需要, Blossom 只是更加规范了文件保存这部分.

via Nostr@cxplay Short Text Note by DASHU (reply)
#吐槽

几年前, 某些手机厂商为了宣传自己家的语音助手, 煞有介事地给自己家的手机上专门放了一个语音助手的实体按键, 虽然是默认的唤起语音助手, 但实际是一个通用的功能键, 按键的外观设计并没有给语音助手绑定起来, 而功能上后期还能通过系统设置更换成其他更有实用价值的快捷功能.
几年之后, 某手机厂靠强大的整合能力居然也开始造笔记本了, 于是把自家语音助手又装到了笔记本上, 又给笔记本键盘上塞进去一个语音助手的按键, 这次不一样了, 笔记本键盘布局本来就容不得多少 "创意", 而这个按键上面居然雕上了语音助手的 Logo, 还放在了本来是 Del 键的位置. 好吧, 我承认确实有部分人用 Del 键的次数不比数字小键盘多, 但是一旦这波来自软件驱动的热度一过, 硬件的独特设计反而变成了一个附庸, 因为也必须要承认, 有人用语音助手的频率还不及打开某些系统预装的第三方软件的次数多, 而这个硬件上的 "预装" 可不是随便就能 "卸载" 的.

到了现在, Microsoft 一拍脑门想起学习借鉴 OEM 厂的经验, 想给各位的 AI PC 都想要装上一个 Copilot 按键. 什么叫 AI PC 啊? 当然不是你的 PC 本地能跑大模型才是, 而是你的 PC 能用 Copilot 就是啦! 简直是天才, 难不成还有 PC 装不上浏览器甚至 WebView Runtime 的? 当然, Microsoft 也想到了这种可能, 于是给 Windows 11 直接内置了 Copilot, 就像内置 Edge 一样信手拈来.
等到某家手机厂要发新产品了, 不知道会选择映射自己家的语音助手还是 Microsoft 的 Copilot 到那个按键上呢? (可千万别都加上了)

via Nostr@cxplay
Back to Top