容器和层

容器和镜像之间的主要区别是顶部的可写层。所有对容器添加新的或修改现有数据的内容都存储在该可写层中。当容器被删除时，可写层也被删除。底层镜像保持不变。 同一个镜像可以被创建多个同时运行的容器，相当于最上层的可写层不同而已，Docker版“披上羊皮的狼”。

概念教程和介绍有一大堆，我就不多说了。主要记录一下操作，方便你我查阅。 首先是在菜鸟教程里看的教程，里面把各种镜像、容器的概念和基本操作都说了。但是每一步都直到怎么测试运行起来。 如：nginx，运行成功了，然后呢？没了。其他环境要怎么弄？ 在百度上找教程，看到有人先是开了一个centos镜像的容器，然后在上面跟一个基本服务器一样去yum各种环境，如php、nginx、mysql。 然后再把镜像更新commit，说是环境就搭建好了。方法① 但这样子的话，主机上pull下来的php和nginx又有什么用？（按着菜鸟教程走下来的时候pull的） 于是请教前辈，是按方法①去操作还是php,nginx各开一个容器再去连接方法②，得到了方法②的回复，于是开始了漫长的道路。

• 单容器易于分发、维护。因为它们是独立的，所有的东西都运行在同一个容器中，这点就像是一个虚拟机。但这也意味着，当你要升级其中的某样东西（比如PHP新版本）的时候，需要重新构建整个容器。
• 多容器可以在添加组件时提供更好的模块化。因为每个容器包含了堆栈的一部分：Web、PHP、MySQL等，这样可以单独扩展每个服务或者添加服务，并且不需要重建所有的东西。

需要先把php镜像和nginx镜像pull下来。查看已有镜像 docker images  先新建一个php容器

今天在使用最新版easyswole框架的过程中，需要依赖的swoole版本必须>= 4.2.13，到2019-2-25，宝塔面板能支持安装的swoole版本只有4.2.10，所以就看一下如何自己安装编译swoole扩展吧~

swoole 下载地址

https://github.com/swoole/swoole-src/releases
http://pecl.php.net/package/swoole
http://git.oschina.net/swoole/swoole

首先我们下载4.2.13版本的包，进入目录。

cd swoole

侦测php

sudo phpize （原文档）

因为我们安装多PHP版本，所以我们指定一下php的路径

事件起因：做香港本地微信支付（香港公司收取香港用户钱包）申请的商户只提供了cert.pem和一个pfx的文件。程序使用pem需要cert和key两个文件，所以需要从pfx文件中提取cert和key文件。 下载OpenSSL：http://gnuwin32.sourceforge.net/pa ...

微信的退款结果回调，数据是加密的。我们需要解密之后才能得到订单信息和结果信息，进行处理。 再次吐槽微信，官方demo都藏得贼吉尔深，一般人没有点狗屎运都找不到。

今天在部署TP5的时候，把网站根目录指向到public目录下，运行后产生以下错误 Warning: require(): open_basedir restriction in effect. File(/www/wwwroot/xx/thinkphp/start.php) is not w ...

使用场景：商城、微信支付等生成订单号需求 方法一 比较常见的一种简单方法 使用date()函数，获取当前日期的数字，再配合rand()函数，生成几位随机数。便是一个简单的12位订单号了 <?php function getOrderNum(){     $date =  ...

无限级平台必须解决的一个问题，分享一下我在网上学习到的方法。 假设平台有这样的上下级关系 A 有 2 个直接下级B、C，    B有2个直接下级D、E，    C有2个直接下级F、G 我们正常的做法是使用递归这样操作：先查询出所有上级为A的子商户，再查询所有上级为上一个查询结果的子商户。如第一步查询出B、C，第二步查询所有上级为B、C的商户（mysql的 IN 范围条件实现）。 这样的递归查询耗时是非常长的。(个人觉得具体消耗在连接mysql数据库的次数上) 现在我们的做法是这样的：一次性查询出所有的商户信息（id、上级id），并且按正序排列（添加时间，因为要有第三级的商户必须先有第二级商户，按正序排列才可以正常得到结果）

Session会话机制被广泛应用在JSP、ASP、PHP等语言中。一般用来储存登陆状态或者其他的一些需要验证权限的状态。 以下类似代码在每个系统里应该都会存在 <?php $userAccount = $_POST['user_account']; $passWor ...

什么情况需要切分？

当一个数据库被创建之后，随着时间的推移和业务量的增加，数据库中的表以及表中的数据量都会越来越多，就有可能会出现两种弊端： （1）数据库的存储资源是有限的，其负载能力也是有限的，数据的大量积累肯定会导致其处理数据的能力下降； （2）数据量越多，那么对数据的增删改查等操作的开销也会越来越大； 所以，当出现如上两种情况，分库分表势在必行。

两种切分方式

垂直切分

举例场景：表的记录并不多，但是字段却很长，表占用空间很大，检索表的时候需要执行大量的IO，严重降低了性能。这时需要把大的字段拆分到另一个表，并且该表与原表是一对一的关系。 学生答题表 t 结构如下