记录用户的 transaction_id+original_transaction_id 。
purchase_date_ms/expires_date_ms

这两个字段是判断订阅的开始时间+结束时间。

我这边操作是循环 latest_receipt_info ，然后把上边几个记录保存到数据库，然后给用户加会员时间。
如果已保存，就跳过。

如果是客户端上报票据，这时候就设计到取数据的模式了。
in_app VS latest_receipt_info

根据我个人理解和测试，如果是消耗性小票直接 in_app 模式就可以获取。
如果是订阅型商品，可以取 latest_receipt_info 。

还有一种取法就是获取 latest_receipt ，再次请求苹果 server 。然后去 in_app 取数据，获取到的数据和 latest_receipt_info
是一致的。

今天测试的过程中，发现了一个问题。
苹果的内购是以苹果账号为纬度的。也就是一个苹果账号可以与 app 的任意一个账号做关联。

这样就会有一个问题，original_transaction_id 会定位在不同的用户账号上，
ios15 增加了这个字段，可以解决这个问题。

https://developer.apple.com/documentation/appstorereceipts/app_store_receipt_data_types
但是我们开发的 ios 13 版本，所以暂时用不到。

所以推送这种方式+定时任务查询票据这种方式我们暂时没有用。

其中定时任务查询票据，就是请求历史票据，获取 latest_receipt ，然后通过 latest_receipt 获取最新的票据信息。

家是河南的，然后从北京跑到了成都，成都整体是比较安逸的，之前北京的同事都是 10 点左右下班，我这边基本 6 点就跑路了。

成都互联网行业怎么说呢，有一些头部顶级的，然后就开始拉胯了。接下来多是一些小公司。
买房的话，有蛮多的旧小区。首付 50 个左右就能上车，基本上到天府三街，四街的距离地铁 30 分钟左右。

现在更多的体会到，如果不是经济压力，其实回自己老家会更舒服一些。最起码亲朋好友在。
现在越发体会到，如果没亲人朋友在身边，是异常孤独的。

成都周边好玩的地方蛮多的，开车自驾游什么的，美滋滋。如果你喜欢的话。

这边绝大多数的公司业务以自供血为主，融资什么的比较少，对技术的要求其实没有特别高。
当然，也可能是我段位不够的原因。

如果能转变思维，不局限做技术，今后发展，至少在钱的方面都是非常不错的。

https://blog.csdn.net/theCrucian/article/details/89406203

这是网上获取的文章

还有一种方案是

abs(当前城市码-其他城市码) 排序
time 排序

后端现在存在的值为两种，城市 code 码，经纬度。

这性能比较低下，
有一种方案是后端判断是否存在同城，同省，然后把参数反给前端，然后前端作为参数传给后端。

@herich 浑身疼+外加一直咳吗

在抖音看专家说的

现在 mysql 是 1 主 3 从，没有前置 vip,想自己来控制读写。

明白了

haode

我去试试

我发现问题了，在压测其他项目，所以这个后台挂了。

pm = static
pm.max_children = 100
pm.start_servers = 50
pm.min_spare_servers = 50
pm.max_spare_servers = 50

或者说我该怎么排查问题，这个仅仅是后台一个查询接口

这个是偶尔出现这个问题。
我把 php-fpm 配置贴出来

```
ulimit -s
8192

```
不知道什么引起这个问题的

这是 linux 配置
```
kernel.sysrq = 1
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0
kernel.printk = 5
net.core.somaxconn = 2048
net.core.netdev_max_backlog = 65535
````