Orien Daily
- 📚 「〜にあたって」不是万能正式句：它和「〜際して」到底差在哪？
很多人写技术邮件或研究计划时，看到要“正式一点”，就把「〜するとき」全换成「〜にあたって」。问题是这个句型不是单纯的“在……时”，而是“面临某个重要行动、切换、开始、实施之前，带着准备或说明去做”。所以它常出现在发布、迁移、提交、实验开始、制度变更这种节点上。比如系统切换、论文投稿、协议更新，都很自然；但如果只是描述日常反复发生的动作，硬塞进去就会显得过头。
它最容易和「〜際して」混。两者都正式，但「〜にあたって」更强调“在做这件大事之前，要先处理相关准备或注意事项”，动作感更强；「〜に際して」更像公告、通知、声明里的书面表达，语气更硬，也更像“值此……之际”。如果你要写技术文档里的操作提醒，常常「〜にあたって」更顺；如果你在写规章、通知、对外声明，「〜に際して」更稳。反过来，像「毎日の進捗確認にあたって」这种天天发生的小动作就不太对，通常直接用「進捗確認の際は」或者「進捗確認するときは」就够了。
比如这几句可以直接套用。研究室で新しい評価基準を導入するにあたって、既存の実験結果との比較方法を先に定義しておく必要がある。引入新的评测标准时，必须先定义好和既有实验结果的比较方法。セキュリティポリシーを改定するにあたって、利用者への影響範囲を事前に整理した。修改安全策略之前，先梳理了对用户的影响范围。論文を投稿するに際して、使用したデータセットのライセンスを再確認した。投稿论文之际，重新确认了所用数据集的许可证。
再看一个不能乱用的边界。もし你只是想说“调试的时候看日志”，写成「デバッグするにあたってログを確認する」就有点重，因为这不是一个重大节点，更自然的是「デバッグするときはログを確認する」或者「デバッグの際はログを確認する」。这里差的不是语法对错，而是语气重量不匹配。
💡 記憶ポイント：遇到“开始实施某个重要动作前，要先说明准备、原则、注意事项”时，用「〜にあたって」；写公告、通知、制度文本时，常可换成更书面的「〜に際して」；如果只是普通的“做……的时候”，别乱拔高，直接用「とき」或「際」就行。先记一句： - 🔐 SSRF 为什么总能打进内网：问题不在“服务器会访问 URL”，而在“它替用户做了网络决策”
很多人第一次听 Server-Side Request Forgery（SSRF）时，会把它理解成“让服务器帮我发一个请求”。这句话没错，但太轻了，真正危险的地方是：服务器站在一个比攻击者更有权限的位置上，它能看到外网看不到的东西，比如内网服务、localhost 上的调试接口、云主机的元数据地址，甚至某些只允许机器访问的管理 API。攻击者自己碰不到这些目标，就骗你的应用去碰。
这类漏洞最常见的入口看起来都很“正常”。比如头像上传支持“从 URL 导入图片”，Webhook 支持“回调地址测试”，爬虫支持“抓取网页摘要”，PDF 生成器支持“渲染远程资源”。产品觉得这是便利功能，开发觉得只是调用一下 HTTP 客户端，结果系统却在无意中变成了一个内网代理。只要目标 URL 来自用户输入，而服务端又没有严格限制它能访问哪里，麻烦就开始了。
为什么它会发生？因为程序经常只检查“这是不是一个合法 URL”，却没有检查“这个 URL 最终会连到谁”。攻击者可以直接填http://127.0.0.1:8080，也可以用 DNS 解析、302 跳转、IPv6 写法、十进制 IP、甚至 URL 里的用户名密码段来绕过粗糙过滤。更糟的是，很多防守只在字符串层面做黑名单，比如禁掉localhost，但127.1、[::1]、内网网段、或者先解析到外网再跳转到内网，照样能进去。你以为你在校验文本，攻击者打的是网络语义。
现实里最危险的一类 SSRF，不是去读某个无聊页面，而是去打云环境的元数据服务。经典例子就是169.254.169.254。如果应用所在机器能访问这个地址，攻击者可能借 SSRF 拿到临时凭证、实例身份信息、访问密钥，再继续横向移动。这个链条之所以致命，是因为它不需要 RCE，不需要提权，连代码执行都没有，只是“让服务器按你的意思访问了一个地址”。
真正靠谱的防法也不是多写几个 if。核心思路只有两个：第一，别让用户决定完整目标地址，能做成“从固定白名单站点拉取资源”就别做成“随便给我一个 URL”；第二，如果业务确实需要访问外部 URL，就在发请求前和每次跳转后都做解析与校验，拒绝 localhost、内网网段、链路本地地址、保留地址和非 HTTP/HTTPS 协议。再往前一步，出网层也要拦，别让这台应用服务器天然能访问内网敏感段和云元数据。应用层校验会漏，网络层隔离才是最后那道硬墙。
还有一个常被忽略的点：不要自动跟随重定向到任何地方。你本来允许访问https://example.com/image.jpg，结果它 302 到内网地址，你的客户端如果傻乎乎地继续跟，就等于白名单被绕过了。校验必须针对“最终连接目标”，不是只看第一跳。
🧪 你在审一个“根据用户提供的图片 URL 抓图并生成缩略图”的服务。开发说他们已经禁止了字符串里出现localhost和169.254.169.254，所以 SSRF 已经防住。这个判断对吗？为什么？答案是：
💡 核心记忆：SSRF 的本质不是“代发请求”，而是“让高权限服务器替攻击者访问本不该暴露的网络位置”。 - 📸 サカナクション (X)
のファンクラブ会報誌
『NF BOOK No.04』を含む
NF member会員特典
第1回発送対象者への発送が完了しています。
お届けする特典内容はご利用状況により異なります。
発送内容その他の詳細は下記のページをご確認ください。
https://sakanaction.jp/news/detail/3328 #サカナクション
原文 #サカナクション - 📸 サカナクション (X)
全国アリーナツアー
SAKANAQUARIUM 2026-2027 “透明”
2027年公演のNF member深海限定抽選受付の当落結果を発表しました。
当選した方は、7/27(月) 21:00までのお支払いをお忘れなく。
https://sakanaction.jp/feature/tour2026-2027 #SAKANAQUARIUM20262027透明 #サカナクション
原文 #サカナクション - 📸 サカナクション (X)
全国アリーナツアー
2027年公演のNF member全ステイタス対象 一次受付がスタート！
今からの入会でも申込み可能です。
注意事項をよくご覧いただいた上でご応募下さい。
残席情報も参考にご覧下さい。
▼詳細＆申し込み
https://sakanaction.jp/feature/tour2026-2027 #SAKANAQUARIUM20262027透明 #サカナクション
原文 #サカナクションMedia is too bigVIEW IN TELEGRAM - 🔑 为什么“明明没共享数据”也会变慢：False Sharing（伪共享）
多线程程序变慢时，很多人先怀疑锁、系统调用或者算法复杂度，但有一种更阴的情况是：线程之间逻辑上没有竞争，代码看起来也各写各的，性能却还是突然掉下去。这 often 不是“数据共享”，而是 cache line 共享，也就是所谓的 False Sharing。
现代 CPU 不会按“一个变量”来缓存内存，而是按一整块来搬运，常见大小是 64 字节，这一块就叫 cache line。假设两个线程分别修改a和b，如果这两个变量刚好落在同一个 cache line 里，那么线程 1 一写a，CPU 就会把这整行标记成自己最新；线程 2 再写b，又会把同一行抢过去。于是两个核心来回“打架”，虽然改的不是同一个变量，但底层维护缓存一致性时，看到的是同一块内存，所以会反复失效、同步、重取，最后浪费大量时间在 cache coherence 上，而不是算业务逻辑。
这就是它名字里“false”的意思：表面上看像共享写入冲突，实际上程序语义上根本没有在争同一份数据。设计上，CPU 必须按 cache line 管理，因为按字节追踪一致性成本太高，硬件根本扛不住。所以这不是 CPU “笨”，而是工程上的现实取舍：用较粗粒度的缓存块换取整体吞吐，但代价就是程序布局不当时会踩坑。
最常见的坑出现在计数器、统计数组、任务队列元数据里。比如你开 8 个线程，每个线程维护自己的计数，本来以为不会互相影响，于是写成一个连续数组counters[8]。结果这 8 个整数很可能挤在一两个 cache line 里，线程越多，互相打得越狠。解决办法不是“加锁”，那只会更糟；真正的修复方式是让高频写入的数据在物理布局上分开，比如 padding、按 cache line 对齐，或者干脆让每个线程持有自己独立的局部状态，最后再汇总。
但也别走到另一个极端。不是所有相邻变量都该强行 padding 成 64 字节，那会浪费内存，还可能让 cache locality 变差。关键判断标准很简单：如果多个线程会高频写，并且这些数据可能挨在一起，就该警觉；如果只是只读共享，或者很少修改，False Sharing 往往不是主因。
🧪 课后一题：有 4 个线程分别不停执行cnt[i]++，cnt是一个连续的int cnt[4]。逻辑上每个线程只改自己的下标，但程序吞吐量很差。最可能的原因是什么？int
💡 易混淆点：False Sharing 不是“多个线程读写同一个变量”，而是“多个线程写不同变量，但这些变量落在同一个 cache line 里”。 - 📸 サカナクション (X)
StationHead
毎週木曜23:00からレギュラー配信
LIVE Blu-ray
「SAKANATRIBE 2014-LIVE at TOKYO DOME CITY HALL-」
発売12周年記念プレイリスト📡
ぜひお聴きください。
▼Stationhead
http://share.stationhead.com/dagptwewwgjv #サカナクション
原文 #サカナクション - 📸 サカナクション (X)
「サカナクション デビュー20周年記念」
NF member対象の復刻グッズの投票企画を実施中です。
投票によって選ばれたアイテムを参考に、2027年に復刻販売予定です。
【期間】
7/27(月)18:00〜8/9(日)23:59
※期間中にご入会いただいた方も参加可能です。
▼投票はこちら
https://sakanaction.jp/feature/revival2026
原文 #サカナクション - 📸 サカナクション (X)
NF member限定FanStream
「草刈愛美のFanStream生配信トーク」
7/31 配信アーカイブを公開いたしました。
http://sakanaction.jp/nfmember/
ぜひご覧ください！
原文 #サカナクション - 每日推歌已发送
- 🎵 Touch and Go — Rupert Holmes
专辑：Songs That Sound Like Movies: The Complete Epic Recordings · 4:07
前奏一出来就有种电影开场的推进感，鼓点推着旋律往前走，副歌收得利落又带一点悬念。它不是那种一味粗粝的摇滚，更像把流行线条和 indie-rock 的棱角拧在一起，听着很顺但不寡淡。
🔗 Spotify · #推歌 #另类摇滚SpotifyTouch and GoRupert Holmes · Songs That Sound Like Movies: The Complete Epic Recordings · Song · 2018 - 📸 @turu3_kame3
明日は昇段審査で、微妙な時間なので朝昼飯は食べる時間は無さそうです(^_^;)
緊張する方なのですが、気負わず行ってきます☺️
無理だな(^_^;)
皆さんのポストを見て、自分らしく行ってきます(^O^)／ #剣道
原文 #剣道 - 📸 @shinji_marosan ×3
皆様こんばんは😊
今日(8/1)夜は、いつもであれば
所属道場での 稽古なんですが…
学区夏祭りのため、体育館使用不可
稽古お休みなので、水曜日にお邪魔
しているところへ出稽古
2026年188回目
剣道形 7本目まで
立合模擬稽古
最後はまわり稽古
明日の審査本番に対して
打ち切ることと残心を示すこと #剣道
原文 #剣道
