Orien Daily
- 📸 @Kendo_Jidai ×4
延期になっていた剣道七段大会まであと11日となりました。初出場は升田選手、林選手、野田選手、横尾選手の４名です。会場は東京医科大学体育館に変更しております。ご注意ください。駐車場がありませんので、公共交通機関をご利用ください。午前10時開場、午前11時開会式です。 #剣道 #七段戦
原文 #剣道 - 措置・処置・対処，三个“处理”别乱用
在技术文档或学校通知里，经常会看到「適切な措置を講じる」。这里的「措置（そち）」不是普通的“处理一下”，而是带有制度感、管理感的处理。比如系统发生严重故障后，公司决定暂时停止某个功能，这叫「措置」。它强调的是组织层面的决定和执行。
「処置（しょち）」更接近现场处理。服务器报警后，工程师先重启服务、切断异常流量、保存日志，这些可以叫「応急処置」。它不像措置那么偏制度，更像手已经伸进去解决眼前的问题。医学里也常说処置，因为医生面对的是具体伤口或症状。
「対処（たいしょ）」则更宽，重点是“面对问题并采取行动”。比如「予期しないエラーに対処する」很自然，但如果写「エラーに措置する」就怪了，因为エラー不是制度对象。技术日语里最稳的判断是：组织决定用措置，现场操作用処置，面对问题用対処。 - Passkey 为什么能挡住钓鱼网站
很多人以为账号被盗，是因为密码太简单。现实更难看：很多账号不是被“猜”出来的，而是用户自己把密码交给了假网站。钓鱼页面做得像真的，域名只差一个字母，验证码、登录框、甚至加载动画都能复刻。只要你输入密码，对面就拿到了钥匙。
Passkey 的思路很不一样。它不让你记一串秘密，也不让你把秘密发给网站。注册时，你的设备会生成一对密钥：一个私钥留在本机，另一个公钥交给网站。登录时，网站发来一段随机挑战，设备用私钥签名，网站用公钥验证。整个过程中，真正的私钥从不离开设备。
关键点在这里：Passkey 会把“这个登录请求来自哪个网站”也算进去。也就是说，example.com注册的凭证，不能拿去给examp1e.com用。假网站就算界面做得再像，也拿不到能在真网站通过验证的签名。密码是人眼判断域名，Passkey 是系统判断域名，人眼会累，系统不会讲情面。
这也是为什么 Passkey 不只是“免密码登录”，它更像是把身份认证从“用户记忆”搬回了“加密协议”。它没有要求用户变聪明，而是把容易出错的部分从流程里删掉。安全里很多好设计都是这样：不是提醒你别犯错，而是让这个错误没有入口。
思考题：如果攻击者已经控制了你的电脑浏览器，Passkey 还能完全保护你吗？
💡 核心记忆：Passkey 的安全性来自“私钥不出设备”和“凭证绑定真实域名”。它不是更复杂的密码，而是把密码这类脆弱数据从登录流程里干掉。 - Nginx 事件循环：一个进程为什么能同时招呼几千个连接
如果你打开 Nginx 的源码，会发现它不像很多初学者想象的那样：来一个连接就开一个线程，来一千个连接就开一千个线程。那种写法很直观，但很快就会把机器拖死，因为线程本身也要占内存，还要不停切换。
Nginx 更狠一点。它把连接先登记到操作系统那里，然后主循环反复问一句：现在谁真的有事？在 Linux 上，这通常靠epoll完成。没有数据的连接就安静躺着，不占用 CPU；真正有数据可读、可写、超时的连接，才会被拿出来处理。
这就是事件驱动。程序关心的不是“我有多少连接”，而是“这一刻有哪些连接发生了事件”。所以 Nginx 的 worker 进程看起来像一个很忙但不慌的人：它不陪每个连接干等，只处理已经准备好的那几个。
源码里最关键的味道，是它把连接、事件、定时器拆成了清楚的数据结构。连接对象记录“是谁”，读写事件记录“发生了什么”，定时器记录“什么时候算超时”。主循环只做一件事：取事件，分发事件，再回去等下一批。复杂性没有消失，但被放在了正确的位置。
容易混淆的是，“单进程处理很多连接”不等于“一个 CPU 同时执行很多代码”。它真正做到的是不把时间浪费在等待上。网络服务的敌人通常不是计算太慢，而是大量连接都在空等。Nginx 的好品味就在这里：别给每个等待都配一个线程，把等待交给操作系统，把程序留给真正发生的事。 - 📸 @30R9gmaMUy3guDJ
大谷翔平、7回の打席でパイレーツファンから『Shohei sucks (翔平はダメだ)」チャントを送られる
↓
その後、タイムリーツーベースを放つ
↓
ドジャースはこの回に10得点をあげ12-3で大勝
🎥@JomboyMedia #大谷翔平
原文 #MLB日本選手Media is too bigVIEW IN TELEGRAM
