@jjx 后端确实，但是前端非也，针对 cursor 的话基本 90%按 tab 就没错。10%是一些比较特殊的布局或者 css 。

@kakki 让他创建 UI ，写组件....重构......

反正阿里、腾讯、京东、百度、华为、ucloud 、青云、火山都用过，
华为：没什么特别，就是贵，使用期间发现个影响极小的 BUG ，提交了采纳了给了我 50 元。
百度：太久没用了没什么特别印象，早期跨境路由比其他家都好和稳定，但是后面也严格了就弃用了。
ucloud：活动后正常续费贵，但香港节点香。
京东：连发工单的 textarea 都有 bug ，弃用了。
火山：前几天使用机器翻译，译文截断了，工单告知是测试中的 bed case ，短期无法处理。
青云：毁三观的玩意，到期后非自动续费的机器不选择销毁硬盘还是网络就继续扣费，就算欠费也扣，告知腾讯阿里都是抄他们的计费模式都一样的。
阿里：除了贵就是控制台过于复杂和卡顿，而且近期好像故障比较多。
腾讯：早期问题处理极速专业，但是现在也就那样了....

@realpg
到最后你会发现他们在意所谓的影响指的是对公司声誉的影响，而不是对用户的影响。
其实就算定性为 panic error 又能如何，影响受众范围太小，都懒得处理，而且最难处理的都不是技术问题，而是政策和隐私问题，所以我觉得没个一年半载这个问题不一定能解决，还是自己想办法好了。

@realpg
阿里是兜底机制吧，腾讯云这个机制感觉是临时决定的。
早期估计是没这样设定的，然后突然要**后没想太多直接就上，粗暴应对，以至于.....

@realpg 我没别的意思，因为都是云长基操；
如 @panxi 提到的问题，2 年前我们就遇到了，不过说实话，我们非大客户，所以当时都是工单解决的，我那时候大概遇到情况一模一样。
当时我发工单后，当天电话回复了因为需要和研发沟通，所以估计次日才能确定。
接着当天下午就回复了，问题定位到是节点网络原因导致，因为境外访问的时候，由于请求落在了新疆的节点，而由于政策原因所以....最终产生的 handshake ，另外由于境内访问的话该节点是正常的，顾无法剔除该节点。
给出的建议是：
1 、开通全球加速
2 、部署境外源站

@tencentcloud 我刚毕业的不是太懂，
其实这个是否增加一项 2FA ，需要展示的时候允许客户通过 2FA 验证后展示完整的，
验证后对当次会话/操作有效就可以了？

@FrankAdler 肯定联系过 OP ，估计是 OP 不接受赠券，并且 v2 也没法删

@baoshu 大把问题等着你，火山目前就 ai 方面便宜好用，其他常规云服务就真的.....

不知道是不是疫情时候打了三针的原因，现在没耐心看这些“大片”了，反而喜欢去看那种爽文类型的动画。

@wwyf 新出的，官网页面还没有介绍，论坛里面已经有在问了。

在用 Pro ，然后经常遇到限流，最近提示变成了换位 Pro plus ，60 刀，然后抱着试试的心态就换了，接着款扣了没到账，依然是 Pro 版本的套餐。200 刀和 20 刀我更倾向于中间(目前我自己的使用量而言)....

系统和工具的区分。。。
其实我觉得没必要那么纠结于这个字眼吧，
目前我也使用了一段时间，给我的感觉是：
1 、前端还原程度和处理十分高效，甚至我自己自愧不如，特别是各种动效。
2 、功能性的代码能处理 80%，但是对于不同的组件框架，使用 AIGC 会有各种问题，包括一些潜在危机，以至于要不停的 review ，特别是项目比较复杂的场景更是如此，猜测是上下文数量关系导致。
说实话刚接触确实震撼到我了，现在我基本只让他处理前端界面部分。

win11
内存压缩已关。
64G ddr5 5600mhz
nvme ssd x2 剩余空间没变红，感觉和磁盘无关。

如果把所有浏览器关闭，IDE 退出，会短暂好一会，但是重开就继续这样。
目前常驻：IED/EDGE/企微/微信/QQ/钉钉/卡巴/toDesk

大概使用 3 天不关机，且占用内存超过 32G 时，就会这样，比如输入法一打字就直接卡死。
或者鼠标键盘输入/移动的时候肉眼感觉到明显卡顿。

重启后又能正常 3 天左右了。

@murmur 套条也一样，并且已经关闭了内存压缩。目前已经维持一段时间了，暂只有重启大法可解。

重新进入时候不应该通过对局 ID 查询对局状态吗....
好像和持久化有效期没关系吧...

@capgrey 不过我也只是看了下 V 站说才知道，因为我没用 ali 的服务。
但公平来说，就算 aws 的 sla ，也有排除部分的，所以这个 sla 仅供参考。

而这次具体原因我不清楚，就看了下 V 站里面提到的，说上游根服务器那边改了解析，类似这种我觉得会推到去第三方的原因从而避免扣除 SLA 可用度。

不过就算扣除 SLA ，假设这个月不会再有任何故障出现，那这个月 SLA 也是降低到 99.17%​，对应协议中的赔偿就是 OSS​月度服务费的 50%​​

说难听点根本不算什么，之前国补那一堆一样赔，只是估计更加在意声誉受损

@capgrey 计算是这样计算，但是还是要看免责部分的；
比如阿里 oss 的免责中明确说明排除“任何阿里云所属设备以外的网络、设备故障或配置调整引起的”
那这次故障根本不算入 SLA 范围内。

>数据持久性
指是否丢失数据

>数据可用性
指数据访问是否正常

昨晚的事故不涉及第一点，但涉及第二点，而第二点牵扯到计算方式不是按年，是按月指标，所以无法稀释。
但是如果你有看阿里的协议，其中免责部分有提及到：任何阿里云所属设备以外的网络、设备故障或配置调整引起的
所以根本不用稀释。