阿里云核心域名突发解析异常，多项云服务遭重创
据报道，2025年6月6日凌晨，中国云计算巨头阿里云突发大规模服务故障。自北京时间02:57起，其核心基础域名aliyuncs.com出现解析异常，导致对象存储OSS、内容分发网络CDN、容器镜像服务ACR、云解析DNS等多项关键云产品受到严重影响。
此次故障疑似源于aliyuncs.com域名被强制转移或劫持，其NS服务器一度被指向shadowserver.org，一个专门处理恶意网络活动的非营利组织。这一异常操作直接导致全球范围内的域名解析中断，大量依赖阿里云服务的企业和个人用户业务被迫中断。
尽管阿里云官方于08:11宣布域名解析已初步恢复，但由于DNS缓存机制，部分海外地区及客户业务的实际恢复时间显著延长，持续面临访问问题。此次事件迅速引发了大量客户的强烈不满，V2EX等技术社区充斥着用户对业务中断的抱怨，并被一些网友视为“足以进入云计算故障历史的事件”。
据报道，2025年6月6日凌晨，中国云计算巨头阿里云突发大规模服务故障。自北京时间02:57起，其核心基础域名aliyuncs.com出现解析异常，导致对象存储OSS、内容分发网络CDN、容器镜像服务ACR、云解析DNS等多项关键云产品受到严重影响。
此次故障疑似源于aliyuncs.com域名被强制转移或劫持，其NS服务器一度被指向shadowserver.org，一个专门处理恶意网络活动的非营利组织。这一异常操作直接导致全球范围内的域名解析中断，大量依赖阿里云服务的企业和个人用户业务被迫中断。
尽管阿里云官方于08:11宣布域名解析已初步恢复，但由于DNS缓存机制，部分海外地区及客户业务的实际恢复时间显著延长，持续面临访问问题。此次事件迅速引发了大量客户的强烈不满，V2EX等技术社区充斥着用户对业务中断的抱怨，并被一些网友视为“足以进入云计算故障历史的事件”。
最近两天没更新内容，原因是被阿里云坑晕了😢
先是后端业务挂了，我忍着高血压从凌晨两点多排查到六点。
那种感觉就像是在黑暗中摸索，Claude都被我用出火星子了也没解决服务挂掉的问题。
各种日志翻了个遍，代码review了无数遍。
结果下午睡醒了之后发现，是tmd阿里云服务挂了😅
根据阿里云官方的故障报告 ，这次故障发生在北京时间凌晨02:57，直到早上8:11才确认解析异常修复。
问题出在aliyuncs.com域名上，这可是阿里云的核心域名啊！
像对象存储这种核心服务使用的域名都是aliyuncs.com的子域名，影响范围可想而知。
更离谱的是，有网友爆料说这次故障的原因是域名被人拿了，解析到了Shadow Server（相当于赛博拖车厂）
主域名能出这种事情，我真开眼了！这种"不可能出现"的问题，竟然真真切切地发生在我们面前。
刚从域名故障的阴霾中走出来，准备继续开发新功能，结果发现表查询一直ping不通。
又把Claude用出火星子后（Windsurf都没额度了），依然搞不定。
在Node.js环境下怎么调试都不行，各种参数配置都试了，就是连不上。
最后死马当活马医，换成Python之后就正常了。
气得我直接去提了工单🥵
把这个bug详细描述了一遍。
目前解决了，是3.7写出bug了🤣
不过无所谓了，已经换到了FastAPI。
如果FastAPI还有问题，我就投入Java的怀抱了。
虽然Java复杂一点，但至少稳定性有保障，不会像这样被各种奇葩问题折腾得死去活来。
这次经历让我深刻体会到了什么叫"云计算泥石流"
作为新手开发者，我总是习惯性地先怀疑自己的代码，但有时候问题真的出在基础设施上。
域名解析，这些本应该是云服务商最基础的保障，结果却成了我们开发路上的绊脚石。
看来选择技术栈和云服务商真的需要慎重考虑，不能只看价格和功能，稳定性才是王道。
希望阿里云能够从这次"足以进入云计算故障历史的事件" 中吸取教训，提升服务质量。
毕竟我们这些新人开发者已经被代码折腾得够惨了😅
吐槽完毕，继续搬砖去了...
先是后端业务挂了，我忍着高血压从凌晨两点多排查到六点。
那种感觉就像是在黑暗中摸索，Claude都被我用出火星子了也没解决服务挂掉的问题。
各种日志翻了个遍，代码review了无数遍。
结果下午睡醒了之后发现，是tmd阿里云服务挂了😅
根据阿里云官方的故障报告 ，这次故障发生在北京时间凌晨02:57，直到早上8:11才确认解析异常修复。
问题出在aliyuncs.com域名上，这可是阿里云的核心域名啊！
像对象存储这种核心服务使用的域名都是aliyuncs.com的子域名，影响范围可想而知。
更离谱的是，有网友爆料说这次故障的原因是域名被人拿了，解析到了Shadow Server（相当于赛博拖车厂）
主域名能出这种事情，我真开眼了！这种"不可能出现"的问题，竟然真真切切地发生在我们面前。
刚从域名故障的阴霾中走出来，准备继续开发新功能，结果发现表查询一直ping不通。
又把Claude用出火星子后（Windsurf都没额度了），依然搞不定。
在Node.js环境下怎么调试都不行，各种参数配置都试了，就是连不上。
最后死马当活马医，换成Python之后就正常了。
气得我直接去提了工单🥵
把这个bug详细描述了一遍。
目前解决了，是3.7写出bug了🤣
不过无所谓了，已经换到了FastAPI。
如果FastAPI还有问题，我就投入Java的怀抱了。
虽然Java复杂一点，但至少稳定性有保障，不会像这样被各种奇葩问题折腾得死去活来。
这次经历让我深刻体会到了什么叫"云计算泥石流"
作为新手开发者，我总是习惯性地先怀疑自己的代码，但有时候问题真的出在基础设施上。
域名解析，这些本应该是云服务商最基础的保障，结果却成了我们开发路上的绊脚石。
看来选择技术栈和云服务商真的需要慎重考虑，不能只看价格和功能，稳定性才是王道。
希望阿里云能够从这次"足以进入云计算故障历史的事件" 中吸取教训，提升服务质量。
毕竟我们这些新人开发者已经被代码折腾得够惨了😅
吐槽完毕，继续搬砖去了...
❤2
#自媒体运营频道 #@yunying23
昨天夜话一开始的聊天
Luke
你怎么解决笔记AI味的问题
你给新手3个血泪建议是什么
不知道自己擅长什么该在小红书卖什么
……
过了三个小时，我们聊的
杭州确实没啥好吃的
现在年轻人生活压力大啊
广州地铁三号线真堵
今天是又闷又热
昨天夜话一开始的聊天
Luke
你怎么解决笔记AI味的问题
你给新手3个血泪建议是什么
不知道自己擅长什么该在小红书卖什么
……
过了三个小时，我们聊的
杭州确实没啥好吃的
现在年轻人生活压力大啊
广州地铁三号线真堵
今天是又闷又热
本人从未看过，且未来也不会看张小龙的公开课、张一鸣的微博、黄铮的公众号、王兴的饭否、王慧文的清华课……
你们跟我吹水的时候，可以放心借用他们的观点，保证会得到最真实的反馈。
你们跟我吹水的时候，可以放心借用他们的观点，保证会得到最真实的反馈。
🤡4❤1
Claude Code 虽然只能在终端上交互，但好处是在手机上也能连接到自己机器用。Bug 或者用户问题都能在手机上直接让 Claude 解决了，在地铁上有个想法也能直接让 Claude 直接实现了。最近代码 90+% 直接来自 Claude 了，太爽了
想知道王自如这个黑板是怎么做到的，人在透明黑板后面，按道理来说，他写得字应该是反过来的，但实际上观众视角是正的字。开始那个视频我以为是后期合成，但今天他直播也是同样的效果。
🤣6
perplexity会员羊毛来了，价值240美元
一分钟我就搞好了
从这个链接进去 www.perplexity.ai
登录之后无需绑卡直接获得一年的PRO
兑换码
PPLXLIUMBLHOTVAJ2QI
报错可以试试开无痕领取
一分钟我就搞好了
从这个链接进去 www.perplexity.ai
登录之后无需绑卡直接获得一年的PRO
兑换码
PPLXLIUMBLHOTVAJ2QI
报错可以试试开无痕领取
❤13
有可能是淘宝闪购打6月订单量峰值的前一个周末。
1、本次淘宝闪购打到现在，最强的应该是产品能力，每天都有一些小的迭代，在25-13这个档位上，已经能够膨胀出25-13.5，25-15，25-19的不同力度，且统一展示在店铺左侧，商品直接呈现到手价，不需要进店或者结算时才显示到手价。平台前端展示为含本店补，尚不确定是真膨还是假膨，是否真的做到了商侧商补出资的差异化，还是仅仅基于门店新客补贴形成的优惠券力度差异化，可见淘宝闪购在用户数据商业化上明显是带着目的出发的。
2、在水果和闪电仓便利品类上打15-11，相较于其他平台弱化这些便利品类，明显有差异化优势，且没有大肆宣传，还在猥琐发育。
3、店铺列表的排序目前主要根据曾经购买过的门店做排序，餐饮和零售混排，未来存在较大的优化空间。
4、整体618淘天主站使用的丝滑程度好很多，不论是客服交互还是推荐都能感受到AI对于交互链的提升。
1、本次淘宝闪购打到现在，最强的应该是产品能力，每天都有一些小的迭代，在25-13这个档位上，已经能够膨胀出25-13.5，25-15，25-19的不同力度，且统一展示在店铺左侧，商品直接呈现到手价，不需要进店或者结算时才显示到手价。平台前端展示为含本店补，尚不确定是真膨还是假膨，是否真的做到了商侧商补出资的差异化，还是仅仅基于门店新客补贴形成的优惠券力度差异化，可见淘宝闪购在用户数据商业化上明显是带着目的出发的。
2、在水果和闪电仓便利品类上打15-11，相较于其他平台弱化这些便利品类，明显有差异化优势，且没有大肆宣传，还在猥琐发育。
3、店铺列表的排序目前主要根据曾经购买过的门店做排序，餐饮和零售混排，未来存在较大的优化空间。
4、整体618淘天主站使用的丝滑程度好很多，不论是客服交互还是推荐都能感受到AI对于交互链的提升。
最近一个很有意思的观察，想跟大家也讨论一下
字节的朋友们在回顾字节生涯的时候都会不约而同地提到两点：
1.字节的张一鸣很厉害
2.字节的方法论很厉害
你有没有很好奇
这两个到底是哪个更厉害呢？
字节的方法论是对张一鸣的一种 scaling
那这种方法论能否脱离一鸣独立存在？
或者换句话说
字节的方法论是完整地 scaling 了一鸣
还是只是 scaling 了可被放大的部分？
它的进一步推导：
如果一家公司有字节方法论但没有张一鸣
那它是不是很厉害，是不是成功率很高？
字节的朋友们在回顾字节生涯的时候都会不约而同地提到两点：
1.字节的张一鸣很厉害
2.字节的方法论很厉害
你有没有很好奇
这两个到底是哪个更厉害呢？
字节的方法论是对张一鸣的一种 scaling
那这种方法论能否脱离一鸣独立存在？
或者换句话说
字节的方法论是完整地 scaling 了一鸣
还是只是 scaling 了可被放大的部分？
它的进一步推导：
如果一家公司有字节方法论但没有张一鸣
那它是不是很厉害，是不是成功率很高？
❤1