require

总体结构 安装了node, webpack 、vue-cli 等工具之后，打开VS Code控制台 vue init webpack <Project Name>命令创建了基于vue-cli2.0的项目 1、build文件夹： 1.1、build.js 'use strict' require('./check-versions')() //调用版本检查 process.env.NODE_ENV = 'production' //将环境配置为生产环境 const ora = require('ora') //npm包 loading插件 const rm = require('rimraf') //npm包 用于删除文件 const path = require('path')//npm包 文件路径工具 const chalk = require('chalk')//npm包 在终端输出带颜色的文字 const webpack = require('webpack')//引入webpack.js const config = require('../config')//引入配置文件 const webpackConfig = require('./webpack.prod.conf')//引入生产环境配置文件 // 在终端显示loading效果，并输出提示 const

redux+react+webpack+热加载+兼容IE8 动机 （备忘录，持续更新） 项目需要支持到IE8，并且我是深度懒癌患者，于是选择了高配带有 热加载 功能的（兼容了IE）环境。项目地址在下面。 刚刚接触react+redux架构没多久，用了大半天时间搭了redux+react+hot-middleware+supportIE8的环境。也分享给刚刚接触、需要现成脚手架的朋友。 基础框架参照官方DEMO而来，仅对框架做了一些细微调整和IE兼容 。如果喜欢请点star(有动力更新嘛)。PS: src目录下，是一个极简的todo，你可以随意删除、替换为你的项目资源。 使用 安装依赖 npm install 运行 npm start //localhost:3000 build npm run build //build后index.html需要手动修改script路径，这里我有时间会修改为自动替换 已知问题（收集中） 1.开发环境中，IE8下不显示界面，通过build打包后是没问题的，不影响使用。如果有大神解决了这个问题，可以在下面 留言 或 Pull Request 。 2.收集中… 方案 下面贴出环境的就些依赖和配置，我会陆续添加注释。 package.json中不应该有注释，所以请不要复制使用，可以从github上拉取 package.json { "name":

##如何测试一个Gem gem 开发完了，想要给别人用，那就需要测试啊，测试一个gem其实很简单，这里我们用 minitest 为例， rspec 也一样适用。先来看看我们当前这个 gem 的目录结构： -rw-rw-r-- 1 lizhe lizhe 90 7月 2 15:52 Gemfile -rw-rw-r-- 1 lizhe lizhe 379 7月 3 10:09 Gemfile.lock drwxrwxr-x 3 lizhe lizhe 4096 7月 2 15:52 lib -rw-rw-r-- 1 lizhe lizhe 1062 7月 2 15:52 LICENSE.txt -rw-rw-r-- 1 lizhe lizhe 923 7月 3 10:09 mygem.gemspec drwxrwxr-x 2 lizhe lizhe 4096 7月 2 18:33 pkg -rw-rw-r-- 1 lizhe lizhe 187 7月 3 10:35 Rakefile -rw-rw-r-- 1 lizhe lizhe 556 7月 2 15:52 README.md 打开 mygem.gemspec ，添加 minitest ： spec.add_development_dependency "minitest", "~> 5.7.0" 执行 bundle

require() 语句也可用于文件的包含，在使用上等同于 include() 。但二者也有一些细微差别，可以视实际情况采用 include() 还是 require() 。 二者区别如下： 当包含的文件不存在时（包含发生错误），如果使用 require() ，则程序立刻停止执行，而使用 include() 的话，系统除了提示错误外，下面的程序内容还会继续执行。大多情况下推荐使用 require() 函数，以避免在错误引用发生后的程序继续执行 不管 require() 语句是否执行，程序执行包含文件都被加入进来，include() 只有执行的时候文件才会被包含。所以如果是有条件判断的情况下，用 include() 显然更合适 使用 require() 多次引用时，只执行一次对被引用文件的引用动作，而 include() 则每次都要进行读取和评估后引用文件 来源： oschina 链接： https://my.oschina.net/u/252112/blog/153042

1、include在引入不存文件时产生一个警告且脚本还会继续执行， require则会导致一个致命性错误且脚本停止执行。 2、 include()是有条件包含函数，而 require()则是无条件包含函数。 3、 include有返回值，而require没有 4、 include()执行时需要引用的文件每次都要进行读取和评估, require()执行时需要引用的文件只处理一次(实际上执行时需要引用的文件内容替换了require()语句) 可以看出若有包含这些指令之一的代码和可能执行多次的代码,则使用require()效率比较高, 若每次执行代码时相读取不同的文件或者有通过一组文件叠代的循环,就使用include(), require通常使用方法，这个函数通常放在 PHP 程序的最前面，PHP 程序在执行前，就会先读入 require 所指定引入的文件，使它变成 PHP 程序网页的一部份。常用的函数，亦可以这个方法将它引入网页中。 include通常使用方法，这个函数一般是放在流程控制的处理部分中。PHP程序网页在读到 include 的文件时，才将它读进来。这种方式，可以把程序执行时的流程简单化 incluce在 用到 时加载 require在 一开始 就加载 _once后缀表示 已加载的不加载 来源： oschina 链接： https://my.oschina.net/u

