您的位置：360文档中心› CentOS+Nginx+PHP+MySQL详细配置(带有图解)

CentOS+Nginx+PHP+MySQL详细配置(带有图解)

CentOS+Nginx+PHP+MySQL详细配置(带有图解)
CentOS+Nginx+PHP+MySQL详细配置(带有图解)

CentOS+Nginx+PHP+MySQL详细配置(带有图解)

一、安装MySQL

目前web服务器已经很少有跑静态页面的，如果要跑动态网站那当然就离不开数据库，虽然在以前文章中有写MySQL是怎么安装的，但是感觉好久没装MySQL，现在只把步骤贴出来，就不做过多的讲解了

#useradd mysql

#tar zxvf mysql-5.0.40.tar.gz

#cd mysql-5.0.40

#./configure --prefix=/usr/local/mysql

#make && make install

#/usr/local/mysql/bin/mysql_install_db --user=mysql //初始化MySQL数据库

#chown -R mysql /usr/local/mysql/var

#/usr/local/mysql/bin/mysqld_safe & //启动MySQL

#/usr/local/mysql/bin/mysqladmin -u root password 123456 //设置MySQL密码

#cp support-files/https://www.360docs.net/doc/1211460744.html,f /etc/https://www.360docs.net/doc/1211460744.html,f

#echo "/usr/local/mysql/bin/mysqld_safe &" >>/etc/rc.local

二、安装PCRE

PCRE是perl所用到的正则表达式，目的是让所装的软件支持正则表达式。默认情况下，Nginx只处理静态的网页请求，也就是html.如果是来自动态的网页请求，比如*.php，那么Nginx就要根据正则表达式查询路径，然后把*.PHP交给PHP去处理

#rpm -qa | grep pcre //查询系统中有没有安装PCRE，一般装系统是默认装有，所以我们要删掉系统自带的

#cp /lib/libpcre.so.0 / //在删除系统自带的PCRE之前，要先备份一下libpcre.so.0这个文件，因为RPM包的关联性太强，在删除后没libpcre.so.0这个文件时我们装PCRE是装不上的

#rpm -e --nodeps pcre-6.6-1.1 //删除系统自带的PCRE

# tar zxvf pcre-8.00.tar.gz

#cd pcre-8.00

#cp /libpcre.so.0 /lib/ //把我们删除系统自带的PCRE之前备份的libpcre.so.0拷贝到/lib 目录下

#./configure //配置PCRE，因为PCRE是一个库，而不是像pache、php、postfix等这样的程序，所以我们安装时选择默认路径即可，这样会在后面安装其它东西时避免一些不必要的麻烦，执行完这部后会显示出下图，上面显示了我们对PCRE的配置

#make && make install

三、安装Nginx

在网上，看到不少人装Nginx 时非常麻烦，配置时用了一大堆选项，请问你们真实现那么多功能么？害的我越看越郁闷。此次安装Nginx如果是按着上面笔者的步骤一步步走下来，安装Nginx时只需指定Nginx的安装路径即可

#tar zxvf nginx-0.8.24.tar.gz

#cd nginx-0.8.24

#./configure --prefix=/usr/local/nginx //此处在本环节只需指定一个路径

#make && make install

#/usr/local/nginx/sbin/nginx //启Nginx

#echo "/usr/local/nginx/sbin/nginx" >>/etc/rc.local

Nginx启动后有两个进程，master为主进程，worker为工作进程，如下图

在启动完NGINX后，我们可以在浏览器中输入http://localhost查看，如下图

四、安装PHP

既然安装PHP，那GD便是不可少的，在此GD的安装不再进行描述1、安装libpng

#tar xvf libpng-1.2.10.tar.tar

#cd libpng-1.2.10

#./configure --prefix=/usr/local/png

#make;make install

#ln -s /usr/local/png/lib/* /usr/lib/

2、安装jpeg

#mkdir /usr/local/jpeg

#mkdir /usr/local/jpeg/bin

#mkdir /usr/local/jpeg/lib

#mkdir /usr/local/jpeg/include

#mkdir /usr/local/jpeg/man

#mkdir /usr/local/jpeg/man/man1

#tar xvf jpegsrc.v7.tar.tar

#cd jpeg-7

#./configure --prefix=/usr/local/jpeg --enable-shared --enable-static

#make;make install

#ln -s /usr/local/jpeg/lib/* /usr/lib/

3、安装freetype

#tar xvf freetype-2.3.9.tar.tar

#cd freetype-2.3.9

#./configure --prefix=/usr/local/freetype

#make;make install

4、安装fontconfig

#tar zxvf fontconfig-2.4.2.tar.gz

#cd fontconfig-2.4.2

#./configure --prefix=/usr/local/fontconfig --with-freetype-config=/usr/local/freetype/bin/freetype-config

#make;make install

5、安装GD

#tar zxvf gd-2.0.32.tar.gz

#cd gd-2.0.32

#./configure --prefix=/usr/local/gd --with-png=/usr/local/png --with-jpeg=/usr/local/jpeg --with- freetype=/usr/local/freetype

--with-fontconfig=/usr/local/fontconfig

#cp /usr/local/png/include/png.h ./

#cp /usr/local/png/include/pngconf.h ./

#make;make install

6、安装PHP

