执行相关的行为。但在某些特殊的情况下，你可以设置某个钩子只能执行一次 行为，又或者你可以在一个钩子的某个行为中返回 false 来强制终止后续 的行为执行；一个行为可以同时注册到多个不同的钩子上，完全看应用的需求 来设计。 钩子的位置必须是事先设计好的，无论是框架还是应用的，要设置一个钩子， 只需要在相关的位置添加一行代码（事先需要引入 think\facade\Hook 类）： Hook::listen('钩子名称' redirect('index/think'); } return $next($request); } } 前置/后置中间件 中间件是在请求具体的操作之前还是之后执行，完全取决于中间件的定义本 身。 下面是一个前置行为的中间件 完全可以更改文件名，或者添加多个路由定义文件 （你可以进行模块定义区分，但最终都会一起加载）。 ├─route 路由定义目录 │ ├─route.php

行相关的行为。但在某些特殊的 情况下，你可以设置某个钩子只能执行一次行为，又或者你可以在一个钩子的某个行为中返回 false 来强制 终止后续的行为执行；一个行为可以同时注册到多个不同的钩子上，完全看应用的需求来设计。 钩子的位置必须是事先设计好的，无论是框架还是应用的，要设置一个钩子，只需要在相关的位置添加一行代码 （事先需要引入 think\facade\Hook 类）： Hook::listen('钩子名称' redirect('index/think'); } return $next($request); } } 前置/后置中间件 中间件是在请求具体的操作之前还是之后执行，完全取决于中间件的定义本身。 下面是一个前置行为的中间件 完全可以更 改文件名，或者添加多个路由定义文件（你可以进行模块定义区分，但最终都会一起加载）。 ├─route 路由定义目录 │ ├─route.php

RUN 的行为，就和刚才我们 手工建立镜像的过程一样：新建立一层，在其上执行这些命令，执行结束后， commit 这一层的修改，构成新 的镜像。 而上面的这种写法，创建了 7 层镜像。这是完全没有意义的，而且很多运行时不需要的东西，都被装进了镜像 里，比如编译环境、更新的软件包等等。结果就是产生非常臃肿、非常多层的镜像，不仅仅增加了构建部署的时 使用 Dockerfile 定制镜像 命令的执行环境根本不同，是两个完全 不同的容器。这就是对 Dockerfile 构建分层存储的概念不了解所导致的错误。 之前说过每一个 RUN 都是启动一个容器、执行命令、然后提交存储层文件变更。第一层 RUN cd /app 的执行仅仅是当前进程的工作目录变更，一个内存上的变化而已，其结果不会造成任何文件变更。而到第二层的 时候，启动的是一个全新的容器，跟第一层的容器更完全没关系，自然不可能继承前一层构建过程中的内存变 是不可能放入基础镜像的，因为涉及到了 当前项目的 ./package.json ，难道又要一个个修改么？所以说，这样制作基础镜像，只解决了原来的 Dockerfile 的前4条指令的变化问题，而后面三条指令的变化则完全没办法处理。 ONBUILD 可以解决这个问题。让我们用 ONBUILD 重新写一下基础镜像的 Dockerfile : FROM node:slim RUN mkdir /app WORKDIR

0.1:3306)/test bee 工具配置文件 您可能已经注意到，在 bee 工具的源码目录下有一个 bee.json 文件，这个文件是针对 bee 工具的一些行 为进行配置。该功能还未完全开发完成，不过其中的一些选项已经可以使用： 1.1 bee工具的使用 - 37 - 本文档使用 看云 构建 "version": 0 ：配置文件版本，用于对比是否发生不兼容的配置格式版本。 "go_install": 执行过过滤器之后，开始从固定的路由规则中查找和请求 URL 相匹配的对象。这个匹配是全匹配规则，即如 果用户请求的 URL 是 /hello/world ，那么固定规则中 /hello 是不会匹配的，只有完全匹配才算 匹配。如果匹配的话就进入逻辑执行，如果不匹配进入下一环节的正则匹配。 9. 正则匹配是进行正则的全匹配，这个正则是按照用户添加 beego 路由顺序来进行匹配的，也就是说，如果你 在 beepkg 这样我们就已经把我们需要的应用搬到服务器了，那么接下来就可以开始部署了。 这里部署首先你需要把应用跑起来，这分为两种方式： 独立部署 Supervisord部署 上面只是把应用程序完全暴露在外部，我们大多数的应用会在前端部署一个nginx或者apache利用这些成熟的 HTTP服务器做负载均衡或者其他认证之类的。 Nginx部署 Apache部署 第6章 应用部署 - 236

0.1:3306)/test bee 工具配置文件 您可能已经注意到，在 bee 工具的源码目录下有一个 bee.json 文件，这个文件是针对 bee 工具的一些行 为进行配置。该功能还未完全开发完成，不过其中的一些选项已经可以使用： 1.1 bee工具的使用 - 37 - 本文档使用 看云 构建 "version": 0 ：配置文件版本，用于对比是否发生不兼容的配置格式版本。 "go_install": 执行过过滤器之后，开始从固定的路由规则中查找和请求 URL 相匹配的对象。这个匹配是全匹配规则，即如 果用户请求的 URL 是 /hello/world ，那么固定规则中 /hello 是不会匹配的，只有完全匹配才算 匹配。如果匹配的话就进入逻辑执行，如果不匹配进入下一环节的正则匹配。 9. 正则匹配是进行正则的全匹配，这个正则是按照用户添加 beego 路由顺序来进行匹配的，也就是说，如果你 在 beepkg 这样我们就已经把我们需要的应用搬到服务器了，那么接下来就可以开始部署了。 这里部署首先你需要把应用跑起来，这分为两种方式： 独立部署 Supervisord部署 上面只是把应用程序完全暴露在外部，我们大多数的应用会在前端部署一个nginx或者apache利用这些成熟的 HTTP服务器做负载均衡或者其他认证之类的。 Nginx部署 Apache部署 第6章 应用部署 - 236