一旦你开始找理由，那么这件事就做不好了，你离失败就更近了一步。

      对于日常的工作，我们不仅要充分发挥主观能动性，不给借口生存的空间，对于上级的安排，我们更要摆正心态，切实落地执行。

      作为组织的一员，服从安排，遵守纪律自然不必说，无规矩不方圆的道理都懂得，但是我也不是从一开始就很从容的接收这些条条框框，那些看似抠门不仁道的规定实际上是为了塑造更优秀的自己，打造更优秀的团队，没听说过谁谁不关心你还愿意花心思去管束你的，想想自己的亲妈吧。

      工作即是责任，选择了这份责任，就要不遗余力的承担下去，承担的过程可能看起来是“愚蠢”的，但是却反映了你的负责程度。

      责任是无形的，是没有条件的，你在追求卓越的同时，责任是相伴相生的，责任来自朋友，家人和社会，成熟的人承担着更多的责任，有着更强大的能力，幼稚的人拒绝责任，惶惶不可终日

---

      “志同而事，道同而谋”，这是来自我们BOSS的一个观点

好了，知道了基本操作之后，我们就看一下配置文件，看懂了配置文件，我们就能让nginx按照我们的需要来运作。打开nginx.cnf文件

#user  nobody;
#我左边有个“#”号，这说明这一行都是注释
#下面的这个，看起来像一对键值对，这么理解也可以，官方给出的解释是“简单指令”
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

#与简单指令相对，下面的event以及一对花括号，称作“块指令”；含有其他指令的“块指令”，我们称作“上下文”
#同时，我们把不被包含在任何其他上下文中的上下文称作主上下文
#所以，“events”和“http”就是主上下文，“server”和“location”就不是主上下文
events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;
 
    #好了，我们需要配置一个服务器最基本的功能，给出请求相应结果
    #看到下面这个server上下文，它看上去但是也的确是用来配制服务器的
    server {
        #这个server上下文监听的端口以及域名
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        #这里就是路由规则了，location加空格再加匹配项，这里的匹配项是“/”，也就是说所有以“/”开头的请求都符合这个路由规则
        #但是需要注意一点，nginx在匹配路由的时候有一个最长前缀匹配规则，看到下一个路由规则
        location / {
            #这里的root指的是响应资源所在的目录，这是指明，资源在nginx目录下的index目录里
            root   html;
            #index指令会响应指定的页面，按次序进行查找，找到了就返回
            index  index.html index.htm;
        }
        
        #这location的匹配项是“/demo”，那么当一个请求是“/demo/get”的时候，这个请求会匹配之前的“/”和这里的“/demo”，但是
        #nginx会选择前缀较长的匹配项来匹配，所以nginx会使用/demo路由的相应内容
        location /demo {
            #这里又重新设定了root的值，表示用nginx目录demo目录下的资源响应
            #如果root在主上下文之外设定，那么相当于一个全局的设定，在其他上下文中没有被覆盖的话，则使用全局设定
            root   demo;
        }

        #截止到为目前的配置，nginx都是用来响应静态的资源，比如我们访问localhost/demo/show.html，那么nginx会返回nginx目录下
        #demo目录下show.html的内容，所以，我们经常会把nginx当做一个静态内容缓存来使用，来缓解后续服务器的响应压力

        #对于location来说，常用的还有正则匹配
        #静态资源配置，当然也可以来响应动态请求，不过这里有一点需要注意，当使用正则匹配时，如果请求匹配了当前的路由规则，那么
        #会以正则的匹配内容为主并返回，不会使用非正则的匹配项内容返回，以“~”开头，就表示匹配项是一个正则表达式，当然，还有其
        #他不同规则的前缀都表示正则，后续再展开
            location ~ .*\.(css|js)(.*) {
             proxy_set_header Host $host;
             proxy_cache_valid 200 302 1h;
             proxy_cache_valid 301 1d;
             proxy_cache_valid any 1m;
             expires 7d;
        }

        #对于代理服务器来说，最基本的功能代理是必不可少的，而且配置也非常简单
        #端口转发配置，做出如下配置之后，符合匹配项的请求会原封不动的转发到otherhost域名下
        location /proxy{
         proxy_pass http://otherhost;
        }

        #下面的配置显而易见，是错误页面的配置
        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}

有了这套最基本的配置，就可以试着开启nginx，感受一下它的功能

域哪怕有一点点不一样，一点点不一样，一点点不一样，都是不可以访问的，那么问题来了，如何实现跨域呢？ 目前有三种方案可以打破同源策略所带来的限制，实现跨域请求。