开发卡牌游戏或者匹配游戏等等,需要重新洗牌或重新更换位置,这就需要清洗数据。那么就以最常见的扑克牌为例,来一个数据随机化算法。
最新文章
最近开发后总要测试接口性能,来定位接口问题,突然想到有xhprof扩展可以用。翻了翻,发现多数要不代码不更新,要不就是太繁琐,干脆自己开发以下。
参考phacility/xhprof、phpxxb/xhprof的项目,自己下载了一份代码。于是就先做了webman的插件xhprof-webman,磨蹭了一段时间就又弄了laravel版的插件xhprof-laravel。最新版已更新,大家有用到的去composer安装吧。
偶然发现datahub很不错,单机部署来了。
本地安装docker,进入到opt目录或home目录,执行以下命令(国内锁了):
git clone https://github.com/linkedin/datahub.git cd /opt/datahub/docker datahub docker quickstart -f ./quickstart/docker-compose-without-neo4j.quickstart.yml source ./quickstart.sh
红包算法
给定具体人数和金额,所有人都有,所有人的金额都是随机。那么,在分配中就要限定最大额度不能超过平局值,最小额度1分,算法如下:
在同一平台中买卖交易,需要进行订单撮合。相近的金额从大到小递减组合。期初想用mq分别匹配整数的金额倍数处理,总觉的不太完美。最近刚好有空就找到了猴子选大王算法:
对于当前数据库的监控方式有很多,分为数据库自带、商用、开源三大类,每一种都有各自的特色;而对于 mysql 数据库由于其有很高的社区活跃度,监控方式更是多种多样,不管哪种监控方式最核心的就是监控数据,获取得到全面的监控数据后就是灵活的展示部分。那我们今天就介绍一下完全采用 mysql 自有方式采集获取监控数据,在单体下达到最快速、方便、损耗最小。
支付永远是一个公司的核心领域,因为这是一个有交易属性公司的命脉。那么,支付系统到底长什么样,又是怎么运行交互的呢?抛开带有支付牌照的金融公司的支付架构,下述链路和系统组成基本上符合绝大多数支付场景。其实整体可以看成是交易核心+支付核心 两个大系统。交易系统关联了业务场景和底层支付,而支付系统完成了调用支付工具到对账清算等一系列相关操作。下面我们就来一起看下各个系统的核心组成和交互。
这段时间,各地新冠感染人数都在暴增,大家出门记得戴口罩。
这几天,咱编辑部也充满了风雨欲来的危机感,不过,办公室刚出现病例,咱们就迅速进行了一个居家办公,所以目前情况还不错。
但即便如此,我们每天讨论最多的话题,仍然是新冠,不仅仅是编辑部,差评君在的大部分群聊里也是这个状况。
“ 听说现在新冠跟流感一样了?”
“ 抢到药了么?我咋到处买不到药?”
“ 现在得新冠还会有啥后遗症么?”