这个地方是最重要的地方，因为默认情况下Nginx和PHP他俩之间是一点感觉没有的。在之前，很多朋友都搭建过Apache+PHP，Apache+PHP编译后生成的是模块文件，而Nginx+PHP需要PHP生成可执行文件才可以，所以要利用fastcgi 技术来实现N ginx与PHP的整合，这个只要我们安装是启用FastCGI即可。此次我们安装PHP不仅使用了FastCGI，而且还使用了PHP-FPM这么一个东东，PHP-FPM说白了是一个管理FastCGI的一个管理器，它作为PHP的插件纯在，在安装PHP 要想使用PHP-FPM时就需要把PHP-FPM以补丁的形式安装到PHP中，而且PHP要与PHP-FPM版本一致，这是必须的，切记！

首先我们把PHP和PHP-FPM下载到同一目录下，此次用的为php-5.3.0.tar.bz2和php-5.3.0-fpm-0.5.12.diff.gz，下载到了同一目录下

#tar xvf php-5.3.0.tar.bz2

#gzip -cd php-5.3.0-fpm-0.5.12.diff.gz | patch -d php-5.3.0 -p1 //将php-5.3.0-fpm-0.5.12.diff.gz以补丁形式加到php-5.3.0里面

#cd php-5.3.0

#./configure --prefix=/usr/local/php --with-gd=/usr/local/gd --with-jpeg-dir=/usr/local/jpeg --with-png-dir=/usr/local/png

--with-freetype-dir=/usr/local/freetype --with-mysql=/usr/local/mysql --enable-fastcgi --enable-fpm

注：Nginx+PHP整合，在安装时必须启用--enable-fastcgi和--enable-fpm，这两个选项是做什么的上面已经描述。执行完后系统会提示--enable-fastcgi是一个未知选项，我们不必理会

#make

#make install

#cp php.ini-dist /usr/local/php/etc/php.ini

下面我们就要启动PHP-FPM

#/usr/local/php/sbin/php-fpm start

在启动PHP-FPM时会报上面这个错误，原因是PHP-FPM自己不知道以那个用户和组运行PHP，所以我们要修改一个文件，把文件中的注释去掉即可（打开文件把红色部分删除），然后PHP-FPM会以nobody用户和组去运行PHP。

#vi /usr/local/php/etc/php-fpm.conf

#/usr/local/php/sbin/php-fpm start

#ps -aux | grep php

#echo "/usr/local/php/sbin/php-fpm start" >>/etc/rc.local

五、整合Nginx与PHP

上面已经讲过，Nginx自己并不处理动态网页的请求，而且Nginx将得到的动态请求转交给PHP，下面我们打开Nginx的配置文件看一下

#vi /usr/local/nginx/conf/nginx.conf //标的部分是我们后面要修改的

看上图，Nginx已经知道怎么把得到的请求传达给PHP，Nginx在得到*.php请求时，会把请求通过9000端口传给PHP。下面我们把这些注释给去掉即可，如下图

注：上面的/usr/local/nginx/html 是我们PHP网站放置的路径

那么只有Nginx自己知道咋找PHP了还不行，还需要PHP知道咋找Nginx，PS：你见过大街上的JJMM约会时有不是相互认识对方，或者是不知道用啥方法和对方接头的？这点我们不需要担心，PHP-FPM已经在配置文件中定义了从哪接受PHP 请求，我们可以打开配置文件看一下

#vi /usr/local/php/etc/php-fpm.conf

如上图所示，我们在前面已经看到过Nginx是通过本机的9000端口将PHP请求转发给PHP的，而上图我们可以看到PHP自己是从本机的9000端口侦听数据，Nginx与PHP通过本机的9000端口完成了数据请求。

六、测试

我们在nginx的配置文件里面已经定义了PHP网站的存放路径，路径问/usr/local/nginx/html

下面我们在这个目录下新建一个PHP页面测试网页，文件名为test.php，内容如下

重启PHP与nginx后(可以用杀死进程的方式关闭，然后在启动)我们在浏览器中输入http://localhost/test.php，出现如下界面算成功

来自: https://www.360docs.net/doc/1211460744.html,/phphack/blog/item/4d6ed7c3c3a9893be4dd3b7d.html

nginx负载均衡宕机配置

1.摘要 （1）结论 详细描述了nginx记录失效节点的6种状态(time out、connect refuse、500、502、503、504，后四项5XX需要配置proxy_next_upstream中的状态才可 以生效)、失效节点的触发条件和节点的恢复条件、所有节点失效后nginx会进 行恢复并进行重新监听。 （2）Nginx 负载均衡方式介绍 Nginx的负载均衡方式一共有4种：rr(轮询模式)、ip_hash、fair、url_hash。（3）Ngxin负载均衡和相关反向代理配置内容 Nginx负载均衡和与容错相关的反向代理的配置。 （4）获取后端流程 后端server的自动容错流程图。 （5）测试环境和测试结果 针对几种错误方式进行自动容错测试。 2.结论 （1）nginx 判断节点失效状态 Nginx 默认判断失败节点状态以connect refuse和time out状态为准，不以HTTP错误状态进行判断失败，因为HTTP只要能返回状态说明该节点还可以正常连接，所以nginx判断其还是存活状态；除非添加了proxy_next_upstream指令设置 对404、502、503、504、500和time out等错误进行转到备机处理，在 next_upstream过程中，会对fails进行累加，如果备用机处理还是错误则直接返回错误信息（但404不进行记录到错误数，如果不配置错误状态也不对其进行错误状态记录），综述，nginx记录错误数量只记录timeout 、connect refuse、502、500、503、504这6种状态，timeout和connect refuse是永远被记录错误状态，而502、500、503、504只有在配置proxy_next_upstream后nginx才会记录这4种HTTP 错误到fails中，当fails大于等于max_fails时，则该节点失效； （2）nginx 处理节点失效和恢复的触发条件 nginx可以通过设置max_fails（最大尝试失败次数）和fail_timeout（失效时间，在到达最大尝试失败次数后，在fail_timeout的时间范围内节点被置为失效，除非所 有节点都失效，否则该时间内，节点不进行恢复）对节点失败的尝试次数和失效时间 进行设置，当超过最大尝试次数或失效时间未超过配置失效时间，则nginx会对节点 状会置为失效状态，nginx不对该后端进行连接，直到超过失效时间或者所有节点都 失效后，该节点重新置为有效，重新探测；

