#吐槽
I'd like to continue this discussion about njump: https://t.me/nostr_protocol/133787
Instance administrators should have the right to block abusers of the service, and I found a lot of disturbing stuff on the Nostr network a long time ago (not just spam, by any means). I host my own instance of njump only so that my notes can be better indexed in search engines, and then make them available to others.
So I continue to ask: Is it possible to disable the display of content from a specific nevent, naddr, npub user or even a relay?
I'm not sure if this belongs in the GitHub issues discussion, so I'll post it here. #asknostr #njump
cc: fiatjaf (npub180c…h6w6)dtonon (npub1000…vwqk)
I'd like to continue this discussion about njump: https://t.me/nostr_protocol/133787
Instance administrators should have the right to block abusers of the service, and I found a lot of disturbing stuff on the Nostr network a long time ago (not just spam, by any means). I host my own instance of njump only so that my notes can be better indexed in search engines, and then make them available to others.
So I continue to ask: Is it possible to disable the display of content from a specific nevent, naddr, npub user or even a relay?
I'm not sure if this belongs in the GitHub issues discussion, so I'll post it here. #asknostr #njump
cc: fiatjaf (npub180c…h6w6)dtonon (npub1000…vwqk)
#吐槽
几个星期前我的 njump 实例(1c1g)小盒子被 MJ12bot 和 Amazon spider 爬宕机了好几次后直接就在 robots.txt 里面禁用了, 也还好都挺守规则. 然后就是天天都来的字节跳动的 spider, 也没看到他有什么搜索引擎, 头条搜索也不可能收率这些无法主动审查的内容, 纯纯爬来丰富它们语料库, 然后也把它加进去了 robots.txt, 结果它还不遵守, 只好直接在 WAF 里写规则禁了.
也不好直接开白名单, 现在 Google, Bing, Yandex 的爬虫每天都来光顾, 也难说会有其他我不知道的搜索引擎爬虫会来.
几个星期前我的 njump 实例(1c1g)小盒子被 MJ12bot 和 Amazon spider 爬宕机了好几次后直接就在 robots.txt 里面禁用了, 也还好都挺守规则. 然后就是天天都来的字节跳动的 spider, 也没看到他有什么搜索引擎, 头条搜索也不可能收率这些无法主动审查的内容, 纯纯爬来丰富它们语料库, 然后也把它加进去了 robots.txt, 结果它还不遵守, 只好直接在 WAF 里写规则禁了.
也不好直接开白名单, 现在 Google, Bing, Yandex 的爬虫每天都来光顾, 也难说会有其他我不知道的搜索引擎爬虫会来.
#吐槽
In reply to nevent1q…e8ng
_________________________
收率 => 收录😇
In reply to nevent1q…e8ng
_________________________
收率 => 收录😇
CXPLAY (npub1gd8…h58h)
Short Text Note by CXPLAY
#吐槽
快一年下来, 用完了一部分新社交媒体, 写了一个简明的指南. 基本用户体验以 #Twitter 为基准. 参加比较的有 #Threads, #Fediverse, #Bluesky, #Nostr.
如果你不在意开不开放与自不自由, 只是想找个 Twitter 的替代, 那么选择 Meta 的 Threads.
如果你在意开放与自由, 也还想找个 Twitter 的替代:
- 如果你为了社交而愿意去维护服务器和持有域名(时间和金钱都是持续消耗, 即使是代托管), 那就选 #Mastodon, 嫌前者太重了那就 #Pleroma.
- 如果你不打算维护服务器和持有域名, 但是还想进入 Fediverse. 那么最难的地方在于选择和信任一个实例, 这点和不托管自己的电子邮件服务是一样的. 可以基于「瘦死的骆驼比马大」原则, 你还需要综合考虑的因素包括实例域名管理局, 实例幕后运作的情况, 实例用户协议和隐私协议.
- 如果你不打算维护服务器和持有域名, 也并不局限于 Fediverse. 那么就选 Bluesky. 在未来它会变成一个强化版本的 Fediverse, 但现在它还没准备好, 因此现阶段加入只能选择官方实例(有效排除选择困难).
Fediverse 基于一个美好的但未经协议制定者实践的协议 ActivityPub, 它目前事实上的「标准」是 Mastodon 兼容性协议, 如果有任何 Fediverse 软件不选择兼容它, 那就会失去和 Fediverse 用户量总和最大的实例软件的链接, 失去互操作性. 并且 Mastodon 背后是一个非盈利组织在运作一切, 受到的资金支持和社会舆论支持更加充足. 基于这些问题, 大多数的商业或非盈利组织实例优先选择的都是 Mastodon, 或者基于它之上进行改进.
Bluesky 受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, Bluesky 使用新的协议 AT Protocol, 缓解了 ActivityPub 的一些问题(用户身份标识, 内容审查权利, 实例互操作性等). 协议和官方协议实现的幕后开发方向明确或者说权力很集中(俗称「大教堂式」开发).
如果你在意开放与自由, 也并不在意是否有 Twitter 同等的体验, 不想维护服务器, 不想持有甚至也不想依赖任何域名:
那就只能选 Nostr 了. 它同样受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, 但是它并不是一个专用于社交媒体设计的协议, 它是个通用消息传输协议. 你需要有基本的计算机技术基础知识才有可能适应现阶段的客户端体验. 它的幕后开发非常自由(俗称「社区舆论式」开发), 协议标准的确立并不会影响软件具体实现. 除了用户体验外, 另外一个问题是 Nostr 内外有大量的 Web3 内容和拥护者团体.
最后提供给团队运营单一社交媒体账号的提示:
Threads, Fediverse, Bluesky 都可以适应多人运营单一账号. 但是 Nostr 无法做到, 因为它是唯一一个以密钥对为用户实体基础的协议, 私钥无法轮换无法吊销(即使已经有舆论进程但始终未实现), 如果暴露了私钥等于已经失去了账号内的一切.
如果依旧觉得选择困难, 那留在原地依旧是种选择. 如果在社交网络中您的角色转变为受众或追随者, 那么可能根本没有选择, 只能去您喜欢的博主在的地方并适应它, 或者说服他们去哪里.
快一年下来, 用完了一部分新社交媒体, 写了一个简明的指南. 基本用户体验以 #Twitter 为基准. 参加比较的有 #Threads, #Fediverse, #Bluesky, #Nostr.
如果你不在意开不开放与自不自由, 只是想找个 Twitter 的替代, 那么选择 Meta 的 Threads.
如果你在意开放与自由, 也还想找个 Twitter 的替代:
- 如果你为了社交而愿意去维护服务器和持有域名(时间和金钱都是持续消耗, 即使是代托管), 那就选 #Mastodon, 嫌前者太重了那就 #Pleroma.
- 如果你不打算维护服务器和持有域名, 但是还想进入 Fediverse. 那么最难的地方在于选择和信任一个实例, 这点和不托管自己的电子邮件服务是一样的. 可以基于「瘦死的骆驼比马大」原则, 你还需要综合考虑的因素包括实例域名管理局, 实例幕后运作的情况, 实例用户协议和隐私协议.
- 如果你不打算维护服务器和持有域名, 也并不局限于 Fediverse. 那么就选 Bluesky. 在未来它会变成一个强化版本的 Fediverse, 但现在它还没准备好, 因此现阶段加入只能选择官方实例(有效排除选择困难).
Fediverse 基于一个美好的但未经协议制定者实践的协议 ActivityPub, 它目前事实上的「标准」是 Mastodon 兼容性协议, 如果有任何 Fediverse 软件不选择兼容它, 那就会失去和 Fediverse 用户量总和最大的实例软件的链接, 失去互操作性. 并且 Mastodon 背后是一个非盈利组织在运作一切, 受到的资金支持和社会舆论支持更加充足. 基于这些问题, 大多数的商业或非盈利组织实例优先选择的都是 Mastodon, 或者基于它之上进行改进.
Bluesky 受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, Bluesky 使用新的协议 AT Protocol, 缓解了 ActivityPub 的一些问题(用户身份标识, 内容审查权利, 实例互操作性等). 协议和官方协议实现的幕后开发方向明确或者说权力很集中(俗称「大教堂式」开发).
如果你在意开放与自由, 也并不在意是否有 Twitter 同等的体验, 不想维护服务器, 不想持有甚至也不想依赖任何域名:
那就只能选 Nostr 了. 它同样受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, 但是它并不是一个专用于社交媒体设计的协议, 它是个通用消息传输协议. 你需要有基本的计算机技术基础知识才有可能适应现阶段的客户端体验. 它的幕后开发非常自由(俗称「社区舆论式」开发), 协议标准的确立并不会影响软件具体实现. 除了用户体验外, 另外一个问题是 Nostr 内外有大量的 Web3 内容和拥护者团体.
最后提供给团队运营单一社交媒体账号的提示:
Threads, Fediverse, Bluesky 都可以适应多人运营单一账号. 但是 Nostr 无法做到, 因为它是唯一一个以密钥对为用户实体基础的协议, 私钥无法轮换无法吊销(即使已经有舆论进程但始终未实现), 如果暴露了私钥等于已经失去了账号内的一切.
如果依旧觉得选择困难, 那留在原地依旧是种选择. 如果在社交网络中您的角色转变为受众或追随者, 那么可能根本没有选择, 只能去您喜欢的博主在的地方并适应它, 或者说服他们去哪里.
#吐槽
In reply to nevent1q…43xr
_________________________
属实难绷
In reply to nevent1q…43xr
_________________________
属实难绷
sh1marin (npub1w84…pmwq)
Short Text Note by sh1marin
我气笑了
#吐槽
李华年纪轻轻地刚大学毕业就拥有了高达一万元的信用卡额度, 有什么用呢? 它不是钱啊. 可能是让你体验一下月供超前消费的感觉? 买东西到底是消费还是投资? 不好意思, 信用卡额度不能用来投资, 只能消费. 不能给我带来收益到覆盖投资本金的投资都是消费, 年轻时收益回报周期可能等一个月都等不了, 长大了可能等十年等二十年都能等得了, 但是我现在也还是接受不了等一辈子的东西, 那到底什么是要等一辈子的投资? 是爱情? 还是亲情?
PS: 不动产可能才是铁打不动的真理财产品.
李华年纪轻轻地刚大学毕业就拥有了高达一万元的信用卡额度, 有什么用呢? 它不是钱啊. 可能是让你体验一下月供超前消费的感觉? 买东西到底是消费还是投资? 不好意思, 信用卡额度不能用来投资, 只能消费. 不能给我带来收益到覆盖投资本金的投资都是消费, 年轻时收益回报周期可能等一个月都等不了, 长大了可能等十年等二十年都能等得了, 但是我现在也还是接受不了等一辈子的东西, 那到底什么是要等一辈子的投资? 是爱情? 还是亲情?
PS: 不动产可能才是铁打不动的真理财产品.
#吐槽
一个分布式社交网络的 Bridge 实现 Bridgy Fed 开始展现在 #Fediverse 和 #Bluesky 之间, 联邦宇宙的居民和它爆发了大规模的冲突. 无数实例管理员, 实例用户要求退出 Bridge 链接.
反方: https://github.com/snarfed/bridgy-fed/issues/835
正方: https://github.com/snarfed/bridgy-fed/issues/870
一个分布式社交网络的 Bridge 实现 Bridgy Fed 开始展现在 #Fediverse 和 #Bluesky 之间, 联邦宇宙的居民和它爆发了大规模的冲突. 无数实例管理员, 实例用户要求退出 Bridge 链接.
反方: https://github.com/snarfed/bridgy-fed/issues/835
正方: https://github.com/snarfed/bridgy-fed/issues/870
#吐槽
把短链跳转后的 URL 参数和 Cookie 清理独立成一个规则了: https://script.cx.ms/adguard/param-cookie.txt
主要适配了哔哩哔哩, 抖音, QQ, 网易云音乐, 小红书, 京东, 淘宝, 天猫, 闲鱼; 以及 Twitter 和 YouTube.
目前发现的, 会在短链跳转前设置 Cookie 的有京东(u.jd.com), 天猫淘宝(s.click.taobao.com), Twitter(t.co), 抖音(v.douyin.com), YouTube(youtu.be).
#AdGuard
把短链跳转后的 URL 参数和 Cookie 清理独立成一个规则了: https://script.cx.ms/adguard/param-cookie.txt
主要适配了哔哩哔哩, 抖音, QQ, 网易云音乐, 小红书, 京东, 淘宝, 天猫, 闲鱼; 以及 Twitter 和 YouTube.
目前发现的, 会在短链跳转前设置 Cookie 的有京东(u.jd.com), 天猫淘宝(s.click.taobao.com), Twitter(t.co), 抖音(v.douyin.com), YouTube(youtu.be).
#AdGuard
#吐槽
In reply to nevent1q…2gaf
_________________________
Looks like Bluesky opened up registration, not ready to open yet.
In reply to nevent1q…2gaf
_________________________
Looks like Bluesky opened up registration, not ready to open yet.
#吐槽
In reply to nevent1q…zswj
_________________________
And is it possible set up #Bluesky bridge on #Fediverse or #ActivityPub?
In reply to nevent1q…zswj
_________________________
And is it possible set up #Bluesky bridge on #Fediverse or #ActivityPub?
