@allforone 你当然能表达你的观点 但我也有我的看法
你说的浪费仅限于你的使用方式 因为你把它的额度当成固定的 quota
而它的额度本身就是滑动窗口 反复随机的重置并没有损害你的周期内的配额权益
你前两天可以正常用 第 4 天也可以爽用 只是随机推移了你的期望重置时间
平移了你想要的爽用时间 打乱了你的使用的方式
我用 cursor+codex ，但我的使用方式和你不一样
我能充分利用它们的配额 因为我不是攒着用 我在订阅时 先确定对应的 plan 是否够我用 1 个月
如果赠送了 那我用爽一点 蹬狠一点呗 跟你说的一样 max 拉满
但我会控制滑动周期内的总进度条 如果一直赠送 我就能一直爽用
未来如果 codex 推出了固定周期 那么你就是最大的受益者
所以说这个规则只有合不合适 没有对错

@allforone 没关系的哥们 你尽管 B 就是了 不过说到理解能力 既然你是 x20 倍尊享 VIP 你把他送你的蛋当做有毒的不吃不就行了吗 还是说你看不懂百分比 或者你心里也眼馋重置呢

@allforone 如果你理解能力差，你只需要记住到目前为止大概吃了多少蛋，因为你的蛋只有 30 个，送的多无非篮子里满了而已，会干预你吃蛋计划对吗，哥们，太抽象了。

@allforone 如果送的蛋不过期就好了，这样我就可以攒着后面吃。招笑。

我每个月都有 30 个鸡蛋吃，自己吃一般都是够吃的。随机送蛋完全打乱了我的吃蛋规划。当我习惯前几天吃的少，后几天使劲吃。随机送蛋导致我前两天吃的少，吃两个又送两个。吃的少，又给我送满。反而比我之前的体验更差。我不知道哪天可以大量的吃蛋，一直反向被商家薅羊毛。

搞笑的是 微信支付的客服根本就管不了这个虚拟支付 虚拟支付有专门的团队来负责 然后你申诉 必须要邮件 结果邮件发出去 石沉大海 死循环

iOS 结算周期远比文档描述的要长 如果商户被风控或者其他违规 会冻结 iOS 的资金流转 导致无法结算 我们 2 月份的达到现在还在申诉

我们几十个产品 做 A/B 版 支付时用客服消息、小程序跳转做支付分流，纯技术对抗，封了就换 ～

@lxh1983 现在用的就是无状态 stateless 就是群晖正常获取 ipv6 后 你也不能去随便更改它的网络配置 哪怕就是把网卡重启下 ipv6 的公网 ip 立马丢失 内网 ipv6 地址和 ipv4 都正常 被折磨几天了 现在临时用 netbird 组网连接 懒得弄了

@lxh1983 @ChaosAttractor 之前也是正常的 这两天发现在外面连不上家里的 NAS 排查了一下才发现获取 ipv6 有问题 家里其他设备都能正常获取 ipv6 只有群晖获取后几分钟自动没了 当发现没了后手动设置成之前的固定 ipv6 地址也是可以正常使用的 用的 DHCPv6

@oldfriend 上面有提到 我这本身就是 ddns 而且 ddns 服务也是正常的 问题是 nas 系统网卡 eth0 获取到公网 ipv6 不到一会就没了

@sodawater 谢谢回复 这个问题排查过了 并不是这个原因 因为我可以 100%手动复现，
就是当 NAS 的 IPV6 正常时去网络设置里面 关闭再开启 公网的 IPV6 立马就没了 这时候重启就有了
而且路由和 NAS 的 IPV6 公网地址并没变 感觉应该是群晖的问题

这个问题很简单 你搜索淘宝和京东的时候看看最多给你多少数据就知道了 业务端可以显示 1W+ 10W
上亿条数据 一页一页的去分页 可以重新考虑一下这个业务是否合理

都 2024 年了 还有讨论保值率的 这个东西就和吃自助餐一样
你每次花几百块钱不是为了回本而是为了去享受的
车子也一样 它不是投资品 相反从落地哪天起就是用来消耗的
你放在那不开那就是浪费 每一脚油门之前都要考虑油耗那不心累吗？
如果全部用性价比来衡量 那租房不香吗 何必做三十年的房奴

建议你不要听别人的建议 喜欢什么车 就去试驾
别人给你推荐的都是人家喜欢的

我 21 年在特斯拉刹车失灵风口浪尖的时候买的 model3 哈哈
那时候不像现在遍地都是 投来的全是异样的眼光
就连回老家我叔叔都开玩笑说要离我的车子远一点 刹不住
有人说我就是爱面子是呀 这是我的钱 我想买啥就买啥 我开心呀
你可以喜欢冰箱彩电大沙发 各种电子配置拉满的车型
我也喜欢毛坯房 你喜欢你的 我喜欢我的 不挺好的嘛

MySQL 的 count 性能众所周知，几百万以上就特别明显，数据量达到千万级别后要么你用预估统计 TABLE_ROWS 之类的，要么就缓存。而且条件查询一定要命中索引和限制返回行数，要不然崩的概率非常大。

你这里是 count 全表，除非是业务统计需要，我们的投放平台监测链接和媒体回传表几十亿，业务上要做取舍，和淘宝京东类似，你检索结果几百万但最多只给你展示前 N 页。根据那个帖子的介绍，在以插入和简单查询为主的场景下 MySQL 完全够用，确实轻轻松松。而且我们还有复杂的统计查询，不过业务上都是要求带时间范围，比如最大时间跨度不能超过 3 个月，等等。