不用了，直接 ID 加 1 解决。

@MajestySolor

我又特别回去看了一样，淘宝有只看差评和中评功能。PDD 没有找到。

可能以为你不太在意价格，所以你是 JD 的目标用户，我们这些在乎价格的，没有人在家收快递的，放驿站也没觉得不方便，能省钱就好，毕竟对于商家来说，发 6-12 元的顺丰和 JD 快递，不如发 3 元的其他快递，帮客户省点钱。

没有办法，培养吃辣习惯！！！

@MajestySolor

1 ，淘宝、天猫、PDD 都有只看差评功能。

2 ，你看到的只是商家愿意让你看到的，JD 和 TM 甚至你看到的差评，都是商家愿意让你看到的，不然商家为啥不都开淘宝店，要每年花几万去开啥 JD 和 TM 旗舰店呢？仅仅是多了个品牌标志的原因吗？

3 ，你觉得京东好，其实你不知道，卖东西的商家，都是几个平台同时都在卖，同样的人在京东卖得贵一点，在天猫卖的便宜一点，在淘宝卖再便宜一点，在 pdd 更便宜一点。质量服务你觉得有区别吗？他们卖不同价格主要原因就是平台收费不一样而已！

挺好用的，我用几个月了。
安全？我代码都放在云效了。。。
crud 补全还可以。。。或者我应该续费 copilot ，不知道 copilot 这几个月有没有突飞猛进。

楼主遇到的情况是属于一键代发+多店围堵。

1 ，很多品牌、产品其实都是通过渠道代发的，所以看起来产品，描述都差不都。
2 ，很多品牌开了多个店，就是为了占位，背后可能都是同一个公司在运营。

@MajestySolor

作为一个在京东，天猫，拼多多，淘宝上的卖家来说。

淘宝是评论最好的了。必须真实买家才能刷。风控最严格。
京东和天猫也比较严格，但是对差评的展示和过滤，申诉，都是比淘宝宽松，毕竟一年要交几万保护费。
拼多多不在乎评论，直接人多的买，不好的退，ttm 方便了。

每秒 3000 请求，确实比较高了，用 fpm 解决不了，除非你 fpm 相应比较快。
假设每个请求不超过 20ms ，那么每个 fpm 一秒钟能完成 50 个请求。3000 个请求需要 60 个 fpm ，每个 fpm 的占用内存 30M ，不考虑其他消耗那么需要大于 2G 内存。理论上 4G 内存可以处理完，如果机器上跑数据库，要处理请求，那么可能存在 cpu 不足。
如果是阿里云，那么会存在打开文件句柄过多（默认好像是 4096 ）,需要增加打开文件数。

@MajestySolor

京东？

京东和天猫都是交了保护费的，商家可以一定程度控制的。

建议用 playwright 或者 pyppeteer 之类的。至少频率不高能行。。。

这不叫破解吧，只是合并下两个指标代码，你这标题区得。
tv 还有覆盖物上限。像合并太多也不太行好像。

@encro #9 小程序是 rpx ，我说错了。

小程序解决的方案就是 rem 。
相信他就是当前最好的方案。

完全没必要劝，这车不贵，买了大部分都是理性的，不存在不理性啊。。。
人家买几百万的车你再来劝吧。

django 是经典之作。有几点其他框架很难替代。

它：
1 ，数据优先（先写 model ，自动迁移）
2 ，应用分离（高度解耦和复用）
3 ，配置式生成后台


有了他，一般网站你真可以只关心业务和核心的数据了。

我用的拜耳 m4 挺好，就是不能换电池。

简单的解决办法：
你需要一个 worker 在背后干这种事，不要在页面里面转发，而是用 worker 去转发。
你页面接收消息后塞入队列，用 worker 去队列读消息，然后完成转发。因为 work 可以用多线程或者携程去处理并发转发，而不是多进程。

@lonjin

这个正常，因为领导的时间是片段的，容易被打搅的，所以往往没法深入长期做一个功能，可能不是不会或者不愿，而是因为不允许，毕竟领导的职责先进度和整体优先。

我也希望安静的写代码多好，但是被打搅太多了，无法获得长片段时间写代码。

先设计再编码！

这是锻炼从小工到大师的第一步，大师首先要做到的是胸有成竹，所谓心道手到，先心到然后做到手到，然后大师成。


我就是这么训练自己和 chatgpt 的。
先自己写伪代码，注释，然后将写代码变为填空。
当我发现自己设计出错了，那么往往就又学到了。