@xmumiffy 你们设置了多少次的重试机制，目前我没有在服务端设置自动重试机制，我担心重试的话导致响应时长过长，大量连接拥堵在这个接口

请教大家个问题，如果面对像楼主一样的情况，中途公司出制度，改革拆分工资结构，把原先的固定工资拆分了固定+绩效+其他，请问如何对抗，可以拒绝吗？这个制度是针对整个公司的，如果大部分人同意，少部分人不同意，可以的吗

@rockyliang 订阅型的

自己开发没试过，但是用过这样的产品，美橙互联的，他们有个建站系统，就是有个 PC 网页管理后台，拖拽组件排版，有网页、小程序

有些是转接，那些公司要省钱和效率，笑死，本来大家都烦骚扰电话，还不考虑用户体验，我是听到嘟或者前面机器人播报，我就直接挂了，你慢慢转吧，拜拜了您嘞

@SingeeKing 好的，感谢解答

@MozzieW 我们流程是完善可用的了，客户端的我不管。我目前只是说我在服务端保存了客户端提交的所有 receipt-data ，然后用 receipt-data 去 https://buy.itunes.apple.com/verifyReceipt 接口拉取数据做分析，如上所说，我观察发现某些不同的 receipt-data 拉取的数据是一样的，可能是同用户恢复购买吧，只是 receipt-data 不同而已，我想删除一些这种重复的 receipt-data

@SingeeKing 和你理解的差不多，就是有很多这种情况，两个或多个不同的 receipt-data 获取到的数据是一样的，不会存在你说的前面的会丢失部分交易，我观察了，无论用哪个票据拉取，交易都是全的，都是一样的，产生这个情况的原因可能就是你说的恢复购买。
服务端存储的这种多个票据，对我来说是多余的，所以我想删除一些，就是不知道我的判断逻辑是否正确

我也一直用 frp 来连公司电脑，我真心劝你用 stcp 方式吧，不要嫌麻烦，安全比较重要，配置参考：
```
[common]
server_addr = xxx.com
server_port = 8888
token = xxxxxxxx

## 被访问端
[secret_rdp]
type = stcp
# 只有 sk 一致的用户才能访问到此服务
sk = xxxxxxx
local_ip = 127.0.0.1
local_port = 3389

## 访问端
[secret_rdp_visitor]
type = stcp
# stcp 的访问者
role = visitor
# 要访问的 stcp 代理的名字
server_name = secret_rdp
sk = xxxxxxx
# 绑定本地端口用于访问 SSH 服务
bind_addr = 127.0.0.1
bind_port = 13389
```

无论写在 offer 或者合同，奖金都可以不给你。
所以你与其纠结写在哪里，不如纠结 奖金 40%是否合理？自己是否能接受？
我可以明白告诉你，绩效制就是拿来制衡员工的，以后营收不好或者要开你，这个伏笔就会拿出来用，所以你从入职，就要有这个觉悟了，思考 40%绩效能否接受，自己性格是否迎合领导的“奋斗型”

@oColtono 每次看到九龙湖的推文满心欢喜，一搜地图，天河过去两个半钟，望而却步，哈哈

你这个你想想怎么忽悠过去咯，苹果就这鸟样，反正 APP 赚钱他都要赚一手。
我们公司上 gpt 问答的 APP ，在服务器内置，用户内购购买服务使用，这样他就给上架。

@pppcx 良心云是什么梗啊

双飞燕的不敢说话。。。

广东流量王纯享版+1 ，103G 通用+100 分钟通话，33 元 /月
广东流量王超享版，60G 通用+30G 定向+100 分钟通话，30 元 /月

禁不禁你 IP ，是看别人网站开发者的反爬机制决定的，不是你能控制的

@feng0vx 一直都知道，也玩过，但是还是喜欢用手机来网络唤醒，有时候在房子的其他地方可以提前开机