LearnKu
话题列表
登录
注册

Ta 的创作

基本资料 Ta 的博文 0 Ta 的话题 0

Ta 的关系

Ta 的关注 0 Ta 的粉丝 0
注册于：3年前 ，最后活跃于：6个月前

学习课程：

《LX3 Laravel 性能优化入门》
《L01 Laravel 教程 - Web 开发实战入门》
《L03 Laravel 教程 - 实战构架 API 服务器》

Ta 的动态：

清风徐来、
赞了评论
有很多人推荐clickhouse类分析数据库,此类数据库适合多写少读,我认为这个场景作为多写多读的场景,更适合使用MongoDB分片实例,再根据读场景进行分表,比如说取某个视频下的...
每天新增8640w数据，怎么存储比较好

客户端每10秒产生一条数据（包含客户端的唯一ID/时间/业务数据)，每个客户端每天生成8640条数据。共10000个客户端，每天新增8640w条数据 数据示例: client_id start_time...
2年前
清风徐来、
赞了评论
服务商模式，你可以在你们平台接微信的接口，商户在你们平台注册申请成为平台的二级商户，感觉直接走服务商模式比较好，流水大的话好像微信会强制让平台转换成服务商模式
同一个平台下多商户入驻如何做到对应订单支付给对应商家而不是平台集中收款再给商家结算

1. 同标题 实现该功能的载体不受限，可以是小程序，可以是H5。使用场景如下： 比如有一个小程序，入驻多个商家或者供应商，在当前平台上售卖自己的产品，然后支付的时候...
2年前
清风徐来、
发表了评论
[图片] 可以考虑通过分账的方式解决，商家入驻平台，每笔订单在用户支付成功后，调用分账接口，把资金分账给所属商家，平台不留存商家资金，不会涉及到二清风险，整个资...
清风徐来、
同一个平台下多商户入驻如何做到对应订单支付给对应商家而不是平台集中收款再给商家结算

1. 同一个平台下多商户入驻如何做到对应订单支付给对应商家而不是平台集中收款再给商家结算 实现该功能的载体不受限，可以是小程序，可以是H5。使用场景如下： 比如有一...
2年前
6 声望
文章
0
粉丝
0
喜欢
0

清风徐来、

6个月前
私信

关于 LearnKu

LearnKu 是终身编程者的修道场
做最专业、严肃的技术论坛
LearnKu 诞生的故事

资源推荐

  • 《社区使用指南》
  • 《文档撰写指南》
  • 《LearnKu 社区规范》
  • 《提问的智慧》

    • 服务提供商

    其他信息

  • 成为版主
  • 所有测验
  • 联系站长（反馈建议）

    • 粤ICP备18099781号-6 | 粤公网安备 44030502004330号 | 违法和不良信息举报

    由 Summer 设计和编码 ❤

    请登录

    内容举报
    匿名举报，为防止滥用，仅管理员可见举报者。

    我要举报该，理由是：

    取消