虽然通过苹果的StoreKit2框架客户端可以直接处理整个支付流程，不再需要验证票据了，但是绝大多数业务场景都需要再服务器端再次验证支付逻辑，这时我们就需要解析苹果服务器到服务器到支付通知了，这里只说明通知数据结构的解析，具体可以分为如下三步来实现： 第1步：苹果服务器POST过来的JSON数据： { "signedPayload": "eyJhbGciOiJF这里是被加密的内容eyJhbGciOiJF" } 第2步：按照苹果官方提供的方法提取出signedPayload的内容如下： { "notificationType" : "DID_RENEW", "subtype" : "子类型", "notificationUUID" : "f2d65c0c-4980-4211-9d02-d104959a468e", "data" { "appAppleId" : 706*****38, "bundleId" : "App的Bundle Id标志符", "bundleVersion" : "20230506165910", "environment" : "Sandbox", "signedTransactionInfo" : "eyJhbGc加密的交易信息zV1Q", "signedRenewalInfo":"eyJhbGciO加密的续费信息giG29hdGA", "status" : 1 }, "version" : "2.0", "signedDate" : 1717485836523 } 其中notificationType字段表示通知的具体类型，共有18种可能的情况 ： 1、CONSUMPTION_REQUEST - 消费者发起了一个【退款/自动续期订阅】请求 2、DID_CHANGE_RENEWAL_PREF - 结合subtype字段【UPGRADE/DOWNGRADE】决定消费者修改了订阅计划，如果subtype字段为空表示该回至当前状态 3、DID_CHANGE_RENEWAL_STATUS - 结合subtype字段【AUTO_RENEW_ENABLED/AUTO_RENEW_DISABLED】一起决定订阅续期状态变化，如果用户发起了退款请求则App Store也会禁用自动续期 4、DID_FAIL_TO_RENEW - 结合subtype字段【GRACE_PERIOD/空】一起决定服务端是否可以停服务了，如还处在GRACE_PERIOD宽限期内不要停服务，否则可以收回服务了 5、DID_RENEW - 结合subtype字段【BILLING_RECOVERY/空】一起决定服务端是否可以提供服务了，subtype值为BILLING_RECOVERY表示上次过期的订阅自动续期成了，为空表示一个新的自动续期订阅成功了 6、EXPIRED - 结合subtype字段【VOLUNTARY/BILLING_RETRY/PRICE_INCREASE/PRODUCT_NOT_FOR_SALE/空】一起决定订阅过期原因，分别表示用户自主取消/上一个账单自动续期失败/用户不同意涨价/商品不再处于销售状态/其它原因 7、EXTERNAL_PURCHASE_TOKEN - 结合subtype字段【EXTERNAL_PURCHASE_TOKEN】仅启用了外部支付才有此值 8、GRACE_PERIOD_EXPIRED - 宽限期已结束还是无法扣款成功，服务端可以取消服务了 9、OFFER_REDEEMED - 结合subtype字段【INITIAL_BUY/RESUBSCRIBE/UPGRADE/DOWNGRADE/空】一起决定消费者使用了促销优惠或优惠码，分别表示第一次使用优惠码/非首次使用优惠码/用优惠码升级/用优惠码降级/用优惠码再次购买当前已买且有效的服务 10、PRICE_INCREASE - 结合subtype字段【PENDING/ACCEPTED】一起决定消费者是否同意服务涨价，分别表示待处理/接受涨价 11、REFUND - 表明App Store已经成功处理了一笔退款 12、REFUND_DECLINED - 表明App Store拒绝了开发发起的退款请求 13、REFUND_REVERSED - 表明App Store撤销了之前因消费者争议而产生的退款请求，需要继续提供服务 14、RENEWAL_EXTENDED - 表明App Store扩展了某个订阅的续订日期 15、RENEWAL_EXTENSION - 结合subtype字段【SUMMARY/FAILURE】一起决定App Store正尝试调用为所有活动订阅者延长订阅日期 16、REVOKE - 表明家庭共享服务关闭，不可再共享了 17、SUBSCRIBED - 结合subtype字段【INITIAL_BUY/RESUBSCRIBE】一起决定消费者订阅了一个产品，分别表示第一次订阅或通过家庭共享访问/非第一次 18、TEST - 表明App Store发送了一个测试通知，你请求了Test Notification API

