nginx

nginx nginx-rc.yaml apiVersion: v1 kind: ReplicationController metadata: name: nginx-controller labels: name: nginx spec: replicas: 2 selector: name: nginx template: metadata: labels: name: nginx spec: containers: - name: nginx image: docker.io/blacklabelops/nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80 nginx-svc.yaml apiVersion: v1 kind: Service metadata: name: nginx labels: name: nginx-servcie spec: type: NodePort ports: - port: 8000 protocol: TCP targetPort: 80 nodePort: 30088 selector: name: nginx mysql mysql-rc.yaml apiVersion: v1 kind: ReplicationController metadata:

Nginx include和Nginx指令的使用 1、nginx include 主配置文件nginx.conf中指定包含其他扩展配置文件，从而简化nginx主配置文件，实现多个站点功能 [root@Web01 conf]# cat nginx.conf worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; include /application/nginx/conf/extra/*.conf; } 在/application/nginx/conf/extra下创建多个配置文件 批量生成扩展主页配置文件进行测试，编写脚本 mkdir -p /application/nginx/conf/extra #创建存放每个站点文件的目录 生成的扩展页面在/application/nginx/conf/extra目录下 [root@Web01 conf]# mkdir -p /service/scripts [root@Web01 conf]# vim /service/scripts/auto.sh [root@Web01 conf]

什么是rpc 随着企业 IT 服务的不断发展，单台服务器逐渐无法承受用户日益增长的请求压力时，就需要多台服务器联合起来构成「服务集群」共同对外提供服务。 同时业务服务会随着产品需求的增多越来越肿，架构上必须进行服务拆分，一个完整的大型服务会被打散成很多很多独立的小服务，每个小服务会由独立的进程去管理来对外提供服务， 这就是「微服务」。 当用户的请求到来时，我们需要将用户的请求分散到多个服务去各自处理，然后又需要将这些子服务的结果汇总起来呈现给用户。那么服务之间该使用何种方式进行交互就是需要解决的核心问题。 RPC 就是为解决服务之间信息交互而发明和存在的。 RPC（Remote Procedure Call）——远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。 RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。 首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。 在服务器端，进程保持睡眠状态直到调用信息到达为止。 当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息 然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。 RPC就是一种远程调用函数接口的方式，说白了，就是一种远程调用函数接口的方式，客户端和服务端之间约定一种契约

Nginx + Passenger Nginx 則是另一套在 Rails 世界上還蠻常被使用的第二選擇，相較於 Apache 雖然功能較少，但運作效率更為良好。要讓 Nginx 裝上 Passgener 不需要先裝 Nginx ，只需要執行以下指令： $ sudo gem install passenger $ sudo passenger-install-nginx-module 依赖PCRE wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.35.tar.gz 三部曲： ./configure make sudo make install 报错： error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or ubuntu@ip-172-31-25-125:/usr/local/lib$ ln -s libpcre.so.1 /lib/libpcre.so.1 一般我们在Linux下执行某些外部程序的时候可能会提示找不到共享库的错误, 比如: tmux: error while loading shared libraries: libevent-1.4.so.2

什么是跨域？ 跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。 广义的跨域： 1.) 资源跳转： A链接、重定向、表单提交 2.) 资源嵌入： < link >、 < script > 、 < img > 、 < frame > 等dom标签，还有样式中background:url()、@font-face()等文件外链 3.) 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等 其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。 什么是同源策略？ 同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制以下几种行为： 1.) Cookie、LocalStorage 和 IndexDB 无法读取 2.) DOM 和 Js对象无法获得 3.) AJAX 请求不能发送 常见跨域场景 URL 说明 是否允许通信 http: //www.domain.com/a.js http: //www.domain.com/b.js 同一域名，不同文件或路径 允许 http: //www

实验环境 cat /etc/redhat-release CentOS release 6.5 (Final) 实验软件 cmake-3.7.2.tar.gz libmcrypt-2.5.8.tar.gz mhash-0.8.15.tar.gz libiconv-1.15.tar.gz mcrypt-2.6.8.tar.gz mysql-5.6.24.tar.gz nginx-1.10.2.tar.gz redis-4.0.2.tgz php-5.6.30.tar.gz 软件安装 cp -pv /etc/hosts /etc/hosts.bak && echo 192.168.10.15 web1 > /etc/hosts yum install -y gcc gcc-c++ autoconf automake libjpeg libjpeg-devel libpng libpng-devel yum install -y freetype freetype-devel libxml2 libxml2-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel yum install -y ncurses ncurses-devel curl curl-devel e2fsprogs e2fsprogs-devel

<div class="htmledit_views" id="content_views"> <p>在使用的阿里云服务器上，进程性的 nginx -s stop后再次启动nginx -s reload ,总是会报错误nginx: [error] open() "/alidata/server/nginx/logs/nginx.pid" failed (2: No such file or directory)，这应该是因为把nginx进程杀死后pid丢失了，下一次再开启nginx -s reload时无法启动，重装可以解决这个问题，但是太麻烦了。</p> <p>一开始百度解决该问题。只是找到几个求助答案。没有实际有效的方法，于是用google开始搜索，虽然英语比较恶心，但一般，英文网站上总会有解决方法这一次也不另外。</p> <p><br></p> <p> issued a nginx -s stop and after that I got this error when trying to reload it.<br><br> [error]: invalid PID number "" in "/var/run/nginx.pid"<br><br> That /var/run/nginx/pid file is empty atm.<br><br> What do I

Configure namespaces This guide will deploy pods in a Kubernetes namespace. Let’s create the Namespace object for this guide. kubectl create ns policy-demo Create demo pods We’ll use Kubernetes Deployment objects to easily create pods in the namespace. Create some nginx pods in the policy-demo namespace. kubectl run --namespace = policy-demo nginx --replicas = 2 --image = nginx Expose them through a service. kubectl expose --namespace = policy-demo deployment nginx --port = 80 Ensure the nginx service is accessible. kubectl run --namespace = policy-demo access --rm -ti --image busybox /bin/sh

什么是跨域？ 跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。 广义的跨域： 1.) 资源跳转： A链接、重定向、表单提交 2.) 资源嵌入： <link>、<script>、<img>、<frame>等dom标签，还有样式中background:url()、@font-face()等文件外链 3.) 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等 其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。 什么是同源策略？ 同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制以下几种行为： 1.) Cookie、LocalStorage 和 IndexDB 无法读取 2.) DOM 和 Js对象无法获得 3.) AJAX 请求不能发送 常见跨域场景 URL 说明 是否允许通信 http://www.domain.com/a.js http://www.domain.com/b.js 同一域名，不同文件或路径 允许 http://www.domain.com/lab/c

安装 laravel(版本 5.8): 这里是全局安装的, 也就是说在终端任何位置都可以执行下面的命令进行安装. composer global require laravel /installer 创建一个项目: 安装之后, 进入你存放所有项目的文件夹(我所有的项目都是在 site 文件夹): cd site 然后新建一个项目, 名字可以自定义. laravel new edu -system 启动服务: 项目创建好了, 现在进入刚刚创建的项目的文件夹, 并执行启动服务命令: cd edu -system php artisan serve 在浏览器访问 http://localhost:8000/ 既可以看到 laravel 的首页. 目前是用 valet, 所以不需要配置 nginx, 非常方便快捷. 来源： oschina 链接： https://my.oschina.net/u/4306093/blog/3631801