关于生成AMBA ip core的GRLIB使用笔记2(哥,断奶了)

本文源于哥，断奶了在学习中做的笔记，希望分享后大家一起学习讨论。 2013/5/17 一．GRlib的使用 首先在designs下建立一个工程文件design_one，你可以把你所需要的器件类型design 内的文件复制到这个文件里，例如我要做一个V5的project，那么就可以把leon3-gr-pci-xc5v 这个文件里的文件复制到design_one里面。 然后进入虚拟机，用终端打开design_one文件，执行命令make xgrlib，打开如下界面。 1.红色区域 首先来看Simulation，这个GRlib提供了包括Modelsim、 Nasim(一位台湾人写的加工程序仿真软件)和一些其他公司 提供的仿真工具（我对着些仿真工具也不是太了解，因为只 做过Altera和Xilinx的FPGA，所以只对他们自带的仿真工 具和Modelsim比较了解，而且我们后面的实例只用到 Modelsim。）选择所需要的仿真工具，如果在Linux下安装 了Modelsim的话，在这里可以run Modelsim。如果没有也 没关系，他会在共享的工程文件中生成工程文件，这样你就 可以在Linux外部打开这个project。 其他连个选项也是一样的道理、，但是现在AMBA总线还没有设置参数，所以在这里先不要管它，我只是把第一个界面的选项先介绍一下。

2.蓝色区域 这个区域包括器件类型、项目名称、状态显示。在状态显示里面我们可以看到生成的文件和一些GRlib在做什么操作。 3.紫色区域 prog prom：下载FPGA的prom。 Xconfig：启动配置工具。 Clean：撤销所有设置。 Scripts：产生工程脚本文件。 Distclean：移除所有产生的文件。 Quit：退出程序。 二．Xconfig工具 Xconfig启动配置工具后，我们就可以对工程进行编辑了，如图： 1.synthesis设置 Target technology(目标技术)：Xlinx-Virtex为memory and pads选择目标器件，它包含XLINX、Altera的大多数器件。

AMBA总线详细介绍

AMBA总线介绍 AMBA 2.0规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。AHB AHB=Advanced High Performance Bus，译作高级高性能总线。如同USB （Universal Serial Bus）一样，也是一种总线接口。 特性： 突发连续传输 分步传输 单周期内主控制器处理 单时钟边沿操作 非三态操作 支持64位，128位总线 AHB主要用于高性能模块(如CPU、高速RAM、Nand Flash DMA和DSP等)之间的连接，如图一所示。 作为SoC的片上系统总线，它包括以下一些特性：单个时钟边沿操作；非三态的实现方式；支持突发传输；支持分段传输；支持多个主控制器；可配置32位~128位总线宽度；支持字节、半字和字的传输。AHB 系统由主模块、从模块和基础结构(Infrastructure)3部分组成，整个AHB总线上的传输都由主模块发出，由从模块负责回应。基础结构则由仲裁器(arbiter)、主模块到从模块的多路器、从模块到主模块的多路器、译码器(decoder)、虚拟从模块(dummy Slave)、虚拟主模块(dummy Master)所组成。其互连结构如图二所示

AHB主控制器：主控制器可以通过地址和控制信息，可以进行初始化，读，写操作。在同一时间，总线上只能有一个主控制器。 AHB从设备：从设备通常是指在其地址空间内，响应主控制器发出的读写控制操作的被动设备。通过操作的成功与否反馈给其主控制器，完成数据的传输控制。 AHB仲裁器：仲裁器根据用户的配置，确保在总线上同一时间只有一个主控制器拥有总线控制权限。AHB总线上只能有一个仲裁器。 AHB译码器：译码器解析在总线上传输的地址和控制信息。AHB总线上只能有一个译码器。

grlib说明文档中文版

5GRLIB design concept 5.1introduction GRLIB是一个可重用IP Core的集合，并分成了多个VHDL库。每一个库提供了特定厂商的元件或者一系列共享的功能或接口。在GRLIB设计中使用的数据结构和元件声明都是通过库指定的VHDL包来输出的。 GRLIB是基于AMBA AHB和APB片上总线的，并把该总线用作标准的互联接口。AHB/APB总线的实现是与AMBA-2.0相兼容的，并附加了额外的“sideband”（边带）信号。这些边带信号的有三个用途：automatic address decoding，interrupt steering和device identification（a.k.a plug&play support）。根据AHB/APB 信号的功能，GRLIB的库把这些信号以VHDL records的形式组合在一起。GRLIB AMBA包的源文件在lib/grlib/amba/下。 所有的GRLIB core都使用同样的data structures来声明AMBA接口，这样相互之间的连接就很容易了。GRLIB库还包含了一个AHB bus controller和一个AHB/APB bridge，借助这两个模块，可以很快组装成一个全功能的AHB/APB的系统。 下面的部分将描述AMBA总线是怎么实现的以及怎样用GRLIB来建一个SOC设计。 5.2AMAB AHB on-chip bus 5.2.1General(概述) AMBA Advanced High-performance Bus(AHB)是一个multi-master的总线，可以以high data rate and/or variable latency的形式来互连各单元。图5就是一个概念图。图中连在总线上的单元分为masters（主）和slaves（客），并都受一个全局的总线仲裁器（global bus arbiter）控制。 由于AHB总线是复用的（而不是三态的），更正确的总线与单元互连示图可以参考图6。每一个master驱

