fastcgi

CentOS7 搭建 zabbix-server 3.0.10

浪子不回头ぞ 提交于 2020-12-12 10:30:54
环境 操作系统:CentOS7 (192.168.1.100) 数据库:MariaDB 10.1.26 Web后台:PHP 5.6.31 Web引擎:Nginx 1.12.1 Zabbix:Zabbix 3.0.10 部署方式:单机部署 安装操作系统 CentOS 推荐 RHEL6 及以上的 x64 版本。 这里最小安装 CentOS7 ,外网不可达服务器可能需要配置本地 yum 源。 安装数据库 MariaDB MariaDB/MySQL 的常见版本。 本地如果已存在可用的 MariaDB/MySQL 数据库,则可跳过此步。 安装方式很多,这里直接用官方编译好的二进制通用包: CentOS7 下载 mariadb-10.1.26-linux-glibc_214-x86_64.tar.gz CentOS6 下载 mariadb-10.1.26-linux-x86_64.tar.gz 安装 参考我的另一篇博客 安装 PHP PHP-5.5 及以上版本。 本地如果已存在可用的 PHP ,则可跳过此步。 安装方法很多,这里使用官方源码编译: 下载 php-5.6.31.tar.bz2 安装 #解压 tar jxf php-5.6.31.tar.bz2 -C /root/ cd /root/php-5.6.31/ #安装依赖包 yum install gcc make gd-devel

nginx1.18.0在虚拟机上的搭建

人盡茶涼 提交于 2020-12-09 10:27:15
1、搭建nginx之前先下载安装pcre函数库 pcre 下载地址 https://sourceforge.net/projects/pcre/ 下载最新的8.44版本 2、安装pcre 下载之后rz -be上传到虚拟机,进行解压到根目录下 tar zxvf pcre-8.44.tar.gz -C./ 对当前文件夹授予全部读写权限 chmod 777 -R /root/pcre-8.44, cd 进到pcre-8.44目录下,安装gcc插件 yum -y install gcc yum -y install gcc-c++ 初始化配置并安装 ./configure make&&make install 进入pcretest命令界面 ./pcretest ctrl+c 退出,PCRE安装成功 可查看pcre版本号 pcre-config --version 3、安装nginx nginx下载地址 http://nginx.org/ , 下载稳定版nginx-1.18.0版本,rz -be从本地上传压缩包到虚拟机 解压到根目录下 tar zxvf nginx-1.18.0.tar.gz -C ./ 安装插件 yum install -y zlib-devel 进到nginx-1.18.0目录下并初始化安装配置 cd nginx-1.18.0 需要编译安装 ./configure -

Nginx 502 Bad Gateway 的错误的解决方案

风格不统一 提交于 2020-12-07 02:43:44
我用的是nginx反向代理Apache,直接用Apache不会有任何问题,加上nginx就会有部分ajax请求502的错误,下面是我收集到的解决方案。 一、fastcgi缓冲区设置过小 出现错误,首先要查找nginx的日志文件,目录为/var/log/nginx,在日志中发现了如下错误 2013/01/17 13:33:47 [error] 15421#0: *16 upstream sent too big header while reading response header from upstream 大意是nginx缓冲区有一个bug造成的,我们网站的页面消耗占用缓冲区可能过大。网上查找了一下解决方法,在国外网站看到了一个增加缓冲区的方法,彻底解决了Nginx 502 Bad Gateway的问题。方法如下: http {   ...   fastcgi_buffers 8 16k;   fastcgi_buffer_size 32k;   ... } 可根据服务器已经网站的情况自行增大上述两个配置项。 二、代理缓冲区设置过小 如果你使用的是nginx反向代理,如果header过大,超出了默认的1k,就会引发上述的upstream sent too big header (说白了就是nginx把外部请求给后端处理,后端返回的header太大

nginx+php-fpm实现原理

坚强是说给别人听的谎言 提交于 2020-12-06 07:23:19
http://my.oschina.net/u/1537172/blog/217796 FastCGI原理 FastCGI是一个运用于Http Server和动态脚本语言间通信的接口,多数流行的Http Server都支持FastCGI,包括Apache、Nginx和lighttpd等。同时,FastCGI也被许多脚本语言支持,其中就有PHP。 FastCGI接口方式采用C/S结构,可以将HttP服务器和脚本解析服务器分开,同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HttP服务器每次遇到动态程序时,可以将其直接交付给FastCGI进程来执行,然后将得到的结果返回给客户端。这种方式可以让HttP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端,这在很大程度上提高了整个应用系统的性能。 Nginx+php-fpm实现原理 Nginx本身不会对PHP进行解析,终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口,由php-fpm作为动态解析服务器处理,最后将处理结果再返回给nginx。其实,Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm,从而实现对PHP的解析支持,这就是Nginx实现PHP动态解析的原理。 Nginx不支持对外部程序的直接调用或者解析,所有的外部程序(包括PHP

nginx错误连接到php-fpm.sock失败(13:权限被拒绝)

