#吐槽
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
GitHub
Is there a CLI command for PNPM I --allow-all-builds ? · pnpm · Discussion #9109
Is there a CLI command for PNPM I --allow-all-builds or generate a list of apps that need builds? For example this is the only I saw what packages need scripts ran: Ignored build scripts: @nestjs/c...
#吐槽
In reply to nevent1q…22mz
_________________________
这条笔记只算是发散出来的个人见解. 是在想到米哈游的那个唯一天使投资人宋涛的故事时进一步调查后出来的.
(2022/03/04) 中国的「App Store」，比 iPhone 还要早两年
https://mp.weixin.qq.com/s/pZLeJgv4tyxBr1L-8lxSsw
宋涛创办了斯凯网络, 下面最著名的产品就是冒泡平台. 应该有人童年时期和我一样接触过这个, 那个时候几乎是中国全民 "山寨机" 的时代(MTK 和展讯占主流), 此时诺基亚还是 iPhone 之前的人对手机想象的巅峰, 当然价格也是, 并不是所有人都用得起. 在这种令人发指的硬件环境下面硬是做出了软件商店, 在山寨机上面发行游戏软件, 用话费付费. 可以说, 冒泡平台就是山寨机软件生态的唯一神.
宋涛的公司 2005 年创立, 2010 年上市纳斯达克, 几乎就是他公司完全形态之时 2012 年突然给初创公司米哈游投了 100 万人民币拿到了 15% 股权. 几乎同时的事情, 是 2010 年 iPhone 4 发布, 2011 年小米 1 发布, 山寨机和半智能手机(诺基亚)开始溃败, 中国大陆的消费者才算是开始摆脱山寨机.
到 2024 年, 这位米哈游的唯一天使投资人光靠这个股权就把资产升值了几万倍, 被当成中国游戏行业投资的典型案例.
(2025/04/18) 天使投资人宋涛谈投资米哈游细节：公司运营团队发现的，计划书非常棒-36氪
https://36kr.com/p/3255223244517128
> 我们当时做的是移动互联网的软件商店，各种APP都放到软件商店发售，所以这个项目并不是我们投资部门发现的就是我们运营团队发现，有个游戏上线后数据表现非常好，让我们投资部门看看，所以投资团队聊了下觉得不错拿了个计划书，当时他们还在念书还没有毕业，看了计划本团队觉得计划本写的挺好。
> 我个人跟团队早期都没接触过就看了下计划本，发现这个计划本写的非常棒，我大学四年做了三年生意也是天天折腾各种策划案写了很多，我发现水平写的比我高，这些人非常优秀，钱也不多就投吧，没反对就投下去了，是这样一个情况。
作为唯一投资人, 各种细节都让人匪夷所思, 拿到一百万全靠的项目计划书. 虽然文中有提到他们已经在它们平台发行了游戏但也仅仅只是个被发现的引子, 当时冒泡平台运营得好的游戏可是非常多. 至今也没人知道是什么游戏, 这可以算是比 FlyMe2Moon 还要早的旧作了.
(2021/03/31) 上海二次元往事（下） - 哔哩哔哩
https://www.bilibili.com/opus/506133428794738166
> 2012年2月，蔡浩宇、刘伟、罗宇皓、靳志成（一个月后撤资退出）出资成立米哈游。一个月后，米哈游收到了杭州斯凯网络（CEO宋涛）的100万风投，解决了资金问题（也有报道说是2012年1月，杭州斯凯就投资了米哈游。此处以招股书和工·商信息为准）。
> 回到米哈游。成立初期，四个人的分工如下：蔡浩宇负责产品方向、美术、技术；罗宇皓负责商业化、数值成长，兼顾玩法讨论；刘伟负责运营及招聘等公司事务，以及米哈游“唯一的客服娘”；张庆华负责美术，崩坏女王琪亚娜的原设即出自张庆华，同时他也是《原神》的美术总监。
via Nostr@cxplay
In reply to nevent1q…22mz
_________________________
这条笔记只算是发散出来的个人见解. 是在想到米哈游的那个唯一天使投资人宋涛的故事时进一步调查后出来的.
(2022/03/04) 中国的「App Store」，比 iPhone 还要早两年
https://mp.weixin.qq.com/s/pZLeJgv4tyxBr1L-8lxSsw
宋涛创办了斯凯网络, 下面最著名的产品就是冒泡平台. 应该有人童年时期和我一样接触过这个, 那个时候几乎是中国全民 "山寨机" 的时代(MTK 和展讯占主流), 此时诺基亚还是 iPhone 之前的人对手机想象的巅峰, 当然价格也是, 并不是所有人都用得起. 在这种令人发指的硬件环境下面硬是做出了软件商店, 在山寨机上面发行游戏软件, 用话费付费. 可以说, 冒泡平台就是山寨机软件生态的唯一神.
宋涛的公司 2005 年创立, 2010 年上市纳斯达克, 几乎就是他公司完全形态之时 2012 年突然给初创公司米哈游投了 100 万人民币拿到了 15% 股权. 几乎同时的事情, 是 2010 年 iPhone 4 发布, 2011 年小米 1 发布, 山寨机和半智能手机(诺基亚)开始溃败, 中国大陆的消费者才算是开始摆脱山寨机.
到 2024 年, 这位米哈游的唯一天使投资人光靠这个股权就把资产升值了几万倍, 被当成中国游戏行业投资的典型案例.
(2025/04/18) 天使投资人宋涛谈投资米哈游细节：公司运营团队发现的，计划书非常棒-36氪
https://36kr.com/p/3255223244517128
> 我们当时做的是移动互联网的软件商店，各种APP都放到软件商店发售，所以这个项目并不是我们投资部门发现的就是我们运营团队发现，有个游戏上线后数据表现非常好，让我们投资部门看看，所以投资团队聊了下觉得不错拿了个计划书，当时他们还在念书还没有毕业，看了计划本团队觉得计划本写的挺好。
> 我个人跟团队早期都没接触过就看了下计划本，发现这个计划本写的非常棒，我大学四年做了三年生意也是天天折腾各种策划案写了很多，我发现水平写的比我高，这些人非常优秀，钱也不多就投吧，没反对就投下去了，是这样一个情况。
作为唯一投资人, 各种细节都让人匪夷所思, 拿到一百万全靠的项目计划书. 虽然文中有提到他们已经在它们平台发行了游戏但也仅仅只是个被发现的引子, 当时冒泡平台运营得好的游戏可是非常多. 至今也没人知道是什么游戏, 这可以算是比 FlyMe2Moon 还要早的旧作了.
(2021/03/31) 上海二次元往事（下） - 哔哩哔哩
https://www.bilibili.com/opus/506133428794738166
> 2012年2月，蔡浩宇、刘伟、罗宇皓、靳志成（一个月后撤资退出）出资成立米哈游。一个月后，米哈游收到了杭州斯凯网络（CEO宋涛）的100万风投，解决了资金问题（也有报道说是2012年1月，杭州斯凯就投资了米哈游。此处以招股书和工·商信息为准）。
> 回到米哈游。成立初期，四个人的分工如下：蔡浩宇负责产品方向、美术、技术；罗宇皓负责商业化、数值成长，兼顾玩法讨论；刘伟负责运营及招聘等公司事务，以及米哈游“唯一的客服娘”；张庆华负责美术，崩坏女王琪亚娜的原设即出自张庆华，同时他也是《原神》的美术总监。
via Nostr@cxplay
#吐槽
以前不理解 "滴血认亲" 和 "悬丝诊脉" 这些匪夷所思的技术, 说它们是表演可能更为合适. 现在我似乎明白了, 这就是形式或者说是「仪式感」, 就是专门做出动作来给目标看的, 只是达成目的的手段.
不论结果是否是公正属实, 能走到滴血这一步的大多是已经事前走完所有步骤的, 于是做出一个 "滴血认亲" 的表演现场给两人, 只是为了印证出这个结果的正确性. 滴血可以当场戳手指, 但滴在什么液体里可就由不得所有人了.
同样的, 诊脉也只是传统中医「望闻问切」中的最后一步, 脉象也并非是要切中要害的唯一关键. 宫中御医早就对太妃的生活起居和日常情况了如指掌, 小病也都是被御医诊疗, 只有到了诊所谓 "喜脉" 的时候才被皇帝上十二分精神关心和考验, 但根本也不用再去诊脉. 最能在病患面前流于形式的诊脉就成了人们所以为传统中医重要的诊断手法, 那再加个悬丝也无妨.
所以, 以其抱怨客户和老板不懂技术, 还是想点办法让他们相信好了. 当前最大难题是大多搞技术的人很难 "编" 出这么绘声绘色的故事让人信服, 也没有固定的公式可以用.
这种手段也不能说是 "骗", 这就太折损局内的所有人了, 所以当发现有人开始讲故事的时候, 也不要轻易发笑.
via Nostr@cxplay
以前不理解 "滴血认亲" 和 "悬丝诊脉" 这些匪夷所思的技术, 说它们是表演可能更为合适. 现在我似乎明白了, 这就是形式或者说是「仪式感」, 就是专门做出动作来给目标看的, 只是达成目的的手段.
不论结果是否是公正属实, 能走到滴血这一步的大多是已经事前走完所有步骤的, 于是做出一个 "滴血认亲" 的表演现场给两人, 只是为了印证出这个结果的正确性. 滴血可以当场戳手指, 但滴在什么液体里可就由不得所有人了.
同样的, 诊脉也只是传统中医「望闻问切」中的最后一步, 脉象也并非是要切中要害的唯一关键. 宫中御医早就对太妃的生活起居和日常情况了如指掌, 小病也都是被御医诊疗, 只有到了诊所谓 "喜脉" 的时候才被皇帝上十二分精神关心和考验, 但根本也不用再去诊脉. 最能在病患面前流于形式的诊脉就成了人们所以为传统中医重要的诊断手法, 那再加个悬丝也无妨.
所以, 以其抱怨客户和老板不懂技术, 还是想点办法让他们相信好了. 当前最大难题是大多搞技术的人很难 "编" 出这么绘声绘色的故事让人信服, 也没有固定的公式可以用.
这种手段也不能说是 "骗", 这就太折损局内的所有人了, 所以当发现有人开始讲故事的时候, 也不要轻易发笑.
via Nostr@cxplay
#吐槽
ECH 还是太试验状态了, 除了 Cloudflare 之外 Akamai 和 AWS 都没想法, 更别说其他供应商了, Cloudflare 自己也给高级计划默认禁用了 ECH, 现在就像 Cloudflare 在用免费客户测试这个功能, 免费计划默认开启, 无法禁用.
反制的办法也很多, 除了对 ECH 的那个还是要用的那个通用 SNI 下手. DNS 层面也能直接对 HTTPS 记录动手, Cloudflare 也针对有流量控制需求的企业给出了具体的办法:
> https://developers.cloudflare.com/ssl/edge-certificates/ech/#enterprise-network-applicability
ECH 只是个对 TLS 1.3 的隐私改进, 不是给抗审查设计的. 如果不使用大型供应商提供的服务去把那个通用 Client Hello 隐藏进他们的 SNI 里面, 那独立部署实现 ECH 其实只是给 SNI 找了个替身, 就像客户端本地的 SNI Proxy 一样, 现在变成了服务端配置, 而且还需要 DNS, HTTP 客户端和 Web 服务器共同努力, 感觉会比 QUIC 还难推进. 真的实施, 供应商完全可以为不同客户实行 KYC 后根据客户的特征分配不同的通用 SNI 标志, 免费用户一个 SNI, 付费用户一个 SNI, 欧盟用户又一个 SNI.
via Nostr@cxplay
ECH 还是太试验状态了, 除了 Cloudflare 之外 Akamai 和 AWS 都没想法, 更别说其他供应商了, Cloudflare 自己也给高级计划默认禁用了 ECH, 现在就像 Cloudflare 在用免费客户测试这个功能, 免费计划默认开启, 无法禁用.
反制的办法也很多, 除了对 ECH 的那个还是要用的那个通用 SNI 下手. DNS 层面也能直接对 HTTPS 记录动手, Cloudflare 也针对有流量控制需求的企业给出了具体的办法:
> https://developers.cloudflare.com/ssl/edge-certificates/ech/#enterprise-network-applicability
ECH 只是个对 TLS 1.3 的隐私改进, 不是给抗审查设计的. 如果不使用大型供应商提供的服务去把那个通用 Client Hello 隐藏进他们的 SNI 里面, 那独立部署实现 ECH 其实只是给 SNI 找了个替身, 就像客户端本地的 SNI Proxy 一样, 现在变成了服务端配置, 而且还需要 DNS, HTTP 客户端和 Web 服务器共同努力, 感觉会比 QUIC 还难推进. 真的实施, 供应商完全可以为不同客户实行 KYC 后根据客户的特征分配不同的通用 SNI 标志, 免费用户一个 SNI, 付费用户一个 SNI, 欧盟用户又一个 SNI.
via Nostr@cxplay
Cloudflare Docs
ECH Protocol · Cloudflare SSL/TLS docs
ECH stands for Encrypted Client Hello. It is a protocol extension in the context of Transport Layer Security (TLS). ECH encrypts part of the handshake and masks the Server Name Indication (SNI) that is used to negotiate a TLS session. This means that whenever…
#吐槽
In reply to nevent1q…4ejv
_________________________
哔哩哔哩的 Web 端和移动端的正则不能通用... 移动端的正则表达式必须要带双斜杠包裹, 而 Web 端虽然也要求双斜杠包裹但输入后会帮你自动删掉双斜杠于是导致移动端上无法生效 Web 端的屏蔽词.
via Nostr@cxplay
In reply to nevent1q…4ejv
_________________________
哔哩哔哩的 Web 端和移动端的正则不能通用... 移动端的正则表达式必须要带双斜杠包裹, 而 Web 端虽然也要求双斜杠包裹但输入后会帮你自动删掉双斜杠于是导致移动端上无法生效 Web 端的屏蔽词.
via Nostr@cxplay
#吐槽
某些泡面纯纯就是面做不好喜欢强调汤, 谁**吃泡面是为了喝汤啊, 汤底都是冲泡出来的, 要做好喝猛猛调味可比做好面条简单多了. 拌面普遍也比泡面好吃, 面条裹酱就是香, 不管是不是意大利面.
via Nostr@cxplay
某些泡面纯纯就是面做不好喜欢强调汤, 谁**吃泡面是为了喝汤啊, 汤底都是冲泡出来的, 要做好喝猛猛调味可比做好面条简单多了. 拌面普遍也比泡面好吃, 面条裹酱就是香, 不管是不是意大利面.
via Nostr@cxplay
Codeberg 再次被爬虫 "爬" 宕机
Codeberg 调查后发现阶段的爬虫(以华为为代表的 AI 爬虫)似乎已经能通过 Anubis 质询, 因为他们没有选择在已经受 Anubis 保护的服务路由上设置 IP 黑名单.
他们还分享了其中一台服务器(超过 25 核心)在承受爬虫攻击时的 htop 平均负载指标, 数值已经达到了
● Hack News: https://news.ycombinator.com/item?id=44914773
#Web #AI
via @[email protected]
Codeberg 调查后发现阶段的爬虫(以华为为代表的 AI 爬虫)似乎已经能通过 Anubis 质询, 因为他们没有选择在已经受 Anubis 保护的服务路由上设置 IP 黑名单.
他们还分享了其中一台服务器(超过 25 核心)在承受爬虫攻击时的 htop 平均负载指标, 数值已经达到了
5831.24, 4755.10, 2710.22.https://social.anoxinon.de/@Codeberg/115033790447125787
● Hack News: https://news.ycombinator.com/item?id=44914773
#Web #AI
via @[email protected]
123云盘 8 月 15 日更新允许了 VIP 用户 (包括长期 VIP) 也使用自定义分享页域名, 此前这个功能一直是 SVIP 用户专有.
#123云盘
via @[email protected]
https://www.123pan.com/Notice/105域名需要备案且通过平台二次审核, VIP 用户只能使用自定义分享页域名, 不能使用自定义分享页背景.
#123云盘
via @[email protected]
#吐槽
最近 ZeroSSL 的 ACME 不太稳, 用回了 Let's Encrypt
zerossl申请证书，网络通畅，但是一直显示超时 · Issue #876 · certimate-go/certimate
https://github.com/certimate-go/certimate/issues/876
via Nostr@cxplay
最近 ZeroSSL 的 ACME 不太稳, 用回了 Let's Encrypt
zerossl申请证书，网络通畅，但是一直显示超时 · Issue #876 · certimate-go/certimate
https://github.com/certimate-go/certimate/issues/876
via Nostr@cxplay