Nginx反向代理服务器的工作原理

最近有打算研读nginx源代码，看到网上介绍nginx可以作为一个反向代理服务器完成负载均衡。所以搜罗了一些关于反向代理服务器的内容，整理综合。 一概述 反向代理（Reverse Proxy）方式是指以代理服务器来接受Internet上的连接请求，然后将请求转发给内部网络上的服务器；并将从服务器上得到的结果返回给Internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。 通常的代理服务器，只用于代理内部网络对Internet的连接请求，客户机必须指定代理服务器,并将本来要直接发送到Web服务器上的http请求发送到代理服务器中。当一个代理服务器能够代理外部网络上的主机，访问内部网络时，这种代理服务的方式称为反向代理服务。 图1 反向代理服务器的基本原理 二反向代理服务器的工作原理 反向代理服务器通常有两种模型，它可以作为内容服务器的替身，也可以作为内容服务器集群的负载均衡器。 1，作内容服务器的替身 如果您的内容服务器具有必须保持安全的敏感信息，如信用卡号数据库，可在防火墙外部设置一个代理服务器作为内容服务器的替身。当外部客户机尝试访问内容服务器时，会将其送到代理服务器。实际内容位于内容服务器上，在防火

墙内部受到安全保护。代理服务器位于防火墙外部，在客户机看来就像是内容服务器。 当客户机向提出请求时，请求将转到代理服务器。然后，代理服务器通过防火墙中的特定通路，将客户机的请求发送到内容服务器。内容服务器再通过该通道将结果回传给代理服务器。代理服务器将检索到的信息发送给客户机，好像代理服务器就是实际的内容服务器（参见图 2）。如果内容服务器返回错误消息，代理服务器会先行截取该消息并更改标头中列出的任何 URL，然后再将消息发送给客户机。如此可防止外部客户机获取内部内容服务器的重定向 URL。 这样，代理服务器就在安全数据库和可能的恶意攻击之间提供了又一道屏障。与有权访问整个数据库的情况相对比，就算是侥幸攻击成功，作恶者充其量也仅限于访问单个事务中所涉及的信息。未经授权的用户无法访问到真正的内容服务器，因为防火墙通路只允许代理服务器有权进行访问。 图2 反向代理服务器作为内容服务器的替身 可以配置防火墙路由器，使其只允许特定端口上的特定服务器（在本例中为其所分配端口上的代理服务器）有权通过防火墙进行访问，而不允许其他任何机器进出。 2，作为内容服务器的负载均衡器 可以在一个组织内使用多个代理服务器来平衡各 Web 服务器间的网络负载。在此模型中，可以利用代理服务器的高速缓存特性，创建一个用于负载平衡的服务器池。此时，代理服务器可以位于防火墙的任意一侧。如果 Web 服务器每天都会接收大量的请求，则可以使用代理服务器分担 Web 服务器的负载并提高网络访问效率。 对于客户机发往真正服务器的请求，代理服务器起着中间调停者的作用。代理服务器会将所请求的文档存入高速缓存。如果有不止一个代理服务器，DNS 可

nginx配置解析详解(一)

nginx配置解析详解(一) 现在针对nginx源码分析的blog和文章已经很多了，之前我也看过不少，大家的分析都很不错。太多重复的内容就不写了，主要想针对在我分析代码和查阅blog的过程中，发现的一些比较晦涩或者某些细节有待展开讨论的地方，给出我的自己理解和看法，希望跟大家交流和学习。 使用的nginx版本是nginx-1.0.6，我最开始看的代码是0.7.62，新的版本在功能和稳定性上做了很多的工作。在分析的时候，我尽量简单明了，不太重要的地方一带而过，具体地大家可以去读代码。相对复杂或者晦涩的地方，将详细展开。 首先我们从配置文件开始，下面的分析是建立在网友对nginx的配置文件结构有大概熟悉为前提，这样才可以很好的理解代码。这里有必要提醒一点：原始代码目录中 ngx_modules这个结构，是找不到它的定义和初始化，要看到它，你必须执行configure，make，在原来的代码目录下会出现一个objs文件夹，里面的3个文件ngx_auto_config.h，ngx_auto_headers.h，ngx_modules.c，需要在建source insight工程时也包含进去，这样有利于我们把握整个代码结构。有意思的是，nginx的configure文件是作者手工写的，里面有许多管理代码工程的方法，有时间的话，也是值得学习下的。 1.ngx_cycle_t *ngx_init_cycle(ngx_cycle_t *old_cycle); 配置文件的解析相关的处理主要在ngx_init_cycle函数中被调用。既然如此，我们就先说说ngx_init_cycle函数吧。 它需要一个参数类型为ngx_cycle_t *，返回值也是一个ngx_cycle_t*，与此同时我们注意到参数名为old_cycle，那么这个函数的作用是啥呢？很明显是由old得到一个new。其中ngx_cycle_t的结构保存一些全局的配置和信息。 这个函数具体作用将在reconfig(重读配置文件)的时候得到体现，可以理解为old_cycle 是当前正在使用的配置信息，当配置文件做了某些修改之后，ngx_init_cycle通过old_cycle 中的一些数据，对new_cycle进行一些设置，在经过进一步的配置解析之后，就可以得到一个new cycle。 2.char *ngx_conf_parse(ngx_conf_t *cf, ngx_str_t *filename) 当我们使用sourceinsight查看这个函数的调用情况时，会发现调用它的地方很多。其实，入口点就在ngx_init_cycle中对ngx_conf_parse调用，后面的所有的调用可以看作是在此之后的递归调用。为什么会是这个样子呢？原因在于nginx是一边读取配置信息，一边解析执行相关的处理，具体一点讲，就是“读一行，执行一行”，一行的定义在这里是指以分号或者是“{”和“}”等结尾的一行，例如：我们解析到http {}，我们就调用针对httpblock的处理，在处理的时候我们又会碰到server {}，自然就会调用server block的处理。。。以此类推！。