require 的使用方法如 require("MyRequireFile.php"); 。这个函数通常放在 PHP 程序的最前面，PHP 程序在执行前，就会先读入 require 所指定引入的文件，使它变成 PHP 程序网页的一部份。常用的函数，亦可以这个方法将它引入网页中。 include 使用方法如 include("MyIncludeFile.php"); 。这个函数一般是放在流程控制的处理部分中。PHP 程序网页在读到 include 的文件时，才将它读进来。这种方式，可以把程序执行时的流程简单化。 他们两个的用途是完全一样的，不一定非得哪个放在最前面哪个放在中间。他们最根本的区别在于错误处理的方式不一样。 require一个文件存在错误的话，那么程序就会中断执行了，并显示致命错误 include一个文件存在错误的话，那么程序不会中端，而是继续执行，并显示一个警告错误。 以下为补充： 1. include有返回值，而require没有。 2. include()包括并运行指定文件 在处理失败时include() 产生一个警告,被导入的程序代码都会被执行，而且这些程序在执行的时候会拥有和源文件中呼叫到include()语句的位置相同的变量范围。你可以导入同一个服务器中的静态页面。 3. include_once()的作用和include()是几乎相同的

include和require的区别 以前在写程序的时候想过这个问题,今天刚好看到关于此方面的问题,所以就整理,总结下来! 这两种结构除了在如何处理失败之外完全一样。include() 产生一个警告而 require() 则导致一个致命错误。换句话说，如果你想在遇到丢失文件时停止处理页面就用 require()。include() 就不是这样，脚本会继续运行 include 包括 没有也可以 require 需要 一定要有 include 出错时返回一个错误但继续执行 require 出错时产生一个致命错误，结束运行 --------------------------------------------------------------------------------- require() : 如果文件不存在，会报出一个fatal error.脚本停止执行 include() : 如果文件不存在，会给出一个 warning，但脚本会继续执行 这里 特别要注意 的是： 使用include()文件不存在时，脚本继续执行，这种情况只出现在 PHP 4.3.5之前，这一点，往往被人忽视。 推荐使用require_once()和include_once()，可以检测文件是否有重复包含。 -------------------------------------------------

* include() 与 include_once() * require() 与 require_once() 1.include() 函数会将指定的档案读入并且执行里面的程序。 例如：include('/home/me/myfile'); 被导入的档案中的程序代码都会被执行，而且这些程序在执行的时候会拥有和源文件中呼叫到 include() 函数的位置相同的变量范围（variable scope）。你可以导入同一个服务器中的静态档案，甚至可以通过合并使用 include() 与 fopen() 函数来导入其它服务器上面的档案。 2.include_once()函数的作用和 include() 是几乎相同的 唯一的差别在于 include_once() 函数会先检查要导入的档案是不是已经在该程序中的其它地方被导入过了，如果有的话就不会再次重复导入该档案（这项功能有时候是很重要的，比方说要导入的档案里面宣告了一些你自行定义好的函数，那么如果在同一个程序重复导入这个档案，在第二次导入的时候便会发生错误讯息，因为 PHP 不允许相同名称的函数被重复宣告第二次）。 3.require()函数会将目标档案的内容读入，并且把自己本身代换成这些读入的内容。 这个读入并且代换的动作是在 PHP 引擎编译你的程序代码的时候发生的，而不是发生在 PHP 引擎开始执行编译好的程序代码的时候（PHP

前言 这篇主要介绍HTTP服务程序环境 可能有一些介绍不到，博主能力有限，欢迎大神来纠正改进 HTTP协议从http/0.9到如今的http/2.0中间发生了很大的改变，现在主流的事http/1.1 在很多面试当主就会问起http协议各个版本的不同之处，这里就不介绍它们之间的区别了，有想要了解的可以百度下，面试的时候看下 HTTP工作机制： http请求：http request http响应：http response 一次http事务：请求<-->响应 在上篇中基本简单说了下 https://www.cnblogs.com/xsuid/p/9451811.html http服务器程序： httpd apache nginx lighttpd Httpd介绍 httpd： 20世纪90年代初，国家超级计算机应用中心NCSA开发 特性： 高度模块化：core + modules DSO: Dynamic Shared Object 动态加/卸载 MPM：multi-processing module多路处理模块 MPM工作模式 prefork： 1、多进程I/O模型，每个进程响应一个请求，默认模型 2、个主进程：生成和回收n个子进程，创建套接字，不响应请求 3、多个子进程：工作work进程，每个子进程处理一个请求；系统初始时，预先生成多个空闲进程，等待请求，最大不超过1024个

http服务器程序 httpd 服务名称 apache 软件包名 特性： 高度模块化： core + modules DSO: Dynamic Shared Object 动态加/卸载 MPM: multi-processing moudule 多路处理模块 MPM工作模式: 1. prefork 多进程IO模型,每个进程响应一个请求,默认模型 一个主进程： 生成和回收N个子进程,创建套接字,不响应请求 多个子进程： 工作work进程,每个子进程处理一个请求,系统初始化时候,预先生成多个空闲进程,等待请求,最大不超过1024个(系统打开文件描述符的最大极限) 2. worker 复用的多进程IO模型,多进程多线程 一个主进程: 生成m个子进程,每个子进程负责生成n个线程,每个线程响应一个请求,并发响应请求 m*n 3.event 事件驱动模型(worker模型的变种) 一个主进程: 生成m个子进程,每个子进程生成n个线程,在n个线程中有个单独的线程专门来管理其它的(keep-alive)线程,当有真实的请求时候管理线程会将真实请求传递给服务线程,执行完毕后,又允许释放执行任务的线程继续执行下一个请求任务 4.线(进)程的的角色切换 监听 (从空闲队列中取出一个线程进行监听) 》 工作(处理用户请求) 》 空闲(加入空闲线程队列) 每个线程和进程工作一段时间后会被回收掉