九维我操你爹
办公电脑突然访问不到内网的某个 IP 了,问了一圈周围的同事都没这个问题
排查了一圈未果,先重启下电脑试试。再打开浏览器,发现之前留着没关的标签页全被 macOS 清空了
现在只好趁着记忆还新鲜,赶紧找回那些本意是放在 Todo list 的网页。你问我为什么这么熟练?没办法,习惯了😪
排查了一圈未果,先重启下电脑试试。再打开浏览器,发现之前留着没关的标签页全被 macOS 清空了
现在只好趁着记忆还新鲜,赶紧找回那些本意是放在 Todo list 的网页。你问我为什么这么熟练?没办法,习惯了😪
外国人政策担当推上来一个在国会大喊大叫「中国人留学生在日本打工不需要交所得税,日本人却要交」的差别主义+排外主义神人,你日未来可期
https://x.com/misterhr_japan/status/1980439314875220159
https://x.com/misterhr_japan/status/1980439314875220159
(以下内容借助 AI 翻译,按照原贴顺序,以作者自述的视角进行整理。请以原文为准)
一个对外国文学失去兴趣的文化与语言,终将陷入无尽的自我重复,堕落、衰弱、停滞、腐败。
卑劣的排外主义与狭隘的自国崇拜将四处蔓延;在封闭、昏暗、浑浊的空气中,只剩阴湿的相互攻击。
而那些被视为‘稍有不同’的人,将遭受冷酷而无情的排斥。
既然敌人如此明确,我们必须清楚地说出来:“我们要阅读外国文学。用一辈子去读,尽可能多地读。”
——我实在是很喜欢这句鼓励人们阅读外国文学的话,所以我时常引用它。
而今天,在我读到的一部外国文学中,书中这样写到:
“是啊,如果人们总是把自己困在国内,周围的人都满足于讲祖国的自夸故事,没有人起疑,于是大家便渐渐被那股气氛所浸染。
可对阿根廷人来说,波兰有什么了不起——那根本是无关紧要的事。
当你被外国人包围着生活时,那种‘自国自满病’自然会痊愈。
所以我决定去阿根廷住。”
是啊,不是每个人都能轻易移居海外。但正因为如此,我们才更应当阅读外国文学。用一辈子去读,尽可能多地读。
一个对外国文学失去兴趣的文化与语言,终将陷入无尽的自我重复,堕落、衰弱、停滞、腐败。
卑劣的排外主义与狭隘的自国崇拜将四处蔓延;在封闭、昏暗、浑浊的空气中,只剩阴湿的相互攻击。
而那些被视为‘稍有不同’的人,将遭受冷酷而无情的排斥。
既然敌人如此明确,我们必须清楚地说出来:“我们要阅读外国文学。用一辈子去读,尽可能多地读。”
——我实在是很喜欢这句鼓励人们阅读外国文学的话,所以我时常引用它。
而今天,在我读到的一部外国文学中,书中这样写到:
“是啊,如果人们总是把自己困在国内,周围的人都满足于讲祖国的自夸故事,没有人起疑,于是大家便渐渐被那股气氛所浸染。
可对阿根廷人来说,波兰有什么了不起——那根本是无关紧要的事。
当你被外国人包围着生活时,那种‘自国自满病’自然会痊愈。
所以我决定去阿根廷住。”
是啊,不是每个人都能轻易移居海外。但正因为如此,我们才更应当阅读外国文学。用一辈子去读,尽可能多地读。
https://fixupx.com/f_studychina/status/1979897557959803237
我在日本说「不好意思,请让一让」的时候讲的是「すみません、通しますー」……原来地道的说法是这样的😂
#TIL
我在日本说「不好意思,请让一让」的时候讲的是「すみません、通しますー」……原来地道的说法是这样的😂
#TIL
简单复盘一下 AWS 这次事件作为一个 AIGC Startup SRE 的一些操作吧,希望能帮到大家
从入职开始发现我们主要的集群在 USE1 之后,我就开始做一些准备了。
我主要做的事情有这几件事
1. 将我们核心的几个数据库做了多地的备份,形成了 USE1,Tokyo,SG 三地备份。这样在极端情况下,我们损失一部分数据,但是也能保证服务的继续
2. 将我们 SG 的测试集群从原本的 EC2 自己简单搭的 K3S,重构为了一个标准的 AWS EKS 集群。这样可以在灾害时刻快速 warmup 一个集群,复用 AWS 已有组件。将 manifest 变更的代价降至最小
3. 简单梳理了一个 SOP,包含用户公告,DNS 切换,封版等事宜
回到今天,我大概在 AWS 事故发生后的10min,发现了我们容器中有新的 Pod 无法 setup。
在和 AWS 支持确认是 USE1 的问题后,我意识到 ECR 的事件必然关联其余事件,于是我就果断按照我自己规划的 Tier1 等级事件开始处理(对于 SRE 来说,这种事情宁可错,但是不能错过)
T+0 min,我发布了全员公告,开始进入紧急模式。我 setup 了一个全员公开会议。所有人员可以随时加入
T+2 min,我确认事件如我所预期的一样,在逐渐扩大,我发出了两个指令,1. 全线禁止任何代码合入/提交(主要是避免新创建资源会导致 Pod rotate 进而影响流量),2. 请运营同学准备公告
T+3 min, 我开始按照 SOP,开始进行数据库在 SG 区域的恢复,并且级联创建诸如 OpenSearch / Redis 等在内的依赖
T+5 min,我们开始正式的确认上下游依赖的具体问题,确认一个新上线的核心服务受到影响
T+10min,我们停服公告和其余服务的受影响公告发出
T+10min,我请另外两位同时协助 setup 新的 ECR 以及清理测试环境已有资源,并同步 CTO ,在极端情况下,我们可能会存在保体验,丢数据的决策。
T+15min, 我们最终确认目前已创建的资源以及流量入方向不会受到太大影响。切换方案挂起,但是我们继续准备相关资源
T+30min,我们第一个数据库恢复完毕
T+40min,我们第二个数据库恢复完毕
T+1h,我们所有关联的核心 infra,RDS/ES/Redis 都 stand by,并且按照生产架构设置主从等优化选项。同时我们也开始正在新的集群启动新的服务
所幸,最终 AWS 的 crash 没有影响我们全部服务。我们无须面对切换流量后复杂的数据修复工作
大概 T+2h 到 T+3h 后,我正式通报全员,紧急状态解除。为保险起见,今晚依旧对 feature 封版。
回顾整个事故,我还可以做的更多
1. 将我之前为自己准备的极端 case SOP,对全员公开。这样确保我即便不在线,也有人能接替我
2. 我们可以做一些提前的预先演练
3. 指令下达可以更果断一些
差不多就是这样,一点分享,希望能帮到大家
从入职开始发现我们主要的集群在 USE1 之后,我就开始做一些准备了。
我主要做的事情有这几件事
1. 将我们核心的几个数据库做了多地的备份,形成了 USE1,Tokyo,SG 三地备份。这样在极端情况下,我们损失一部分数据,但是也能保证服务的继续
2. 将我们 SG 的测试集群从原本的 EC2 自己简单搭的 K3S,重构为了一个标准的 AWS EKS 集群。这样可以在灾害时刻快速 warmup 一个集群,复用 AWS 已有组件。将 manifest 变更的代价降至最小
3. 简单梳理了一个 SOP,包含用户公告,DNS 切换,封版等事宜
回到今天,我大概在 AWS 事故发生后的10min,发现了我们容器中有新的 Pod 无法 setup。
在和 AWS 支持确认是 USE1 的问题后,我意识到 ECR 的事件必然关联其余事件,于是我就果断按照我自己规划的 Tier1 等级事件开始处理(对于 SRE 来说,这种事情宁可错,但是不能错过)
T+0 min,我发布了全员公告,开始进入紧急模式。我 setup 了一个全员公开会议。所有人员可以随时加入
T+2 min,我确认事件如我所预期的一样,在逐渐扩大,我发出了两个指令,1. 全线禁止任何代码合入/提交(主要是避免新创建资源会导致 Pod rotate 进而影响流量),2. 请运营同学准备公告
T+3 min, 我开始按照 SOP,开始进行数据库在 SG 区域的恢复,并且级联创建诸如 OpenSearch / Redis 等在内的依赖
T+5 min,我们开始正式的确认上下游依赖的具体问题,确认一个新上线的核心服务受到影响
T+10min,我们停服公告和其余服务的受影响公告发出
T+10min,我请另外两位同时协助 setup 新的 ECR 以及清理测试环境已有资源,并同步 CTO ,在极端情况下,我们可能会存在保体验,丢数据的决策。
T+15min, 我们最终确认目前已创建的资源以及流量入方向不会受到太大影响。切换方案挂起,但是我们继续准备相关资源
T+30min,我们第一个数据库恢复完毕
T+40min,我们第二个数据库恢复完毕
T+1h,我们所有关联的核心 infra,RDS/ES/Redis 都 stand by,并且按照生产架构设置主从等优化选项。同时我们也开始正在新的集群启动新的服务
所幸,最终 AWS 的 crash 没有影响我们全部服务。我们无须面对切换流量后复杂的数据修复工作
大概 T+2h 到 T+3h 后,我正式通报全员,紧急状态解除。为保险起见,今晚依旧对 feature 封版。
回顾整个事故,我还可以做的更多
1. 将我之前为自己准备的极端 case SOP,对全员公开。这样确保我即便不在线,也有人能接替我
2. 我们可以做一些提前的预先演练
3. 指令下达可以更果断一些
差不多就是这样,一点分享,希望能帮到大家
https://news.jp/i/1352775880323743890
日本这个故意撞人的问题越来越严重了……就是明明互相不认识但是走在路上或者排队等电车的时候故意撞你一下,撞完就跑
这回闹挺大的,60 多岁的一个人给从月台上撞下去,摔伤了脊髓(如果不是这么严重可能根本抓不到人。落网的地方最快也有 32 分钟车程,警方属于是一小时内破案了
不想去日本旅游的另一个主要原因就是这个了😅
日本这个故意撞人的问题越来越严重了……就是明明互相不认识但是走在路上或者排队等电车的时候故意撞你一下,撞完就跑
这回闹挺大的,60 多岁的一个人给从月台上撞下去,摔伤了脊髓(如果不是这么严重可能根本抓不到人。落网的地方最快也有 32 分钟车程,警方属于是一小时内破案了
不想去日本旅游的另一个主要原因就是这个了😅
https://note.com/cosmosways/n/n060d35f72326?sub_rt=share_pw
#今日読んだもの
日本語を学び続ける原動力は、その中に感じる「美」だ。
もっと正確に言うなら——他のどんな言語にも再現しがたい美しさ。
そして今日読んだこの文章に、思わず心を奪われてしまった。
これはたぶん、その美しさのせいだと思う。
今天的阅读材料是下面这篇文章。
吸引我一直学习日语的动力,是我在日语中感受到的美。准确来说,是恐怕只有日语才有的一种美。
而读完这篇文章,我发现我已经被其中所蕴含的日语之美吸引住了。
#今日読んだもの
日本語を学び続ける原動力は、その中に感じる「美」だ。
もっと正確に言うなら——他のどんな言語にも再現しがたい美しさ。
そして今日読んだこの文章に、思わず心を奪われてしまった。
これはたぶん、その美しさのせいだと思う。
今天的阅读材料是下面这篇文章。
吸引我一直学习日语的动力,是我在日语中感受到的美。准确来说,是恐怕只有日语才有的一种美。
而读完这篇文章,我发现我已经被其中所蕴含的日语之美吸引住了。
我对 RWKV 的期待一直都是低内存占用和高性能,实际测下来感觉也还是比较符合期待
不过 App 现在还是很粗糙哈,比如对话翻译等等每个功能都有自己的模型选择列表,还不一样。距离实用就还很远,毕竟存储寸土寸金的 iPhone 上要把大几个 G 的模型下好几份可说不过去
一番试用下来我最常用到的功能反而是用文言输出的那个开关,真的挺有趣的
大部分算法书其实都是算法罗列,这是唯一一本我见过的讲如何从零到一设计算法的书,给出了一系列数学上的方法。
作为一个之前对算法理解困难,算法类面试题只能靠背的我,在看完这本书后一度算法面试都是现场现编算法,编出面试官没见过的解题方法再现场来一套数学证明,面试官直接现场懵圈。
当然如果只是为了面试现在还是刷 Leetcode 实在,如果你还对算法有最初那单纯的好奇和热情,我还是很推荐这本书的。
关于国家授时中心遭受美国国家安全局网络攻击事件的技术分析报告
https://mp.weixin.qq.com/s/XPjT0BVOJPJxSmASW0tXTA
https://mp.weixin.qq.com/s/XPjT0BVOJPJxSmASW0tXTA