V2EX › aababc 的所有回复 › 第 1 页 / 共 7 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

47 天前

回复了 xiaohantx 创建的主题 › 程序员 › 前后端接口联调时候后端应该处理数据之后再给前端吗

我们针对这种处理是分端的，针对客户端后端的工作量比较大，基本上所有的数据都是处理好之后返回，客户端基本不做业务上的转换。针对 web 就比较糙了，基本都是让前端去处理

48 天前

回复了 XinPingQiHe 创建的主题 › 程序员 › 一个很老的话题，但还是想问问大家，后端搞前端怎么选

@ZztGqk #1 多年后端，写前端遇到的最大的问题就是不会布局，一个单位就搞的自己晕头转向，px, rem, vh ... ，每次写起来都焦头烂额的，感觉现在唯一能写的就是管理后台了，就这样也是照葫芦画瓢，不过更大的可能是自己太菜了。

81 天前

回复了 weiqk 创建的主题 › Python › 这几天被 Python 搞得快崩溃了

@yb2313 #6 这个东西简直就是魔鬼，我们有些同事特别喜欢用这个

115 天前

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

是的，项目都归档了

115 天前

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

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

119 天前

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

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

119 天前

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

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

126 天前

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

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

145 天前

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

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

145 天前

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

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

145 天前

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

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

145 天前

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

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

145 天前

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

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

145 天前

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

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

145 天前

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

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

146 天前

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

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

146 天前

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

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

160 天前

回复了 lucasj 创建的主题 › PHP › [不懂就问] PHP 的开发效率具体快在哪里？

就这么说吧，我司前一段时间做了一个新的 app ，客户端 3 （ flutter) 人，服务端 1 人。25 天弄完，然后 app 就死了。

1 2 3 4 5 6 7

❮

❯