 |
mywaiting🏢 Example Inc V2EX member #1340, joined on 2010-09-04 13:22:55 +08:00Today's activity rank 6689 |
example.com
弱智儿童，二逼青年，神经病
 |
Per mywaiting's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
mywaiting's recent replies
Jun 29 Replied to a topic by Henryable › 生活 › 租房生活后，学做饭，每天都吃上了自己亲手做的饭，谈谈经验 |
类似白人饭，简单一锅蒸或者一锅炖，简单到只有一个电饭锅都能做
搭配点酱油葱花这种传统饮食调味，低油低盐
手脚快点的话，做饭全程不超过十五分钟，电饭锅一按就去开盘王者等半小时就开饭
一个人的话，几乎等于不用刷锅不用洗碗
搭配点酱油葱花这种传统饮食调味，低油低盐
手脚快点的话，做饭全程不超过十五分钟，电饭锅一按就去开盘王者等半小时就开饭
一个人的话，几乎等于不用刷锅不用洗碗
Jun 19 Replied to a topic by olddogs › 推广 › 我把 SaaS 从 Docker 迁移到 Rootless Podman：三个月踩坑实录 |
多租户限制，尤其是有严格的安全需求，使用 firecracker 更彻底
至于兼容 containerd 部分，fc 也有很多相关实现
供参考
至于兼容 containerd 部分，fc 也有很多相关实现
供参考
May 29 Replied to a topic by Livid › 站点状态 › 20260526 - 关于已经修复的 404 bug 的具体原因 |
@CEBBCAT 旁路方式处理风控类业务也是很常见的架构套路了，确实很多地方都能见到
May 27 Replied to a topic by Livid › 站点状态 › 20260526 - 关于已经修复的 404 bug 的具体原因 |
从我过去的维护经验来说，最好把基础定义 API 和反垃圾 AntiSpam 的实现分离比较好
一来可以保证 AntiSpam 不会影响基础 API 运行，二来方便在 AntiSpam 执行各种试验
大概过程如下：
所有流量从 gateway 进入到 webapp 后会有系列分离/分流机制推送到 AntiSpam 离线检测，检测后会自动标识 IP/User/Fingerprint 等标识的风险值，然后反馈到 webapp gateway 自动拉黑/喂假数据
举个例子：正常访问的流量都会访问 /favicon.ico 这个请求进入 gateway 后会推送到 AntiSpam 离线检测后会适当降低当前访问 IP 的风险值
一来可以保证 AntiSpam 不会影响基础 API 运行，二来方便在 AntiSpam 执行各种试验
大概过程如下：
所有流量从 gateway 进入到 webapp 后会有系列分离/分流机制推送到 AntiSpam 离线检测，检测后会自动标识 IP/User/Fingerprint 等标识的风险值，然后反馈到 webapp gateway 自动拉黑/喂假数据
举个例子：正常访问的流量都会访问 /favicon.ico 这个请求进入 gateway 后会推送到 AntiSpam 离线检测后会适当降低当前访问 IP 的风险值
May 20 Replied to a topic by levelworm › 信息安全 › GitHub 有可能被黑了 |
官方实锤了么？一堆流水线要更换打包了
May 15 Replied to a topic by clacf › 宽带症候群 › 放弃 tun 模式，拥抱 ProxyBridge，网络瞬间流畅了 |
支持 wireguard/tailscale 层面的 udp 包转发么？看了一眼好像不支持
May 12 Replied to a topic by mode171 › 音乐 › 网易云的歌怎么越来越少了？ |
年纪大了，实在爱不动网易了，我是直接用抖音账号登录汽水，两者数据疑似是打通的，无脑听吧
May 8 Replied to a topic by huoru › 推广 › AI 写代码越来越强，但它不知道我们上周修了什么 bug，把 Bug 重新引入生产环境了 |
与钱相关的坑，包括但不限于浮点数、币种、汇率转换、金额显示方式等等
也包含数据库事务处理上的扣款、退款、退款队列操作等等
都有很多现成的、经过实战检验的、无数人踩过的坑后，用真金白银堆出的“最佳实践”，准确来说，不能说最佳，应该用行业军规
为什么不重写为独立的 package/interface 去统一处理？
为什么要搞这些莫名其妙的、自以为已经解决问题的修补方式？
实在难以理解
也包含数据库事务处理上的扣款、退款、退款队列操作等等
都有很多现成的、经过实战检验的、无数人踩过的坑后，用真金白银堆出的“最佳实践”，准确来说，不能说最佳，应该用行业军规
为什么不重写为独立的 package/interface 去统一处理？
为什么要搞这些莫名其妙的、自以为已经解决问题的修补方式？
实在难以理解
May 6 Replied to a topic by andyskaura › 分享创造 › 用 AI 做了一个给小电影加字幕的工具 |
@andyskaura 该说不说 V2 这里加个 [NSFW] 在标题里，推广项目感觉更有效果~~[逃]~~
Select Language