使用Nginx搭建反向代理

引言：最近公司有台服务器遭受DDOS攻击，流量在70M以上，由于服务器硬件配置较高所以不需要DDOS硬件防火墙。但我们要知道，IDC机房是 肯定不允许这种流量一直处于这么高的，因为没法具体知道后面陆续攻击的流量会有多大，如果流量过大就会导致整个IDC网络瘫痪。我们都知道北方的数据中心和南方的数据中心从带宽出口上来讲南方多数机房完全有能力扛得住DDOS攻击，东莞的电信机房就不错。有朋友说过面对这种攻击可以在南方电信 在放一台服务器，然后做个反向代理；令我不解的是倘若再在南方放一台服务器，然后在南方电信服务器上做反向代理的话北方的用户访问速度肯定会很慢（南方机房多为电信单线，北京的多为双线或BGP线路）。好了，我们言归正传，不管用反向代理是怎么去实现，首先我们要解决的是如何搭建一台反向代理服务器，免得临时抱佛脚。 首先我们来看理解一下什么是反向代理，如下图：当客户机向站点发出请求时，请求将转到代理服务器，然后然后代理服务器将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给Internet上请求连接的客户，对于访问服务器的用户来讲，此时的代理服务器对外就表现为一台服务器；我们还可以在反向代理服务器上加上一些策略，这样就对web服务器进行了一种安全保护，即使用户想入侵网站，也无法到达web服务器；反向代理服务器后端还可以放置多台 web服务器，从而可以减轻网站压力，起到集群作用 我们都知道Nginx是一款非常不错的程序，其最大的优点就是能承载高并发连接，这次我们就用Nginx来做一台反向代理服务器 环境描述：反向代理服务器为Linux系统，安装有Nginx；web服务器为windows 系统，装有IIS 目标：客户端在访问192.168.1.20的时候得到的内容必须是192.168.1.10这台web服务器上的内容

Nginx高级配置

Nginx高级配置 1. Nginx连接后端的方式：反向代理(proxy_pass)、直连 fastcgi(fastcgi_pass) 例子： fastcgi_pass backend1; proxy_pass http://backend2; location块中配置此项，表示用反向代理或直连fastcgi的方式连接后端服务，其中backend1、backend2为upstream配置，其中配置下游的ip&port列表和调度参数，见下文。 注意：fastcgi_pass与proxy_pass是互斥配置，不能同时生效。 2. Nginx调度与负载均衡配置(upstream 配置) 1) 轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器。weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况，weight默认值为1。 例如： upstreambakend { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 2) ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 例如： upstreambakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 3) hash 每个请求按访问$hash_seed的hash结果分配。 例如： upstreambakend { hash $hash_seed; server 192.168.0.14:88; server 192.168.0.15:80;

什么是AMBA片上总线

什么是AMBA片上总线 [ 2006-6-26 15:14:32 | By: MCUBLOG ] 随着深亚微米工艺技术日益成熟，集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法，发展到基于IP复用的设计方法，并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中，片上总线设计是最关键的问题。为此，业界出现了很多片上总线标准。其中，由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐，已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus) 系统总线和APB(Advanced Peripheral Bus)外围总线。 AMBA片上总线 AMBA 2.0规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 APB总线介绍 基于AMBA的片上系统 一个典型的基于AMBA总线的系统框图如图３所示。

