@chairuosen 商品支付时，总金额=用户实际支付金额 + 优惠金额。发生反向交易，则按支付途径原路退回。用户实际支付金额按原支付方式退回，优惠金额同样退回到原本的优惠途径。这没有什么问题。

是否为商家责任与这个并没有关系，消费者可以额外主张赔偿，但是不能要求将优惠支付途径的金额在反向交易时，变成现金渠道退回。

基本的中心思想就是反向交易时，按支付方式，原路退回。反向交易不关心实操的过错责任，这个应当由额外的赔付机制承担。不然这个财务系统肯定是不合格的。

优惠券支付的金额，返回优惠券；
现金支付的金额，返回现金；
信用卡支付的金额，返回信用卡。

不原路返回才是有问题的。

想的啥呢，不管哪里，发生反向交易，优惠部分都是不予退回的，只返回用户实际支付部分。
即用户实际付款比例 * 单面价格

如果按照单面价格退款，这才是不合理的。因为很可能出现一个订单中仅仅退款其中一样商品，导致全单被免单甚至还要倒贴钱的情况，这难道是合理的？

不确定有没有用，考虑一下先不建立索引，关闭事务，全部导入完成以后，再一次性建索引？

1g....应该绝大多数是资源文件吧?尝试以 obb 的形式,自己 push 的 /dacard/Android,然后程序中不再自带 obb 资源,当发布的时候,再统一打包的一起,至少测试体验好很多

这个真的有差别嘛?

我实际使用体验,从来没有速度超过 8MB/s 也就是大概 70Mbps 左右的带宽,所以限制 100Mbps 和 300Mbps,我觉得没啥啥别呀.

都打到 CDN 上了，当然你源站没什么动静啦。

而且 2G 流量并不算很大。

如果真的流量再大下去，CDN 会回源，这时候你源站就能感受到流量的冲击，最终 IP 被拉到黑洞。

至于这个钱，能不能赖掉，就没啥说的了。

我觉得就是单纯的物理内存不足导致的，除了升级设备没什么办法。

手持 Surface Pro 6 乞丐版，目前为止已持续运行 15 天 12 小时，任务管理器显示已提交内存 21.7G 。

但是我电脑上未安装任何国产软件，驱动均通过 Windows Update 安装，按理说微软给我推送的设备驱动有问题的概率很低（更何况是亲儿子的设备驱动），物理内存使用率长期保持在 80%以上。

唯一吃内存的大户就是 Chrome，关闭以后物理内存能释放 2G 多一点，但是已提交的虚拟内存并不会有任何减少。

无抵押，通常利率不会很低。

因为无抵押通常意味着对银行来说风险较高，需要更高的利息来对冲风险。

你可以根据你实际自行的使用途径申请专项贷款，通过率以及利率一般会有更好的表现。

别问，问就是 50 包邮解君愁。

楼下止步。

---

从你的截图看，应该不是显示器问题，是系统设置或显卡驱动的故障。

.Net 早年间在国内不流行，我觉得主要是收费太贵了，太贵了。

缺陷并不在.net 本身有问题，而是商业策略导致在国内普及度不高。同时就给一些可能不明真相的群众，感觉.net 不行

现在.net core 开源了，也免费了，但是市场没法这么快接受。

满大街的 Java/PHP 的开发人员，招聘成本显然依旧在短时间内，.net 无法赶上。

简单粗暴的理解，

支持 ubuntu 我觉得就是支持 debian
支持 RHEL 我觉得就是支持 CentOS

>> 很多候选人过了用人部门面试也会因为学历和公司背景被 HR 老大卡

所以这 HR 是图什么？人招过来不就是干活的嘛？业务部门都认可，HR 卡个锤子，业务部门的任务都给这个 HR 大佬做呗。

算命我觉得可能和统计学关系不大。当然要说根据服饰、神态判断人物背景这样的，那也可以算统计学，但古时候，能统计的数据样本可就太小了。

更偏向于社会工程学，通俗的讲就是话术+观察+套话。

基本上可以理解为去掉一些国内特色功能以及广告的版本。

被砍掉的里面，我觉得最重要的是小米 Pay 以及衍生产品（如小米公交），也就是说小米公交、小米 Pay 对我来说是刚需，出门再也不需要公交卡和银联卡了。

嗯.....不需要计划任务，route add 增加一个-p 的参数就可以了。

GitHub 应该是可以反馈的。

我曾经使用 GitHub Pages 分发了编译后的文件，随后 GitHub 发来邮件，建议我使用 GitHub Release 替代 Github Pages 分发目标文件。当然只是建议，并没有把我在 Github Pages 上的文件删掉。

windows 10 自带的输入法吧，除了一些时事热点的词，不太方便，没什么问题。

至于 Rime 折腾过，实在是领悟不到其中的精髓，遂放弃。