©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
🚩加入 Nostr!moe 社区: join.nostr.moe
#吐槽
这样一期量的产出被 YouTube 下架还真是巨大损失了.
【Gamers Nexus】英伟达人工智能图形处理器黑市——调查走私、腐败与政府问题_哔哩哔哩_bilibili
https://www.bilibili.com/video/BV1P5Yxz1Edn/
via Nostr@cxplay
这样一期量的产出被 YouTube 下架还真是巨大损失了.
【Gamers Nexus】英伟达人工智能图形处理器黑市——调查走私、腐败与政府问题_哔哩哔哩_bilibili
https://www.bilibili.com/video/BV1P5Yxz1Edn/
via Nostr@cxplay
#吐槽
#雀魂 的角色养成难度比米哈游的角色养成还要难, 其他二游都是活动来发抽卡资源的, 雀魂是拿活动发角色养成资源.
终于给我的一姬养得终于会说话了, 泪目, 孩子终于会说话了. :bili_fantastic:
via Nostr@cxplay
#雀魂 的角色养成难度比米哈游的角色养成还要难, 其他二游都是活动来发抽卡资源的, 雀魂是拿活动发角色养成资源.
终于给我的一姬养得终于会说话了, 泪目, 孩子终于会说话了. :bili_fantastic:
via Nostr@cxplay
#吐槽
In reply to nevent1q…4e6p
_________________________
Accent and pronunciation issues have always been an obstacle for learners of English, and I think it's not a serious issue, just as internet memes mocking British pronunciation are partly a result of human influence, It's overblown. My teachers used to emphasize the difference between "British" and "American" English and correct us on our Chinglish, but luckily, a lot of schools emphasize English but don't actually test students' speaking skills at all🤷♂️
via Nostr@cxplay
In reply to nevent1q…4e6p
_________________________
Accent and pronunciation issues have always been an obstacle for learners of English, and I think it's not a serious issue, just as internet memes mocking British pronunciation are partly a result of human influence, It's overblown. My teachers used to emphasize the difference between "British" and "American" English and correct us on our Chinglish, but luckily, a lot of schools emphasize English but don't actually test students' speaking skills at all🤷♂️
via Nostr@cxplay
#吐槽
In reply to nevent1q…9w47
_________________________
可以看看这篇文档
设置域名身份标识 | Nostr!moe - 消息视图主导的社区
https://join.nostr.moe/start/become-hacker/domain-identity/
via Nostr@cxplay
In reply to nevent1q…9w47
_________________________
可以看看这篇文档
设置域名身份标识 | Nostr!moe - 消息视图主导的社区
https://join.nostr.moe/start/become-hacker/domain-identity/
via Nostr@cxplay
#吐槽
In reply to nevent1q…ucvf
_________________________
This is the fastest Nostr web client I've ever seen, unbelievable.
via Nostr@cxplay
In reply to nevent1q…ucvf
_________________________
This is the fastest Nostr web client I've ever seen, unbelievable.
via Nostr@cxplay
#吐槽
Mountain Duck 5 的集成连接模式好是好, 就是目前只能挂到 C 盘
https://github.com/iterate-ch/cyberduck/discussions/17356
via Nostr@cxplay
Mountain Duck 5 的集成连接模式好是好, 就是目前只能挂到 C 盘
https://github.com/iterate-ch/cyberduck/discussions/17356
via Nostr@cxplay
#article #read
(2023/03/01) 他们为何获奖|《Overlap》:构建年轻人的国际朋友圈_IP SH_澎湃新闻-The Paper
https://www.thepaper.cn/newsDetail_forward_22121744
About us - China Academy
https://thechinaacademy.org/about-us/
via Nostr@cxplay_clip
(2023/03/01) 他们为何获奖|《Overlap》:构建年轻人的国际朋友圈_IP SH_澎湃新闻-The Paper
https://www.thepaper.cn/newsDetail_forward_22121744
About us - China Academy
https://thechinaacademy.org/about-us/
via Nostr@cxplay_clip
#吐槽
想做个专门代理短链接的小玩具, 之前在 URLCheck 那篇文章里面说过, 短链接的隐私问题可以用代理分流来缓解. 但是没有代理怎么办呢? IP 之外的信息如何剥离? 访问一个链接并不需要多完整的 User-Agent. 短链接就算只是 30x 实现的, 访问也得跑到浏览器里面, 送给它一堆客户端标头, 这是不必要的.
我对短链接的看法一直是中立的, 谁都可以用, 我也在用, 不要妨碍我选择不用就行了. 有时原文被到处复制和保存之后, 作者实际上就是失去了对原文的控制. 这在网上倒也无所谓, 如果不能要求删除, 那我就会用短链接把重要的东西包在里面, 在我想要的时候随时让它失效.
这里表达的意图是: 原文包含的只是短链接, 我只为现在我写的和引用过的文字以及这条链接负责, 如果失效, 就说明短链接被我主动删除了, 链接背后的东西也不再是解释本文的必要内容.
毕竟所有外链都不受第一来源控制, 费尽心思加外链中间页的目的除了获得分析数据, 也在声明链接归属和预防有些不稳定外链指向什么不该指向的东西, 这个 "门" 可以被人常开, 但没有门就变成自己的问题.
我建议所有网络出版物, 在对外链产生疑虑的时候使用完全受第一方作者控制的短链接来包装一遍, 也要尽量避免使用那些不必要的外链, 或者去使用存档快照来确保未来的任何时刻访客看到的外链内容都是和自己当前一致的. 出版物重新分发次数越多, 作者对其保留的解释权就越弱, 被其他人重新解释和演绎的概率就越大, 网络方便了内容出版也方便了这个传播过程.
这可能也是网络时代的网络作家才会有的特有问题, 传统出版物哪里有什么超链接可以用, 只有逼仄的脚注, 网络出版更没有 DOI 这种东西来统一外部引用.
PS: 短链接这种用途对于链接本身删除和链接指向内容的删除应该是要区分 HTTP:404 和 HTTP:410 才合理.
via Nostr@cxplay
想做个专门代理短链接的小玩具, 之前在 URLCheck 那篇文章里面说过, 短链接的隐私问题可以用代理分流来缓解. 但是没有代理怎么办呢? IP 之外的信息如何剥离? 访问一个链接并不需要多完整的 User-Agent. 短链接就算只是 30x 实现的, 访问也得跑到浏览器里面, 送给它一堆客户端标头, 这是不必要的.
我对短链接的看法一直是中立的, 谁都可以用, 我也在用, 不要妨碍我选择不用就行了. 有时原文被到处复制和保存之后, 作者实际上就是失去了对原文的控制. 这在网上倒也无所谓, 如果不能要求删除, 那我就会用短链接把重要的东西包在里面, 在我想要的时候随时让它失效.
这里表达的意图是: 原文包含的只是短链接, 我只为现在我写的和引用过的文字以及这条链接负责, 如果失效, 就说明短链接被我主动删除了, 链接背后的东西也不再是解释本文的必要内容.
毕竟所有外链都不受第一来源控制, 费尽心思加外链中间页的目的除了获得分析数据, 也在声明链接归属和预防有些不稳定外链指向什么不该指向的东西, 这个 "门" 可以被人常开, 但没有门就变成自己的问题.
我建议所有网络出版物, 在对外链产生疑虑的时候使用完全受第一方作者控制的短链接来包装一遍, 也要尽量避免使用那些不必要的外链, 或者去使用存档快照来确保未来的任何时刻访客看到的外链内容都是和自己当前一致的. 出版物重新分发次数越多, 作者对其保留的解释权就越弱, 被其他人重新解释和演绎的概率就越大, 网络方便了内容出版也方便了这个传播过程.
这可能也是网络时代的网络作家才会有的特有问题, 传统出版物哪里有什么超链接可以用, 只有逼仄的脚注, 网络出版更没有 DOI 这种东西来统一外部引用.
PS: 短链接这种用途对于链接本身删除和链接指向内容的删除应该是要区分 HTTP:404 和 HTTP:410 才合理.
via Nostr@cxplay
Mountain Duck 5 发布
19 日, 网络存储管理软件 Mountain Duck 正式发布了第 5 个主要版本更新, 主要改进包括:
1. 新增「集成」连接模式: 在 macOS 和 Windows 将网络存储直接以 iCloud 和 OneDrive 相同的形式挂载为磁盘上的常规文件夹. 这个连接模式借助系统级的 API 可以直接将网络目录真正映射到文件系统中, 完全可供离线访问, 只在必要时候才下载到本地, 等于 OneDrive 的 "文件随选" 和 iCloud 的 "保持离线/从本地删除" 功能. 这个功能与「智能同步」相似, 但不再需要网络文件目录先挂载成功然后才能访问已经离线的文件.
2. 文件活动状态窗口: 类似于点击 OneDrive 托盘图标弹出的正在同步列表, Mountain Duck 5 现在也提供了相同的功能, 便于用户追踪文件同步状态.
3. 自定义版本控制: 新的版本控制系统, 覆盖文件前会保留旧版本文件. 所以 Mountain Duck 5 现在可以为所有网络文件目录支持版本控制, 即使协议本身不提供.
4. 支持 SMB 协议.
v5 是 Mountain Duck 本身对于网络文件管理能力的一次巨大提升, 很多 OneDrive 和 iCloud 用户迟迟不肯放弃的原因就是其与系统文件管理器高度集成的自选同步和离线可用能力. 同类软件比如 RaiDrive 也提供类似的模拟离线磁盘的能力, 但并没有使用 File Provider (macOS) 和 Cloud Files (Windows) API 系统原生 API, 主要是依靠大量缓存来模拟文件系统后挂载为物理磁盘.
由于是版本买断制, 因此现有的 v4 旧版用户会陆续收到开发商的电子邮件, 其中包含一个专属的折扣代码, 老用户可以凭此代码以折扣价格升级到 v5 版本.
via @[email protected]
19 日, 网络存储管理软件 Mountain Duck 正式发布了第 5 个主要版本更新, 主要改进包括:
1. 新增「集成」连接模式: 在 macOS 和 Windows 将网络存储直接以 iCloud 和 OneDrive 相同的形式挂载为磁盘上的常规文件夹. 这个连接模式借助系统级的 API 可以直接将网络目录真正映射到文件系统中, 完全可供离线访问, 只在必要时候才下载到本地, 等于 OneDrive 的 "文件随选" 和 iCloud 的 "保持离线/从本地删除" 功能. 这个功能与「智能同步」相似, 但不再需要网络文件目录先挂载成功然后才能访问已经离线的文件.
2. 文件活动状态窗口: 类似于点击 OneDrive 托盘图标弹出的正在同步列表, Mountain Duck 5 现在也提供了相同的功能, 便于用户追踪文件同步状态.
3. 自定义版本控制: 新的版本控制系统, 覆盖文件前会保留旧版本文件. 所以 Mountain Duck 5 现在可以为所有网络文件目录支持版本控制, 即使协议本身不提供.
4. 支持 SMB 协议.
v5 是 Mountain Duck 本身对于网络文件管理能力的一次巨大提升, 很多 OneDrive 和 iCloud 用户迟迟不肯放弃的原因就是其与系统文件管理器高度集成的自选同步和离线可用能力. 同类软件比如 RaiDrive 也提供类似的模拟离线磁盘的能力, 但并没有使用 File Provider (macOS) 和 Cloud Files (Windows) API 系统原生 API, 主要是依靠大量缓存来模拟文件系统后挂载为物理磁盘.
由于是版本买断制, 因此现有的 v4 旧版用户会陆续收到开发商的电子邮件, 其中包含一个专属的折扣代码, 老用户可以凭此代码以折扣价格升级到 v5 版本.
Mountain Duck 5 | Cyberduck Blog#News #Software
via @[email protected]
#吐槽
In reply to nevent1q…ex9u
_________________________
哪有 "干掉" 中心化就能成就去中心化这种简单的事情, 海底光缆你能干得掉? DNS 和 BGP 也干不掉.
这种底层协议顶多只能保持向前兼容性去替代.
via Nostr@cxplay
In reply to nevent1q…ex9u
_________________________
哪有 "干掉" 中心化就能成就去中心化这种简单的事情, 海底光缆你能干得掉? DNS 和 BGP 也干不掉.
这种底层协议顶多只能保持向前兼容性去替代.
via Nostr@cxplay
Vercel 的 AI Gateway, 免费层用户每个月可获得 US$5 赠金, 可以使用所有模型(包括 GPT-5, Grok 4 和 Sonnet 4), 提供 OpenAI 兼容 API.
● 文档: AI Gateway
PS: 虽然是 OpenAI 兼容, 但不提供 Developer Message 功能, Cherry Studio 之类的工具需要在供应商设置里面关闭这个默认开启的功能.
#AI #LMaaS #羊毛
via @[email protected]
Introducing the AI Gateway - Vercel
● 文档: AI Gateway
PS: 虽然是 OpenAI 兼容, 但不提供 Developer Message 功能, Cherry Studio 之类的工具需要在供应商设置里面关闭这个默认开启的功能.
#AI #LMaaS #羊毛
via @[email protected]
#吐槽
In reply to nevent1q…gdwq
_________________________
HTTP 还是太万能了, 什么玩意都能用 HTTP 承载. 现在好了, 查 DNS 是 over HTTP, 发邮件也在 over HTTP. 而 QUIC 更是三体人, 用 HTTP/3 来描述它真不合适吧.
via Nostr@cxplay
In reply to nevent1q…gdwq
_________________________
HTTP 还是太万能了, 什么玩意都能用 HTTP 承载. 现在好了, 查 DNS 是 over HTTP, 发邮件也在 over HTTP. 而 QUIC 更是三体人, 用 HTTP/3 来描述它真不合适吧.
via Nostr@cxplay
#吐槽
"互联网隐私" 是一门很好的新生意, 可以在不冒犯潜在客户的情况下贩卖焦虑, 就算不卖出任何商品, 也能把所有涉及 "隐私" 的供应商的蛋糕越做越大.
就像某紫色邮件和某红色邮件才是事实上的竞争对手, 但他们都会不约而同营销出自己的对手是 "Big Tech" 的样子, 也从来不会撕破脸. 可能是这块蛋糕目前还是太小了吧, 但确实是个 "蓝海" 市场.
比起数字主权这种受制于政治因素的技术趋势, 还是无国界也无边际的隐私更好营销.
via Nostr@cxplay
"互联网隐私" 是一门很好的新生意, 可以在不冒犯潜在客户的情况下贩卖焦虑, 就算不卖出任何商品, 也能把所有涉及 "隐私" 的供应商的蛋糕越做越大.
就像某紫色邮件和某红色邮件才是事实上的竞争对手, 但他们都会不约而同营销出自己的对手是 "Big Tech" 的样子, 也从来不会撕破脸. 可能是这块蛋糕目前还是太小了吧, 但确实是个 "蓝海" 市场.
比起数字主权这种受制于政治因素的技术趋势, 还是无国界也无边际的隐私更好营销.
via Nostr@cxplay
#吐槽
In reply to nevent1q…6ww2
_________________________
DoH, DoT 和 DoQ 都得经过 TLS 和 DNS Bootstrap 才能进行 DNS 解析, 这是个先有鸡还是先有蛋的问题. 我觉得 ECH 主要还是补上了这些加密 DNS 的最后一块拼图, 把加密 DNS 的的 SNI 也隐藏在了通用 SNI 下面. 不过就我个人来说, 加密 DNS 完全可以用 IP 证书, 这就直接没了 SNI 也不需要 DNS Bootstrap, 很适合小规模部署 DNS 代理的组织和个人(也不知道市场里的 IP 证书是否经济实惠). 现阶段几乎所有(包括积极跟进 ECH 的 AdGuard)的 DNS 客户端在查询这些加密 DNS 上游的时候都没有支持 ECH, 当然最主要的还是这些加密上游都没有支持并且用到并且核心开源库也都没支持.
#AdGuard 在 23 年给自己作为 HTTPS 中间人过滤这个角色加入了 ECH 客户端, 所以现在理论上 AdGuard 能给所有的加密连接过滤之后发出之前全部启用 ECH. 所以这也是个问题: 反病毒安全软件的 HTTPS 中间人过滤会直接破坏 HTTP 客户端(特别是浏览器)的原生 ECH, 如果安全软件不能在请求过滤之后发出本机之前重新恢复 ECH 那浏览器们一众实现的客户端侧 ECH 就失效了. 我也不知道 AdGuard 是在安全软件之前还是之后过滤加密流量, 越来越觉得 AdGuard 有点像个不能反病毒的安全软件了.
> https://forum.eset.com/topic/38340-web-access-protection-and-encrypted-client-hello-ech/
对于 ECH 的问题现阶段的问题还是一众浏览器们都只会在设置里面显式启用加密 DNS 之后才能启用 ECH, 这就意味着本地 DNS 代理和路由器下发的 DNS 服务器配置都实际对有这种强制要求 HTTPS 记录查询也加密的客户端无用. 所以如果不使用 AdGuard 这样的中间人, 就得给自己的本地网络回环下部署的 DNS 代理也上 SSL 证书, 然而这又撞上了自签证书的信任问题, 不过好在有 mkcert 这种工具包简化了自签本地证书并信任的流程.
简而言之, 现阶段的 Edge, Firefox 和 Chrome 主流浏览器都对 ECH 启用条件十分苛刻, 它们不允许用户在使用本地回环网络的 DNS 服务器的情况下启用, 即使它们本来的上游就是加密 DNS 也能完成 HTTPS 记录的中继. 而非浏览器应用的 HTTP 客户端更没有动力去支持 ECH.
> https://github.com/DNSCrypt/dnscrypt-proxy/wiki/Local-DoH#creating-your-own-certification
PS: AdGuard for Windows 现阶段依旧还在解决和带有 HTTPS 过滤的反病毒安全软件之间的兼容性问题.
via Nostr@cxplay
In reply to nevent1q…6ww2
_________________________
DoH, DoT 和 DoQ 都得经过 TLS 和 DNS Bootstrap 才能进行 DNS 解析, 这是个先有鸡还是先有蛋的问题. 我觉得 ECH 主要还是补上了这些加密 DNS 的最后一块拼图, 把加密 DNS 的的 SNI 也隐藏在了通用 SNI 下面. 不过就我个人来说, 加密 DNS 完全可以用 IP 证书, 这就直接没了 SNI 也不需要 DNS Bootstrap, 很适合小规模部署 DNS 代理的组织和个人(也不知道市场里的 IP 证书是否经济实惠). 现阶段几乎所有(包括积极跟进 ECH 的 AdGuard)的 DNS 客户端在查询这些加密 DNS 上游的时候都没有支持 ECH, 当然最主要的还是这些加密上游都没有支持并且用到并且核心开源库也都没支持.
#AdGuard 在 23 年给自己作为 HTTPS 中间人过滤这个角色加入了 ECH 客户端, 所以现在理论上 AdGuard 能给所有的加密连接过滤之后发出之前全部启用 ECH. 所以这也是个问题: 反病毒安全软件的 HTTPS 中间人过滤会直接破坏 HTTP 客户端(特别是浏览器)的原生 ECH, 如果安全软件不能在请求过滤之后发出本机之前重新恢复 ECH 那浏览器们一众实现的客户端侧 ECH 就失效了. 我也不知道 AdGuard 是在安全软件之前还是之后过滤加密流量, 越来越觉得 AdGuard 有点像个不能反病毒的安全软件了.
> https://forum.eset.com/topic/38340-web-access-protection-and-encrypted-client-hello-ech/
对于 ECH 的问题现阶段的问题还是一众浏览器们都只会在设置里面显式启用加密 DNS 之后才能启用 ECH, 这就意味着本地 DNS 代理和路由器下发的 DNS 服务器配置都实际对有这种强制要求 HTTPS 记录查询也加密的客户端无用. 所以如果不使用 AdGuard 这样的中间人, 就得给自己的本地网络回环下部署的 DNS 代理也上 SSL 证书, 然而这又撞上了自签证书的信任问题, 不过好在有 mkcert 这种工具包简化了自签本地证书并信任的流程.
简而言之, 现阶段的 Edge, Firefox 和 Chrome 主流浏览器都对 ECH 启用条件十分苛刻, 它们不允许用户在使用本地回环网络的 DNS 服务器的情况下启用, 即使它们本来的上游就是加密 DNS 也能完成 HTTPS 记录的中继. 而非浏览器应用的 HTTP 客户端更没有动力去支持 ECH.
> https://github.com/DNSCrypt/dnscrypt-proxy/wiki/Local-DoH#creating-your-own-certification
PS: AdGuard for Windows 现阶段依旧还在解决和带有 HTTPS 过滤的反病毒安全软件之间的兼容性问题.
via Nostr@cxplay
#吐槽
DNS 缓存太强大, 现在我的机器上状态是:
浏览器 (缓存) --> AdGuard (缓存) --> 本地 DNS 代理 (缓存) --> 路由器 Dnsmasq --> Clash (缓存) --> 远程 DNS 代理 (缓存)
太扭曲了, 我也不知道我自己怎么会配成这个样子的, 互联网就是一个巨大的缓存.
via Nostr@cxplay
DNS 缓存太强大, 现在我的机器上状态是:
浏览器 (缓存) --> AdGuard (缓存) --> 本地 DNS 代理 (缓存) --> 路由器 Dnsmasq --> Clash (缓存) --> 远程 DNS 代理 (缓存)
太扭曲了, 我也不知道我自己怎么会配成这个样子的, 互联网就是一个巨大的缓存.
via Nostr@cxplay
#吐槽
因为直接允许所有包构建很危险所以你们还是加了个 --dangerously-allow-all-builds 这种标志吗, pnpm 你这家伙.
Is there a CLI command for PNPM I --allow-all-builds ? · pnpm · Discussion #9109
https://github.com/orgs/pnpm/discussions/9109
via Nostr@cxplay
因为直接允许所有包构建很危险所以你们还是加了个 --dangerously-allow-all-builds 这种标志吗, pnpm 你这家伙.
Is there a CLI command for PNPM I --allow-all-builds ? · pnpm · Discussion #9109
https://github.com/orgs/pnpm/discussions/9109
via Nostr@cxplay