前言前段时间笔者一直忙于数据可视化方面的工作，比如如何实现拖拽式生成可视化大屏，如何定制可视化图表交互和数据导入方案等，这块需求在B端企业中应用非常大，所以非常有探索价值。本篇文章并非和数据可视化相关，而是通过抽象技术底层，将其应用于H5页面可视化搭建上，通过技术的手段实现拖拽式生成H5页面。这块也有非常多的应用场景，比如我们需要开发一个移动端网站，一

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

在一个父Activity通过intent跳转至多个不同子Activity上去，当子模块的代码执行完毕后再次返回父页面，将子activity中得到的数据显示在主界面/完成的数据交给父Activity处理。这种带数据的intent跳转需要使用activity的onActivityResult()方法。（1）startActivityForResult(

 mit分布式论文集https://github.com/feixiao/DistributedSystemswiki上描述的几种都明白了就出师了(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fen.wikipedia.org%2Fwiki%2FPaxos_%28comput

!(https://www.w3cschool.cn/attachments/image/20170807/1502093784622523.png)写在前面：设计模式源于生活，而又高于生活！

Redis的几种常见使用方式包括：单机模式主从模式哨兵模式(sentinel)集群模式(cluster)第三方模式单机模式Redis单副本，采用单个Redis节点部署架构，没有备用节点实时同步数据，不提供数据持久化和备份策略，适用于数据可靠性要求不高的纯缓存业务场景。优点：

之所以会出现这个异常，是因为Mysql在5以后针对超长时间DB连接做了一个处理，那就是如果一个DB连接在无任何操作情况下过了8个小时后，Mysql会自动把这个连接关闭。所以使用连接池的时候虽然连接对象还在但是链接数据库的时候会一直报这个异常。解决方法很简单在Mysql的官方网站上就可以找到。有两个方法第一种是在DB连接字符串后面加一个参数。

乍一看，VPS可能看起来很像共享主机，其中几个站点共享一个服务器的资源。两者之间的主要区别在于虚拟化：由于它们是虚拟机，因此每个VPS都是一台完全属于自己的计算机，并且不共享计算能力或内存等资源。但是，共享主机确实共享这些资源，因此它几乎只是一台服务器，有许多不同的人同时在其上运行自己的站点。因此，当同一服务器上的网站在另一个VPS上运行时遇到问题