利用深度学习解决直播支付风控

前言

在直播软件中,典型的过程是A用户充值,送花给B用户,B用户提现。

正是有这样一条变现的道路,无数盗刷、退款、36技术的黑产人盯上了直播,报道见到映客的损失一度到了300万人民币(本文价值至少300万了:P)。外链https://www.douban.com/group/topic/89441680/

本文介绍利用keras+tensorflow,快速完成一个神经网络,从工程角度看深度学习带来的实际作用。

54chen的2016总结和2017预测

2016年,以映客为代表的个人直播行业从无到有,小视频行业如火如荼,GIF快手渗透到二三线城市,简单来讲,麻雀虽小也是赚钱的。

相比而言,在移动互联网发展高峰到了顶点的时间点,微信和支付宝的支付相争才是年头大戏。

汇总一句话,2016年,移动互联网大盘已定,大鱼只抢支付,小鱼小虾只走垂直方向,未来也机会多多。

中国、印度、印尼在线支付接入、风控和靠谱度对比

近期多半时间在支付相关的业务上,特此记录一下接触到的各家情况,尽可能本着客观公正的态度进行点评(实在受不了的渠道才偏主观,见谅)。

国内支付不用说,主要是微信、支付宝,另外不得不提到的还有苹果IAP、小米支付。

国外分几部分,Google IAP主要在马来西亚、台湾等地使用的人不少(没接当地支付渠道的情况下)。paypal作为海外支付宝的角色,在很多外汇不管制的国家很方便。印度的话,商务不靠谱程度超乎想象,还是要提一提这几家mobikwiki、paytm。印尼、新马泰地区使用的话,讲一讲coda和doku。

小米大树part3:产品进度之痛

这是小米大树系列第三部分,前两部分见:

http://2014.54chen.com/blog/2016/08/06/mi2/ 《小米大树part2:测试之痛》

http://2014.54chen.com/blog/2016/08/01/mi1-dot-5/ 《小米大树part1.5:基础架构之痛答疑》

http://2014.54chen.com/blog/2016/07/29/mi/ 《小米大树part1:基础架构之痛》

一直想写一系列的笔记,记录整个小米六年的研发工作中实际遇到的困难,以及这一大群人如何不可避免的走向大公司氛围,又如何慢慢打破定势。

小米大树part2:测试之痛

痛点太多,竟无从下笔。–题记

缘起

一直想写一系列的笔记,记录整个小米六年的研发工作中实际遇到的困难,以及这一大群人如何不可避免的走向大公司氛围,又如何慢慢打破定势,苦于自己拖延症影响,现在才开始总结。

共分三个部分:基础架构之痛、测试之痛、产品进度之痛。本篇是第二部分。

2010年,来自各大公司的ABCD君,都拥有良好的软件工程习惯,测试代码行行见血。即便如此,依旧不能耽搁产品的节奏,于是开始找来专门的测试人员。

E君从事开发测试多年,测试经验丰富,开发只要给个连接服务的框架就可以开工,属于给了原子弹就能上天型。

小米大树part1:基础架构之痛

题记

无知和弱小不是生存的障碍,傲慢才是。 --《三体》

缘起

一直想写一系列的笔记,记录整个小米六年的研发工作中实际遇到的困难,以及这一大群人如何不可避免的走向大公司氛围,又如何慢慢打破定势,苦于自己拖延症影响,现在才开始总结。

共分三个部分:基础架构之痛、测试之痛、产品进度之痛。本篇是第一部分。

基础

2010年,第一批服务器工程师来自五湖四海,有金山、微软、谷歌、百度、人人,唯独,没有来自中国最大互联网公司-腾讯。

A君(人物纯属虚构,以求表达效果)从业数年,经验丰富,说:“我觉得我们可以用一些php,简单好招人”,于是开始这样干了。

B君说:“我们还可以用一些java,招人也不太难,现成的东西多”,于是这样操作了。

微信支付api.mch.weixin.qq.com域名解析慢原因:ipv6

有朋友在阿里云主机实现微信支付逻辑时,发现api.mch.weixin.qq.com的解析实在是太慢了。

因此出现了手动修改/etc/hosts的情况,当然了,哪天微信支付要是换个机房肯定要挂。

我们的机房也有相似的同题,专门记录一下。

过去六年在小米搞(wa)错(keng)的几个技术细节

2010年的时候,我们开始最早的一波做小米的服务器的同学,基本都很少互联网经验,七拼八凑的把米聊上了线,这么多年过去了,很多技术框架沉淀到了公司各处团队中去了。

今天再来看,其实有很多细节,当时真的没考虑(现在也是坑)。