@xingjue 可是事实是 php 在下滑,node 在上升

三星很多年前搞了个这个

s6 还是 s5 的时候...巨傻逼

@BBCCBB 提高了版本号可以避免这种问题.不是方便与否的事情.

再说说的是 maven 没这个功能,而不是是否需要这个功能....

@BBCCBB snapshot -u 才会更新.

不能保证大家都记得更新的时候加这个

拉卡拉搬唐镇了?
之前不是在天地软件园吗

你就当他没 class
全是 function 不就好了

@tohert
先不要急着写,
先写好技术方案,做下技术评审听听大家意见.

一个模块一个模块的梳理过去, 支付相关的模块独立性都比较强反正

可以突破转 java

也就是对于交易 /服务来说.
他不清楚也不关心,什么会员卡之类的东西,那是在下单前要确定的.
具体要向 三方支付平台 生成多少钱的订单来拉起付款界面,这是外围告诉交易服务的..

交易系统只负责维护商户余额,订单,流水 这三个核心表.

我只清楚支付服务的设计.
**有会员卡时：**
1.商品可使用积分抵扣单价，购买完成可以得到积分
2.商品除零售价外有会员价 /会员折扣
3.可使用会员卡结账

对于支付服务来说,这些统统不管,统一作为交易配置来处理,交易时去获取,生成订单金额,优惠金额,支付金额.

**结账时：**
1.增加出库记录，修改商品实时库存
2.可多种支付方式支付
3.修改会员卡的当前积分和当前余额（如果使用会员卡）
4.增加会员积分记录和余额记录（如果使用会员卡）
5.如果扫码支付时，可能会存在用户输入支付密码（可能取消支付）情况， 这种不是实时的支付结果可能会导致整单

库存什么的统统不管,处理好商家余额和订单 /流水的事务一致即可.
其他乱七八糟的玩意统统用 kafka 把消息丢出去让外围业务自行消费.

catch 里面 throw 出来.

1.那么跟并发有关系吗？

有关系,为了降低高并发下数据库的压力.

2.用读写分离架构一定是高并发吗？

同 1,如果没压力就没必要分离.

3. 我司一个内部系统，内部人员在使用，但是希望读数据快点，用读写分离会设计过度吗？

设计过度.

@frozenway
我只是解答下你的问题, 再说你问的是怎么上谷歌,没有问上谷歌合不合法对不对.
你不需要很激动的回复我啊..

netty vertx

@frozenway 请问谷歌被封了，如何面向？
翻墙

百度出来的都是过时的？
反正垃圾的挺多的,尤其 csdn 的,百度喜欢把他排名很靠前.

tp 的 fastadmin 不就是为了方便快速建站的吗？那个老板不是想建站越快越好，难不成还要用原生写一个？
互联网公司做建站业务的少之又少吧.

wamp 作为开发环境有什么大问题吗？非要搭个 linus 虚拟主机做环境？
反正目前这么干的不多了,wsl 不香吗?

@Olsen 然后年底前一波裁员,年后继续招

平安估计又在吹嘘他们的 6 个月年终奖

@hhhsuan okhttp 没用过么?