日常开发中我们经常会使用到第三方Go包，而很多Go包中默认都包含了一些example示例代码来帮助用户直观的感受产品运行效果，那我们应该怎么运行这些代码呢？ 以前都是一股脑儿的git clone整个仓库然后切换到example目录运行相关代码来看效果，除了这种方法外，我们还可以使用Go为我们提供的go list工具链命令来实现同样的效果。 这里以github.com/gorilla/websocket这个Web Socket包为例，官方示例代码如下： 1 go get github.com/gorilla/websocket 2 cd `go list -f '{{.Dir}}' github.com/gorilla/websocket/examples/chat` 3 go run *.go 这里主要解释下第二行代码的含义： # cd反引号（``）表示命令替换，它会先执行反引号中的命令，然后将命令代码的返回结果替换到命令行中 cd `命令代码` # go list命令的作用是列出包的相关信息 go list github.com/gorilla/websocket/examples/chat 给go list加上 -f ‘{{ .Dir }}‘参数是指定了go list的输出格式，这里使用了Go模版语法，’{{ .Dir }}‘表示输出包的目录路径 # go list命令的作用是列出包的相关信息 go list -f '{{ .Dir }}' github.com/gorilla/websocket/examples/chat 所以，这段代码整体的作用就是获取github.com/gorilla/websocket/examples/chat这个Go包的目录里路径，并切换到这个目录下，然后可以直接在改目录下运行相关go代码了。

MongoDB中并没有类似MySQL关系型数据库中Left Join这种连表查询，但是它提供了一个称为aggregate的聚合管道查询语法来让我们实现类似MySQL那样的关联查询。其大致思路就是将多个查询语句按顺序逐一执行，然后汇总结果。 假设我们有两个集合，一个用户集合用来存放用户信息名字叫user，另外一个集合名叫photo用来存放用户的照片信息。 用户集合user ------------------------- | uid | name | |-----------|-----------| | 100000 | A | | 100001 | B | | 100002 | C | ------------------------- 照片集合photo ----------------------------- | uid | photo | |-----------|---------------| | 100000 | A的照片一 | | 100001 | B的照片一 | | 100000 | A的照片二 | | 100002 | C的照片一 | ----------------------------- 现在的需求是查出user表中所有用户的照片集合，相同用户的照片需要合并在一个数组中： 查询结果 ------------------------------------------------- | uid | name | photo | |-----------|---------------|-------------------| | 100000 | A | A的照片一，A的照片二 | | 100001 | B | B的照片一 | | 100002 | C | C的照片一 | ------------------------------------------------- 这时我们就可以联合aggregate语句的$lookup、$unwind、 $project以及$group语法得出想要的结果，查询语句如下：

个人和小微企业由于资金紧张，所以大部分都只有一台服务器来跑所有的服务，如果不同的服务是存储在不同的github仓库的话，那就需要将不同的github仓库代码clone到同一台服务器的不同目录。 要实现这样的需求其实我们只需要实现将服务器ssh公钥添加到github仓库的Deploy Key中即可，但是一个ssh key只能被添加一次，如果你将同一个key添加到不同仓库的Deploy Key中github会提示“Key is already in use” 解决办法就时我们生成多个ssh key密钥对，然后让git克隆不同仓库的代码时使用不同的公钥即可，操作步骤如下： 1、生成多个ssh密钥对（为简单起见我们生成两个，一路回车即可）： ssh-keygen -t rsa -f ~/.ssh/id_rsa_仓库1 ssh-keygen -t rsa -f ~/.ssh/id_rsa_仓库2 2、添加不同公钥到对应仓库的Deploy Key中： cat ~/.ssh/id_rsa_仓库1.pub cat ~/.ssh/id_rsa_仓库2.pub 3、告诉git工具不同的仓库要使用不同的公钥，这需要通过修改 ~/.ssh/confg文件来实习： Host github-仓库HOST别名1 HostName github.com User git IdentityFile ~/.ssh/id_rsa_仓库1的私钥 Host github-仓库HOST别名2 HostName github.com User git IdentityFile ~/.ssh/id_rsa_仓库2的私钥 最后就可以使用git进行免密操作了（注意git@后面的主机名其实是上面在~/.ssh/confg中添加的别名）： git clone git@github-仓库HOST别名1:username/仓库1.git git clone git@github-仓库HOST别名2:username/仓库2.git

为了提高网站的响应速度，我们通常会在列表页或详情页显示缩略图，用户点击图片后再展示原图。这种设计即满足了网站的快速响应也满足了用户查看原图的需求，那么在Hugo中我们应该如何实现这样的功能呢？ 我们知道Markdow文档中的超链接语法格式为： [超文本](超文本url链接) 我们还知道Markdow文档中的图片语法格式为：  那我们就可以将这两个特性结合起来从而实现点击图片查看原图的功能，点击图片查看原图的两个核心点一个是点击，一个是原图，结合上面超文本和图片的语法我们直接在Markdown中这样写即可： [](原图url链接) 如果你没有在Hugo中启用缩略图功能，那上面的 缩略图片url链接 和 原图url链接 也可以是同一个url。 最终效果如下：