监控我手机的 FBI 说我再看这些东西就遥控把我手机炸了
https://fixupx.com/jjgfscbd/status/1941183793370644696

FixupX

小马驹 哒哒哒 哒哒哒 (@jjgfscbd)

惊呆了，刷抖音刷到一个5~60岁的大爷。
常年带着假发，涂粉底化妆。装成女性约了一堆长的不错的“直男”。重点他们从不空军，还带点水果，家用电器扛给他。伪娘红姐就跟过来的男人舌吻，口交，搞完拍了1500多部黄色视频后被曝光了。重点是被曝光的这些男的长的也不差。
所以男的只要想嫖，是真的不挑啊。

分享一个一个月前看了忘记分享的文章：什么是 ECDSA 的 signature malleability

简单来说，椭圆曲线是镜像的，可以把签名 s 翻转成 n-s 而签名仍然是有效的，这样一样的内容就有了两个不同的签名，可以做 replay 之类的攻击

解决方法就是只接受曲线上半部分或者下半部分的签名，一般接收下半部分比较多

https://zokyo.io/blog/signature-malleability-risks-and-solutions/

zokyo.io

Zokyo: Signature Malleability: Risks, Attacks, and Solutions for Smart Contracts

We deliver dynamic web3 cyber defense and economic solutions by combining services powered by industry-leading expertise and innovative technology.

我搭的 wewe-rss 实例被墙了😅
真的是墙得莫名其妙，抓微信公众号的最新文章并提供 RSS 订阅也能触碰红线吗？

我今天才建立起这个意识： ps / top 的输出里，CPU 统计是用户态+内核态，但是！内存 RSS 消耗却只有用户态。

比如下面这个 open 一百万个 /dev/null fd 的进程 (powered by o3)

int main(int argc, char *argv[])
{
    size_t to_open = 1000000ULL;

    if (raise_nofile(to_open + 32) == -1)
        fputs("⚠️  Couldn’t lift RLIMIT_NOFILE — continuing anyway\n", stderr);

    int *fds = malloc(sizeof(int) * to_open);
    if (!fds) {
        perror("malloc");
        return 1;
    }

    const char *path = "/dev/null";
    size_t opened = 0;
    for (; opened < to_open; ++opened) {
        int fd = open(path, O_RDONLY | O_CLOEXEC);
        if (fd == -1) {
            perror("open");
            break;
        }
        fds[opened] = fd;
        if ((opened + 1) % 100000 == 0)
            fprintf(stderr, "opened %zu FDs\n", opened + 1);
    }

    printf("✅  Holding %zu file-descriptors open.  PID %jd.  Sleeping…\n",
           opened, (intmax_t)getpid()); 
    pause();
    return 0;
}

cat /proc/$PID/status | grep RSS 的结果是 5276 kB，然而用 cgroup v2 memory.current 去看才知道这个进程消耗了 277M RSS。其实去年我已经知道这个，然而并没有建立起意识，一查内存还是先 top -o %MEM。在容器化时代大家用 docker stats 或等价 API 取到的是整个 pod user+sys RSS，这很好，但对于喜欢在 host namespace 微操的阳光彩虹小白马们（指我自己）如果没有这种意识，恐怕要走历史的弯路。

我用了十年学习编程，到今天依然因为学会新知识而激动

卧槽！真的地震了！













































啊原来是我做梦呢😁

「楊国福」は本場の中国で一度だけ食べたことがあったけど、
普段の半分以下くらいの量で具材を選んだのに（しかもほとんど野菜）、
バカ高いレシートに、正直ちょっと呆れた😅

麻辣湯は滅多に食べないけど、
これより美味しいお店なんていくらでもあると断言できる
進出するのは良いことだと思うけど、
よりによってなんで「楊国福」だったのか…まさに泥を塗るようなものだ

一連の不祥事で、麻辣湯ブームは「中国料理＝不衛生」っていうイメージのまま、早々に終わってしまうだろ
他のお店にまで悪い影響が及ぶかもしれないし、最悪
頼むから、さっさと潰れてほしい

https://www.j-cast.com/2025/07/04505717.html

