V2EX › aababc 的所有回复 › 第 3 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2024-08-08 10:10:35 +08:00

回复了 fengshils 创建的主题 › PHP › lumen 框架是不是不更新了， laravel11 都出来这么久了

是的，项目都归档了

2024-08-08 10:07:00 +08:00

回复了 liuchengfeng1 创建的主题 › git › 各位大佬你们团队开发 git 是如何管理的？

服务端开发，我们就比较简单了，开发的起点是 master ，从 master 创建 feature 分支，不同的项目需求创建不同的分支，然后合并到 test 进行测试，上线的时候后把 feature 直接合并到 master 。不过这么做也有一个小问题，大家在功能测试的时候比较容易互相影响，但是总体还是可控的。

2024-08-03 14:32:08 +08:00

回复了 FengMubai 创建的主题 › 信息安全 › 用户口令（密码）应该如何传输？要不要加密？ HTTPS 呢？举例分析

再结合前两天看到的，密码门锁的虚位密码感觉又是另一种情形了！

2024-08-03 14:14:51 +08:00

回复了 FengMubai 创建的主题 › 信息安全 › 用户口令（密码）应该如何传输？要不要加密？ HTTPS 呢？举例分析

咋感觉少了一种情况，就是明文请求，hash 存储

2024-07-27 23:25:59 +08:00

回复了 luckfunc 创建的主题 › JetBrains › jetbrains IDE 推出了新的 Dark 主题，大家觉得怎么样呢？

@Tomatopotato #5 我也从 dark 模式改到这个了，感觉适应了也挺好的

2024-07-08 18:25:46 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@GXD #20 感谢，我看看大家的这几种方案，那个比较合适

2024-07-08 17:46:15 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 感谢，我再梳理一下看看，感觉还是有点糊涂，头大！

2024-07-08 17:04:01 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #17 看来在这一块经验比较丰富了，我第一次做 apple 的订阅相关的内容。还有几个问题咨询一下，比如我想知道一次订阅的时长应该怎么计算，是否可以使用 expires_date - purchase_date ，还有这个 restore 是不是可以理解只需要处理 latest_receipt_info 中日期最大的时间。还有这个我看 apple 文档上些的续订的时候会在扣款不成功的时候在几天内重复，那这时候这个 expires_date 的时间会不会变？

2024-07-08 15:07:45 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #9 这里有一个问题，是如何处理 restore 和退费的。我最开始也是按照单一的到期时间来处理的，后来发现后续的越来越复杂。

2024-07-08 15:04:10 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@fengYH8080 #8 你的这个关于订阅和赠送本质上又冲突，我是认同的，但是奈何产品就是要有赠送这个业务，有时候也是难评。这里最开始确实是想只使用到期时间，但是 apple/google 的业务场景上有 restore(恢复购买), upgrade(升级订阅), 而且我现在看是不能获取到订阅时长（也就是这次订阅是多长时间的)。关于使用 expires_data_ms 作为过期时间，我想表达的意思是在订阅的场景下会使用这个值作为用户的过期时间字段的值。

2024-07-08 14:56:05 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 是的，现在的设计就是，只要订阅不关闭，赠送的永远也用不上

2024-07-08 14:55:29 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@fengYH8080 关于 expires_date_ms 可以理解为在订阅的场景中，我们直接使用了这个自动作为自己系统的过期时间，是两个独立属性

2024-07-08 14:03:13 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@klo424 #5 这个应该是不行的

2024-07-08 12:27:31 +08:00

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@tomatocici2333 这里有个问题，假设用户过期很久了，突然送几天时长就有问题