大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块：主模块或者从模块。主模块是向从模块发出读写操作的模块，如CPU，DSP等；从模块是接受命令并做出反应的模块，如片上的RAM，AHB／APB 桥等。另外，还有一些模块同时具有两种属性，例如直接存储器存取(DMA)在被编程时是从模块，但在系统读传输数据时必须是主模块。如果总线上存在多个主模块，就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分，但具体使用的算法由RTL设计工程师决定，其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块，如果主模块数目大于16，则需再加一层结构(具体参阅ARM 公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块，也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总线的地址、数据和控制信号，并提供二级译码以产生APB外围设备的选择信号，从而实现AHB协议到APB协议的转换。 =========================================================== ====== =========================================================== ======

在Linux虚拟机中搭建Nginx服务器以及SSL、反向代理和负载均衡的实现

在Linux虚拟机中搭建Nginx服务器以及SSL、反向代理和负载均衡的实现 目录 一、虚拟机下网络的网络配置 (2)

1、Bridged模式 (2) 2、NAT 模式 (3) 3、host-only 模式： (4) 4、作业环境网络拓扑图 (4) 二、Nginx的安装与配置 (5) 1、Nginx简介 (5) 2、安装前的环境准备 (5) 3、下载安装 (6) 4、控制Nginx服务 (6) 5、配置nginx (7) 6、负载测试 (9) 三、基于OpenSSL部署https网站 (9) 1、OpenSSL以及SSL/TLS协议简介： (9) 2、Linux下配置https (10) 3、SSL/TSL协议分析 (12) 四、用Nginx实现负载均衡和反向代理 (15) 1、反向代理的实现 (15) 2、负载均衡 (18) 一、虚拟机下网络的网络配置 1、Bridged模式 在桥接模式下，VMware虚拟机里的系统就像是局域网中的一台独立的主机，它可以访问同一个网段内任何一台机器，即可以相互ping通。

在桥接模式下，你需要手工为虚拟系统配置IP地址、子网掩码，而且还要和宿主机器处于同一网段，这样虚拟系统才能和宿主机器进行通信。同时，由于这个虚拟系统是局域网中的一个独立的主机系统，就可以手工配置它的IP，DNS服务器，网关等信息，以实现通过局域网的网关或通过交换机访问外网。 图1 本地物理网卡和虚拟网卡通过虚拟交换机进行桥接，物理网卡和虚拟网卡在拓扑图上处于同等地位。 Vmware默认给虚拟系统提供了一个虚拟网卡（linux下默认为eth0设备），虚拟系统通过该网卡与外部通信。图中虚拟交换机由vmware提供，其默认设备名为VMnet0。如图1所示。 2、NAT 模式 NAT 即Network Address Translation 缩写，即网络地址转换，由NAT服务完成，在vmware里默认为VMnet8虚拟交换机，它将虚拟系统的IP地址转换成宿主机的IP地址，从而借用宿主机访问其他主机。使用NAT模式，也可以让虚拟系统通过宿主机器所在的网络来访问公网。 在这种模式下，虚拟系统是不能被LAN内其他PC访问的（宿主机可以，稍后讲），只能虚拟机以宿主机的名义访问LAN内的计算机。默认情况下NAT模式的虚拟系统的TCP/IP 配置信息由VMnet8(NAT)虚拟网络的DHCP服务器提供，因此采用NAT模式最大的优势是虚拟系统接入互联网非常简单，你不需要进行任何其他的配置，只需要宿主机器能访问互联网即可。 图2 VMware Network Adepter VMnet8虚拟网卡的作用就是为主机和虚拟机的通信提供一个接口，即使主机关闭该网卡，虚拟机仍然可以连接到Internet，但是主机和虚拟机之间就不能互访了，还有访问局域网内的其他计算机，也是通过NAT服务实现。如图2所示

Nginx+PHP+MySQL详细配置(图)

Nginx是一个高性能的HTTP和反向代理服务器，同时还是IMAP/POP3/SMTP代理服务器，该程序由俄罗斯Rambler.ru 站点开发，Nginx因为性能稳定、低系统资源消耗而闻名，近几年Nginx在国内已经成炙热化状态，比如像腾讯、网易、51CTO、迅雷、当当网、51、人人网等诸多大型网站都已经使用Nginx来做Web服务器，所以我们要学会运用Nginx还是非常有必要的，下面我们一起来看一下Nginx是如何在Linux平台上搭建的 安装前首先使用yum命令安装、升级所需的程序库 yum -y install gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses ncurses-devel curl curl-devel ssse2fsprogs e2fsprogs-devel krb5 krb5-devel libidn libidn-devel openssl openssl-devel openldap openldap-devel nss_ldap openldap-clients openldap-servers 一、安装MySQLssss 目前web服务器已经很少有跑静态页面的，如果要跑动态网站那当然就离不开数据库，虽然在以前文章中有写MySQL是怎么安装的，但是感觉好久没装MySQL，现在只把步骤贴出来，就不做过多的讲解了 #useradd mysql #tar zxvf mysql-5.0.40.tar.gz #cd mysql-5.0.40 #./configure --prefix=/usr/local/mysql #make && make install #/usr/local/mysql/bin/mysql_install_db --user=mysql //初始化MySQL数据库 #chown -R mysql /usr/local/mysql/var #/usr/local/mysql/bin/mysqld_safe & //启动MySQL #/usr/local/mysql/bin/mysqladmin -u root password 123456 //设置MySQL密码 #cp support-files/https://www.360docs.net/doc/1211460744.html,f /etc/https://www.360docs.net/doc/1211460744.html,f #echo "/usr/local/mysql/bin/mysqld_safe &" >>/etc/rc.local

AMBA APB4 与 AMBA3 AHB-Lite 1.0 协议介绍

AMBA APB4 与 AMBA3 AHB-Lite 1.0 协议介绍 2013年09月18日 16:09 绝对好文 关键词：AMBA , APB4 , AHB-Lite 作者：Allen Zhan [介绍] 根据ARM的说法, 今天 AMBA 已经成为了业界事实上的总线标准. 本文我们简单对AMBA4 中的 APB v2.0(也称为 APB4), 以及 AMBA3 AHB-Lite v1.0 进行简单的了解. 我们的介绍集中在, 我们比较有兴趣的地方. 尽管如此, 也可能几乎覆盖了协议中几个最重要的部分. [AMBA APB] AMBA Advanced Microcontroller Bus Architecture, 由ARM定义的总线架构(标准), 由一个协议家族组成. ARM 声称这一标准已经称为事实上的 uController 业界通用标准. APB The Advanced Peripheral Bus(APB) 是 AMBA 协议家族中一个组成部分. 它被定义为一个 low-cost 的接口, 为了最小能耗与减小接口的复杂性进行的优化设计. 被用于连接通用外围, 比如 timers, inerrupt controllers, UART是, and IOs. 通过 system-to-peripheral bus bridge 与 main system bus 相连, 有助于降低能耗. APB 版本 当前(2013年9月), 最近的 APB协议版本是 AMBA APB Protocol Specification v2.0. 或者因为属于 AMBA4 家族中的发布协议, 一般也被称为 APB4. 而在第一个版本(APB2 )中, APB 的基本组元, APB bridge 与 APB slave 被定义. 而在 APB3 中, Ready signal 被引入, 这意味着增加了操作状态中, 增加了wait state. 另外增加了 PSLVERR, 用于错误报告的 signal. 最近的 APB4, 增加了 PPROT 与 PSTRB signal. APB bridge 与 APB slave

SmartfusionAMBA指南

SmartFusion应用指南 MSS-AMBA相关文档阅读笔记 2010/12/15 Embedded hengheng 1 AHB BUS MATRIX---MSS的脊梁 1.1AHB BUS MATRIX简介 AHB BUS MATRIX 是多层AHB 矩阵。允许一个主机操作A从机，另一个主机操作B从机。当二者同时对C进行操作时，仲裁模块发挥作用，采用客户定制的方式或者乒乓方式对主机进行仲裁。理论吞吐量为16Gbps. 通过上图，得知AHB MARTIX共拥有5个MASTER和8个SLAVE。在AHB BUS MATRIX中实现的路径是理论路径的子集。此外，CORTEX-M3的IBUS和DBUS在MATRIX内部被多路选择，因此公用一个MASTER PORT，二者无法同时激活。 1.2AHB BUS MATRIX连接关系 通过上表可以得知，AHB BUS MATRIX中各master与slave的连接权限。 一般来说，除了CORTEX-M3外的master 和slave在上电时都会被关掉，用户需要通过设置AHB_MATRIX_CR中的相关位来打开这些master和slave。 CORTEX-M3是系统中唯一可以是使能其他MASTER的MASTER,因为其PPB总线上挂了一个可以使能其他MASTER的控制寄存器。 注意，关于ENVM使用时，需要明确一点，在命令ENVM进行编程或者擦写时，其他MASTER不会自动得知ENVM是不可读取的。因此，此时需要通过软件信号来控制其他MASTER的连接路径。 1.3仲裁简介： 仲裁器在slave的端口上。通常仲裁方式分为两种:循环方式和权重循环方式。 通过设置AHB_MATRIX_CR中的COM_WEIGHTEDMODE位来切换。 循环方式 权重循环方式

[全]Nginx配置文件上下文结构

Nginx配置文件上下文结构 1.Nginx配置文件上下文结构个Nginx的功能模块包含 系列的命令（cmd）以及与命令对应的处理函数（cmd→handler）。而Nginx 根据配置文件中的配 置指令就知道对应到哪个模块的哪个命令，然后调用命令对应的处理函数来处理。 一个Nginx配置文件包含若干配置项，每个配置项由配置指令和指令参数两部分组成，3个简单的Nginx配置项 Nginx配置文件中的配置指令如果包含空格，就需要用单引号或双引号引起来。指令参数如果 是由简单的字符串构成的，简单配置项就需要以分号结束；指令参数如果是复杂的多行字符串， 配置项就需要用花括号“{}”括起来。 Nginx配置项的具体功能与其所处的作用域（上下文、配置块）是强相关的。Nginx指令的作 用域配置块大致有5种，它们之间的层次关系。

5种Nginx指令的作用和它们之间的层次关系一个标准的Nginx配置文件的上下文结构如 下：

... #main全局配置块，例如工作进程数 events { #events事件处理模式配置块，例如IO读写模式、连接数等... } http #HTTP协议配置块 { ... #HTTP协议的全局配置块

server #server虚拟服务器配置块 一 { ... #server全局块location [PATTERN] #location路由规则配置块一 { ... } location [PATTERN] #location路由规则配置块二 { ... } } server #server虚拟服务器配置块二 { ...

nginx配置方案

WEB服务器安装方案 平台搭建环境: CentOS5.2 32/x86_64 GNU/Linux (32/64操作系统均通过，推荐使用64位操作系统) 一、系统安装 1. 系统分区建议 /boot 256M swap 2GB / 20GB /usr 40GB (用于安装软件) /data 剩余所有空间. 二、编译安装基本环境 1. 安装准备 1.1 系统约定 软件源代码包存放位置 /usr/local/src 源码包编译安装位置(prefix) /usr/local/software_ name 脚本以及维护程序存放位置 /usr/local/sbin MySQL 数据库位置 /data/mysql/（可按情况设置） 网站根目录/data/www/htdocs（可按情况设置） 网站日志根目录/data/www/logs（可按情况设置） Nginx运行账户www 1.2创建网站账号及相关存放目录 /usr/sbin/groupadd www /usr/sbin/useradd -g www www mkdir -p /data/www/html mkdir -p /data/www/log chown -R www:www /data/www/html chown -R www:www /data/www/log 1.3系统环境部署及调整 # tail -n100 /var/log/messages （检查有无系统级错误信息） # dmesg （检查硬件设备是否有错误信息） # ifconfig（检查网卡设置是否正确） # ping 192.168.95.1 （检查网络是否正常） install_software_name.sh //存放编译参数脚本习惯将所有编译脚本存放在install_software_name.sh便于升级和更新软件. 1.4定时校正服务器时钟，定时与中国国家授时中心授时服务器同步 #crontab -e

AMBA总线报告

对AMBA片内总线通讯协议进行简要介绍之后,采用Top- Down设计方法完成了AMBA片内总线结构所有控制部件的RTL级硬件建模,并通过逻辑综合、优化得到了门级电路网表。经验证,符合AMBA规范,频率达100MHz。 关键词：AMBA 片内总线AHB仲裁器中央译码器APB桥

一、AMBA总线简介 (1) 1.1AMBA总线概况 (1) 1.1.1 高级高性能总线（AHB (1) 1.1.2 高级系统总线（ASB (1) 1.1.3 高级外设总线（APB） (1) 1.2 AMBA规范的目的 (1) 1.3 AMBA AHB介绍 (2) 二、AMBA片内总线通讯协议描述 (2) 2. 1AHB系统总线协议 (2) 2. 2APB外围总线协议 (3) 三、AMBA片内总线控制部件的设计 (3) 3. 1AHB仲裁器 (4) 3. 1. 1仲裁器优先级算法 (4) 3. 1. 2AHB仲裁器状态机 (4) 3. 1. 3AHB仲裁器状态机工作过程 (5) 3. 2中央译码器 (5) 3. 3多路选择器 (5) 3. 4虚拟/缺省总线主设备( dummy /default busmaster) (6) 3. 5外围总线桥 (6) 四、心得体会 (6) 五、参考文献 (7)

一、AMBA总线简介 1.1AMBA总线概况 高级微控制器总线体系（AMBA）规范定义了在设计高性能嵌入式微控制器时的一种片上通信标准。 根据AMBA标准定义了三种不同的总线： （1）. 高级高性能总线（AHB）； （2）. 高级系统总线(ASB)； （3）. 高级外设总线（APB）。 AMBA规范还包含一种测试方法以提供对宏单元进行测试和诊断访问的下部构造。 1.1.1 高级高性能总线（AHB AMBA AHB是用于高性能、高时钟频率的系统模块。 AHB担当高性能系统的中枢总线。AHB支持处理器，片上存储器，片外存储器以及低功耗外设宏功能单元之间的有效连接。AHB也通过使用综合和自动测试技术的有效设计流来确保减轻使用负担。 1.1.2 高级系统总线（ASB AMBA ASB是用于高性能的系统模块之间的。 AMBA ASB AHB的高性能特征的地方。ASB也支持处理器，片上存储器，片外存储器以及低功耗外设宏功能单元之间的有效连接。 1.1.3 高级外设总线（APB） AMBA APB是用于低功耗外设的。 AMBA APB优化了最小功率消耗并且降低了接口复杂度以支持外设功能。APB 可以用来连接任意一种版本的系统总线。 1.2 AMBA规范的目的 AMBA （1）促进带一个或多个CPU或者信号处理器的嵌入式微控制器产品的第一 （2）技术上独立并且高复用度的外设和系统宏单元能在多样的IC工序之间方便的移植，以及适用于完整定制、标准宏单元和门阵列技术；

Nginx安装及简单配置反向代理

Nginx安装及简单配置反向代理一．环境 VMware： Redhat(Server_A 部署nginx文件服务页面) WinServer(Server_B 部署IIS) Redhat（nginx代理服务器） 源码包： nginx-1.5.3.tar.gz openssl-1.0.1c.tar.gz （提供ssl加密协议） pcre-8.33.tar.gz （http rewrite模块：地址重写） zlib-1.2.8.tar.gz （gzip模块,传输数据打包）拓扑结构： 二．安装 1.安装基础编译环境 yum install -y gcc gcc-c++ make 2.安装

2.1解压 cd /tmp/soft/ tar xzfv nginx-1.5.3.tar.gz cd .. tar xzfv openssl-1.0.1c.tar.gz cd .. tar xzfv pcre-8.33.tar.gz cd .. tar xzfv zlib-1.2.8.tar.gz 2.2安装依赖 cd/tmp/soft/pcre-8.33 ./configure make&&make install cd/tmp/soft/zlib-1.2.8 ./configure make&&make install cd/tmp/soft/openssl-1.0.1c ./configure make&&make install 2.3安装nginx cd/tmp/soft/nginx-1.5.3 ./configure --prefix=/home/nginx --with-http_stub_status _module --with-http_ssl_module ./configure –help #查看配置概述 make&&make install 3.yum安装依赖包：

Nginx 配置文件nginx.conf的完整配置说明

#用户用户组 user www www; #工作进程，根据硬件调整，有人说几核cpu，就配几个，我觉得可以多一点 worker_processes 5； #错误日志 error_log logs/error.log; #pid文件位置 pid logs/nginx.pid; worker_rlimit_nofile 8192; events { #工作进程的最大连接数量，根据硬件调整，和前面工作进程配合起来用，尽量大，但是别把cpu跑到100%就行 worker_connections 4096; } http { include conf/mime.types; #反向代理配置，可以打开proxy.conf看看 include /etc/nginx/proxy.conf; #fastcgi配置，可以打开fastcgi.conf看看 include /etc/nginx/fastcgi.conf; default_type application/octet-stream; #日志的格式 log_format main '$remote_addr - $remote_user [$time_local] $status ' '"$request" $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; #访问日志 access_log logs/access.log main; sendfile on; tcp_nopush on;

#根据实际情况调整，如果server很多，就调大一点 server_names_hash_bucket_size 128; # this seems to be required for some vhosts #这个例子是fastcgi的例子，如果用fastcgi就要仔细看 server { # php/fastcgi listen 80; #域名，可以有多个 server_name https://www.360docs.net/doc/1211460744.html, https://www.360docs.net/doc/1211460744.html,; #访问日志，和上面的级别不一样，应该是下级的覆盖上级的 access_log logs/domain1.access.log main; root html; location / { index index.html index.htm index.php; } #所有php后缀的，都通过fastcgi发送到1025端口上 #上面include的fastcgi.conf在此应该是有作用，如果你不include，那么就把fastcgi.conf的配置项放在这个下面。 location ~ .php$ { fastcgi_pass 127.0.0.1:1025; } } #这个是反向代理的例子 server { # simple reverse-proxy listen 80; server_name https://www.360docs.net/doc/1211460744.html, https://www.360docs.net/doc/1211460744.html,; access_log logs/domain2.access.log main; #静态文件，nginx自己处理 location ~ ^/(images|javascript|js|css|flash|media|static)/ {

相关主题
相关文档
最新文档