J-CAST ニュース

「まさかスープに...」床で牛骨カットする動画が拡散　人気中華チェーン「楊国福」店舗説明「ゴミを処分していた」

中国発の人気中華チェーン「楊国福（ヤングオフー）」の店舗で、スタッフがキッチンの床で牛骨をカットしていたと、TikTokで動画が投稿され、波紋が広がっている。投稿者は、スープに入れていた可能性はないのかと指摘していたが、店のオーナーは、「ゴミを処分しているところを撮影された」と取材に説明し、客への提供については否定した。「本部からすでに営業停止および業務改善の処分」「楊国福」の名前が入ったのれんの

https://www.bilibilibb.com/video/BV1vVELzeEpZ

笑了半个小时不带停的（没有半点夸张
就这么说吧这个视频播放量是别的视频的两倍，那一定是有原因的
看视频之前请确保胃已排空唾沫咽肚里了不然送医院去了可别怪我

Bilibili

天津早点吃法教程之方便面篇

-

https://t.me/cnbeta_com/451752

傻逼

Telegram

cnBeta.COM中文业界资讯站

上海首创外卖快递交通安全码：安全守法的“绿码”骑手才能接单


目前该系统建设有数据分析、风险分析、预警分析等功能模块，依据从业骑手专用号牌使用情况、交通违法及事故处理情况、交通安全培训教育落实情况等数据指标，可自动识别企业及站点的主体责任落实漏洞，对骑手、站点、企业进行安全等级自动评定。其中，对从业骑手以“绿、黄、红”三色“安全码”标注安全等级，“安全码”直接关联从业资格：新入职骑手必须“绿码”才能从业；屡教不改的“红码”骑手，则被列入行业“禁限名单”，责令其所属平台企业“停单”，要求其他平台企业慎…

成都人的精神状态对我已经有点陌生了…

https://vxtwitter.com/passluo/status/1940717215843864616

vxTwitter / fixvx • Media 1/2
💖 15 🔁 1

0:10

𝙋𝙖𝙨𝙨𝙡𝙪𝙤 (@passluo)

刚才下了好大一场雨，成都部分城区道路被淹了

微信群里一看

阿卡哈姆的疯批们又出来了 https://t.co/64epU818w2

另一个健康度讨论的 Issue 是针对 CNCF 已毕业的项目 Linkerd 不再在社区发布 stable release 转而由 vendor 提供 stable release 的讨论。

这里面其实包含一个更大的问题，就是即使是 CNCF 已经毕业的项目，有的也只是表面做到了社区治理多样化，实际上重要决策还是完全掌握在某个 vendor 手里。讨论里还提到了另一个已毕业项目也有同样的隐患，当然在别的基金会这类问题也不少见。这种项目的毕业很大程度上已经变为了一种表面功夫，项目背后没有一个公司去强推，很难组织资源去做那么多让表面符合规范的事情，而基金会里负责 Review 的人通常也心知肚明，只要把表面的规范都找到对应证据即可。最后两方都官宣我们毕业了一个项目，皆大欢喜，其实就是个镀金游戏罢了。

https://github.com/cncf/toc/issues/1262

GitHub

Health of Linkerd project · Issue #1262 · cncf/toc

The TOC has determined the recently announced changes to Linkerd releases warrants discussion with the project concerning their health and this recent change. This issue is created to track the dis...

看到一个 CNCF 讨论项目健康度的 Issue，通常进这个讨论的项目大概率会被 archive。

但是这个项目的 Maintainer 表示这种没有经过私下沟通，直接把项目当前不活跃的数据公开出来讨论会让 Maintainer 感到难堪，打击大家对社区的信心，并不会对项目的健康度有任何帮助。我理解 CNCF 的人主观上并没有这个意思，但客观上这样确实会让项目的 Maintainer 感到不体面，相当于在项目末期再来一次情绪上的暴击。

https://github.com/cncf/toc/issues/1539#issuecomment-2677679116

GitHub

cncf/toc

⚖️ The CNCF Technical Oversight Committee (TOC) is the technical governing body of the CNCF Foundation. - cncf/toc