九维我操你爹
[#PSA] Telegram 官方 macOS Swift 客户端会对随机的、不属于 Telegram 的 IP 的 443 端口进行 TCP 握手。随机 IP 没有规律、有时甚至会尝试向不存在的 IP（如图中的 0.36.205.8 ）发起 TCP 握手。
https://github.com/overtake/TelegramSwift/issues/1060
建议使用防火墙拦截上述的随机 TCP 连接，Surge for Mac 用户可以使用下述规则拦截：
https://github.com/overtake/TelegramSwift/issues/1060
建议使用防火墙拦截上述的随机 TCP 连接，Surge for Mac 用户可以使用下述规则拦截：
# Telegram 域名
RULE-SET,https://ruleset.skk.moe/List/non_ip/telegram.conf,[replace with your policy name],extended-matching
# Telegram 官方在 https://core.telegram.org/resources/cidr.txt 列出的 Telegram IP 段
RULE-SET,https://ruleset.skk.moe/List/ip/telegram.conf,[replace with your policy name]
# 非官方收集的 Telegram ASN 列表
RULE-SET,https://ruleset.skk.moe/List/ip/telegram_asn.conf,[replace with your policy name]
# 静默丢弃 Telegram 客户端发起的、目标非 Telegram 域名和 IP 的其他连接
PROCESS-NAME,Telegram,REJECT-DROP
#志愿者 #画吧 #huabar
我们目前需要尽快（~20天时间窗口）从阿里云杭州内网 (OSS) 拉几百G（具体大小无法测算，可能上 TB）数据出来。
阿里云的坑人流量费太贵（GB/0.8元），我们可不想上钩。
如果您手上有闲置的杭州阿里云的 vps，请联系 @yzqzss ，我们用来中转流量。每一 mbps 都能上忙，谢谢！
（不需要提供服务器权限，只要运行一个脚本就行）
<#huabar 存档项目>
我们目前需要尽快（~20天时间窗口）从阿里云杭州内网 (OSS) 拉几百G（具体大小无法测算，可能上 TB）数据出来。
阿里云的坑人流量费太贵（GB/0.8元），我们可不想上钩。
如果您手上有闲置的杭州阿里云的 vps，请联系 @yzqzss ，我们用来中转流量。每一 mbps 都能上忙，谢谢！
（不需要提供服务器权限，只要运行一个脚本就行）
<#huabar 存档项目>
https://www.jstage.jst.go.jp/article/cookeryscience/46/3/46_161/_article/-char/ja/
大変勉強になった😲
硬水で牛肉，鶏肉，じゃがいもを水煮したところ，水中のCa，Mgがこれらに吸着した。KとNaは，軟水より硬水で多く溶出した。破断強度値は，牛肉ではエビアンを用いて120分水煮したものが有意に小さく，じゃがいもは硬水ほど大きくなった。エビアンで水煮した牛肉は，筋内膜および筋周膜と，筋線維束の分離が顕著であった。じゃがいもは，硬水で水煮するとでん粉の糊化が抑制され，細胞同士が凝集した組織構造になった。エビアンで水煮すると，肉はやわらかくなり，じゃがいもは軟水より硬くなったことから煮崩れが防げると推測でき，肉や野菜も食する煮込み料理には，ある程度（硬度300程度）の硬度の水が適することが示された。
大変勉強になった😲
https://johnstawinski.com/2024/01/11/playing-with-fire-how-we-executed-a-critical-supply-chain-attack-on-pytorch/
The easiest way to mitigate this class of vulnerability is to change the default setting of ‘Require approval for first-time contributors’ to ‘Require approval for all outside collaborators’. It is a no-brainer for any public repository that uses self-hosted runners to ensure they use the restrictive setting, although PyTorch seems to disagree.
John Stawinski IV
Playing with Fire – How We Executed a Critical Supply Chain Attack on PyTorch
Security tends to lag behind adoption, and AI/ML is no exception. Four months ago, Adnan Khan and I exploited a critical CI/CD vulnerability in PyTorch, one of the world’s leading ML platform…