风流意气都作罢 提交于 2020-12-04 17:53:43
确保在vi / /etc/php-fpm.d/www.conf 中没有注释以下行: listen.owner = www-data listen.group = www-data listen.mode = 0660 确保 vi / etc/nginx/fastcgi_params如下所示: fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SERVER_PROTOCOL $server

nginx配置反向代理转发

丶灬走出姿态 提交于 2020-12-04 07:38:02
环境:Windows10、PHPstudy2018(nginx+mysql5.6+php7.2) 这里直接贴上nginx.conf配置文件信息。其实主要就是server的修改。把对应的路径改了就行(server也可以单独包含在vhosts.conf文件中) worker_processes 1 ; events { worker_connections 1024 ; } http { include mime.types; default_type application /octet- stream; sendfile on; keepalive_timeout 65 ; fastcgi_connect_timeout 300 ; fastcgi_send_timeout 300 ; fastcgi_read_timeout 300 ; fastcgi_buffer_size 128k; fastcgi_buffers 4 128k; fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; gzip on; gzip_min_length 1k; gzip_buffers 4 32k; gzip_http_version 1.1 ; gzip_comp_level 2 ; gzip_types text

tomcat集群搭建集成nginx负载均衡

假如想象 提交于 2020-11-29 01:52:07
软件基础+版本:   1、3台centos7系统,其中都已经配置完成了jdk环境,jdk的版本为 [root@node03 bin]# java - version java version "1.8.0_144" Java(TM) SE Runtime Environment (build 1.8 .0_144- b01) Java HotSpot(TM) 64 -Bit Server VM (build 25.144 -b01, mixed mode) 具体的linux的jdk配置方式可见其他文章   2、解压版的linux的tomcat,版本如下: [root@node02 soft]# ll 总用量 191220 -rw-r--r-- 1 root root 10291220 11月 26 15:44 apache-tomcat-8.5.49.tar.gz   3、 [root@node02 soft]# ll 总用量 182060 drwxr -xr-x. 8 10 143 255 7月 22 2017 jdk1. 8 .0_144 -rw-r--r--. 1 root root 185515842 9月 4 17 : 09 jdk-8u144-linux- x64.tar.gz drwxr -xr-x 9 nginx nginx 186 11月 26 16 : 58

ubuntu 安装nginx+php+mysql+phpadmin环境

扶醉桌前 提交于 2020-11-27 10:58:35
之前在网上搜了很多安装环境的方法,这是自己实践操作的靠谱 一、 安装nginx 1、 安装nginx:apt-get –y install nginx 2、 开启nginx服务:service nginx start 3、 查询nginx服务启动情况:ps –A | grep nginx      4、 打开ip进行访问:      5、 修改nginx默认访问路径,改为项目访问路径    6、 加载php    让nginx支持php的pathinfo模式       location ~ .php($|/) { set $script $uri; set $path_info ""; if ($uri ~ "^(.+.php)(/.+)") { set $script $1; set $path_info $2; } # fastcgi_pass unix:/run/php/php7.0-fpm.sock; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$script; fastcgi_param SCRIPT_NAME $script; fastcgi_param PATH_INFO $path_info; fastcgi

Nginx 性能优化有这篇就够了!

末鹿安然 提交于 2020-11-25 18:45:41
目录: 1、Nginx运行工作进程数量 Nginx运行工作进程个数一般设置CPU的核心或者核心数x2。如果不了解cpu的核数,可以top命令之后按1看出来,也可以查看/proc/cpuinfo文件 grep ^processor /proc/cpuinfo | wc -l [root@lx~]# vi/usr/local/nginx1.10/conf/nginx.conf worker_processes 4; [root@lx~]# /usr/local/nginx1.10/sbin/nginx-s reload [root@lx~]# ps -aux | grep nginx |grep -v grep root 9834 0.0 0.0 47556 1948 ? Ss 22:36 0:00 nginx: master processnginx www 10135 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process www 10136 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process www 10137 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process www 10138 0.0 0.0

Nginx 性能优化有这篇就够了!

一笑奈何 提交于 2020-11-25 18:45:09
目录: 转发: https://mp.weixin.qq.com/s/YoZDzY4Tmj8HpQkSgnZLvA 1、Nginx运行工作进程数量 Nginx运行工作进程个数一般设置CPU的核心或者核心数x2。如果不了解cpu的核数,可以top命令之后按1看出来,也可以查看/proc/cpuinfo文件 grep ^processor /proc/cpuinfo | wc -l [root@lx~]# vi/usr/local/nginx1.10/conf/nginx.conf worker_processes 4; [root@lx~]# /usr/local/nginx1.10/sbin/nginx-s reload [root@lx~]# ps -aux | grep nginx |grep -v grep root 9834 0.0 0.0 47556 1948 ? Ss 22:36 0:00 nginx: master processnginx www 10135 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process www 10136 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process www 10137 0.0 0.0 50088 2004 ? S