事情起因

在thinkphp5中，return数据才是控制器正确的时候方式，而不是直接echo 然后die 或者exti 因为框架有后置数据的落地处理等等，直接让程序退出并不友好，既然我们选择了框架，就应该遵循框架的设计理念 这样子能让我们避免一些坑爹事件的发生。 此次我在控制器中，并没有使用tp的Json Response对象，而是想通过return json_encode($arr);返回字符串的形式 正常应该输出如下

{"name":"siam", "age":21}

结果却输出为

"{"name":"siam", "age":21}"

这样子就明显乱套了，前端解析直接崩溃。

控制器原理

追寻response后框架的处理，框架会根据控制器return的数据类型做不同的处理

• 返回Reponse子类，比如Json、Jsonp、Xml、View、重定向等等，则会执行子类的run()
• 返回不是Reponse子类，则会自动识别响应输出类型

layui 数据表格组件

layui是一套面向所有层次的前后端开发者，零门槛开箱即用的前端UI解决方案。很多的后端开发在开发后台系统时候都会选择它。 数据表格组件也是使用非常频繁的，它可以快速从api得到数据并进行处理渲染成表格，并且还有排序、总计、导出表格等等功能。 在一次的需求中，需要使用复杂表头并且导出EXCEL表格，发现layui并不支持复杂表头的处理，社区之中也还未找到相关的方案。于是使用了table2excel插件协助完成需求。（如果你有更好更方便的方法，希望你能联系我或者留言交流一下，谢谢） 以下简单记一下笔记和步骤，方便自己和他人。

当我们使用多标签iframe的后台管理模板时，需要在一个iframe中跳转到另一个iframe，并且对新iframe进行操作，这篇文章记录一下我在开发过程中编写的代码。 有一个标签 #tab 用于储存已经打开的标签页 存放iframe的标签.tabsbody-item 结构如下

fingerprint2库，在github上有

问题

在layui数据表格中设置了字段为type:checkbox 但是想要实现部分不显示，不可选的功能。 layui内置没有该功能，所以只能自己实现。

优点总结(后面进行讨论)

更高效的利用系统资源

更快速的启动时间

一致的运行环境

持续交付和部署

更轻松的迁移

更轻松的维护和扩展

讨论 ===== 更高效？

---

docker是容器型虚拟化，不需要进行硬件虚拟、运行完整操作系统等额外的开销。所以提高了对系统资源的利用率 简单来说：可以在同样配置的机器上虚拟运行更多的应用。

更快速？

因为docker不需要运行完成的操作系统，而是直接运行宿主机的内核，因此可以做到秒级甚至毫秒级的启动关闭。 简单来说：加载1万个文件和100个文件的速度区别

安装docker-compose

简单说几句，具体可以参照官网的详细教程。

• 确保已经安装docker

• 从github拉取docker-compose

容器link原理 =========== 在前面一章中，我们使用 --link来将php容器和nginx容器关联在一起，并在nginx容器中的配置写下了如下代码，写下的php001就是我们在–link中设置的别名，其实这是通过本地host实现的。

{
    try_files $uri =404;
    fastcgi_pass php001:9000;   #极其重要
    fastcgi_index index.php;
    include /etc/nginx/conf.d/fastcgi_params;  #这里也是需要注意的，之前就是在这里还惨我了，需要绝对路径。不然路径默认从nginx的配置目录开始。
}

容器和层

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

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

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

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