周六闲来无事,就试着安装和部署下yii2,安装过程没什么问题,但部署到nginx上时遇到了502 bad gatewary问题,折腾了半天才搞定.这个问题是我以前在部署yii2时没有遇到过的,因此记在这里以备忘. 1,安装和部署环境 操作系统:macOS,php版本:5.6,nginx版本:1.10.1,yii2版本:2.0. 2,yii2的安装 yii2的安装很简单,参考官网的手册即可.我这里安装的是yii2-app-advanced(Yii 2 Advanced Project Templa

在技术开发中,捕获程序框架错误,是非常必要的一件事情,我们公司使用Yii2框架,简单说下Yii2的错误捕获处理 Yii2 web应用 1 配置如下 其中errorHandler就是错误处理配置,执行ErrorController的actionError 'components' => [     "urlManager" => require (__DIR__ . '/router.php'),     'errorHandler' => [         'err

nginx 错误日志格式: 2016/09/01 11:23:36 [error] 28388#0: *14549 open() "/var/www/zjzc-web-frontEnd/images/account/profitBttom2.png" failed (2: No such file or directory), client: 10.168.102.19, server: localhost, request: "GET /images/account/pro

一.Nginx错误页面优雅显示的原因?   当我们访问网站时,由于特殊的原因,经常会出现诸如403,404,503等错误,这极大的影响用户的访问体验,所以我们很有必要做一下错误页面的优雅显示,以提升用户的浏览体验. 二.Nginx下如何定义优雅显示的页面呢?   下面我们就以404错误为例,具体步骤如下:   1.创建自己的404.html页面,放在站点目录下面:    2.更改nginx.conf配置文件,在http模块中加入 fastcgi_intercept_errors on;    3

Nginx 错误处理方法: bind() to 0.0.0.0:80 failed 今天启动window上的nginx总是报错 错误信息是bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions) 大概意思是 nginx listen的80后端口被占用   于是百度了下查看端口的命令 运行–cmd C:\>netst

nginx错误界面优化 在进行web访问的时候,经常会遇到网站打不开报错的情况,nginx默认的界面并不美观,我们可以通过重定向到自定义的错误页面,提升用户体验,比如淘宝的错误页面还有商品信息和广告. 优化方法 编辑nginx.conf配置文件,在server代码块中加上一行 error_page 400 103 404 405 /40x.html; 自己编辑40x.html文件就可以了. nginx日志功能 开发和运维人员可以通过日志来分析用户将的行为,nginx中由ngx_http_log_

1.Nginx错误日志信息介绍: error_log的语法格式及参数说明: error_log      file         level; 关键字    日志文件   错误日志级别 其中,关键字error_log 不能改变,日志文件可以指定任意存放日志的目录,错误日志级别常见的有{debug,info,notice,wam,error,crit,alert,emerg},级别越高记录的信息越少,场景一般是wam,error,crit这三个级别之一,注意不要配置info等低级别,会带来巨大的

502 1.查看nginx错误日志 tailf /data/log/nginx/error.log // :: [error] #: * recv() failed (: Connection reset by peer) while reading response header from upstream, client: 14.23.168.226, server: localhost, request: "GET /index.php HTTP/1.1", upstream:

一.Nginx配置和内核优化 实现突破十万并发 二.一次Nignx的502页面的错误记录 (1)错误页面显示 错误日志: // :: [error] #: * recv() failed (: Connection reset by peer) while reading response header from upstream, client: 101.226.125.118, server: live.baidu.com, request: "GET /live/CY00013 HTTP/

一.Nginx错误页面优雅显示的原因?   当我们访问网站时,由于特殊的原因,经常会出现诸如403,404,503等错误,这极大的影响用户的访问体验,所以我们很有必要做一下错误页面的优雅显示,以提升用户的浏览体验. 二.Nginx下如何定义优雅显示的页面呢?   下面我们就以404错误为例,具体步骤如下:   1.创建自己的404.html页面,放在站点目录下面:    2.更改nginx.conf配置文件,在http模块中加入 fastcgi_intercept_errors on;    3

在开发的时候遇到nginx错误 网上找了半天也没有找到解决方案: 先查看了一下nginx错误日志 cat /usr/local/nginx/logs/error.log 然后发现看不太懂 那么只能重启nginx 更有甚者把php也重启了 /usr/local/nginx/sbin/nginx -s reload 关闭php-fpm ps -ef|gerp php-fpm killall php-fpm /usr/local/php-fpm/sbin/php-fpm 然后再试一下 应该就可以了

Nginx错误日志信息介绍 Nginx的错误信息是调试Nginx服务的重要手段,属于核心功能模块(ngx_core_module)的参数,该参数的名字为error_log,可以放在Main区块中全局配置,也可以放在不同的虚拟主机中单独记录虚拟主机的错误信息. error_log的默认值: error_log logs/error.log error; error_log的语法格式及参数语法说明如下: error_log <FILE> <LEVEL>; 关键字:其中关键字error_

nginx: [emerg] using regex "\.php$" requires PCRE library  或 编译nginx错误:make[1]: *** [/pcre//Makefile] Error 127 原因:nginx没有安装pcre模块,URL重定向需要正则表达式模块 解决:安装pcre,下载地址:https://ftp.pcre.org/pub/pcre/ 下载pcre,编译nginx,指定pcre源码地址 ## 下载pcre源码地址 cd /home # 安

一.启动时错误 1.错误提示: 2016/11/16 17:36:41 [emerg] 2458#2458: getpwnam("nginx") failed 查看错误日志文件内容: 2.错误原因 因为没有为nginx添加用户,那这个用户到底怎么回事? nginx默认的用户是nobody,但是这个用户是没有启用的(前面被注销了),但是nginx的进程(不是根进程)的启动,是需要一个用户和一个对应的组的,而因为没有对应的用户,所以nginx进程启动失败. 从上图可以看出,nginx的主进

1.日志简介 nginx日志主要有两种:访问日志和错误日志.访问日志主要记录客户端访问nginx的每一个请求,格式可以自定义:错误日志主要记录客户端访问nginx出错时的日志,格式不支持自定义.两种日志都可以选择性关闭. 通过访问日志,你可以得到用户地域来源.跳转来源.使用终端.某个URL访问量等相关信息:通过错误日志,你可以得到系统某个服务或server的性能瓶颈等.因此,将日志好好利用,你可以得到很多有价值的信息. 2.访问日志 [Access.log] log_format  main 

一.Nginx出现413 Request Entity Too Large错误解决方法 Nginx出现的413 Request Entity Too Large错误,这个错误一般在上传文件的时候出现,打开nginx主配置文件nginx.conf,找到http{}段,添加 打开nginx主配置文件nginx.conf,一般在/usr/local/nginx/conf/nginx.conf这个位置,找到http{}段,修改或者添加 client_max_body_size 2m; 然后重启nginx

在配置nginx.conf 的时候,有一项是指定错误日志的,默认情况下你不指定也没有关系,因为nginx很少有错误日志记录的.但有时出现问题时,是有必要记录一下错误日志的,方便我们排查问题.error_log 级别分为 debug, info, notice, warn, error, crit  默认为crit, 该级别在日志名后边定义格式如下:error_log  /your/path/error.log crit;  crit 记录的日志最少,而debug记录的日志最多.如果你的nginx

症状: 安装phpBB3.1的最后一步完成安装之后,注册用户,浏览器崩溃.localhost的所有页面都打不开同时没有响应. Trace: 虽然打开了nginx.exe,但是进程中未发现服务. 重新电脑,再度打开ng,进程中依然没有服务. cmd下netstat -ano|find "80",未发现localhost的80端口. 查看nginx的error日志,发现近一段时间一直报一个错误: CreateDirectory() "D:\wnmp\nginx-1.9.3/tem

查看nginx的错误日志,得到以下错误信息:upstream sent too big header while reading response header from upstream按字面意思理解应该是upstream负载均衡的模块转发的header头超出限制值了,查看配置文件中的相关配置,并搜索相关信息. 网上同类型的错误原因,说是cookie携带的header太多了,让你设置: fastcgi_buffer_size 128k;fastcgi_buffers 8 128k; 优化这些配

遇到 nginx: [warn] server name "http://127.0.0.1" has suspicious symbols in D:\nginx-1.12.1/conf/vhost/ho  之类的错误的时候 八成是你因为你绑定了多个意思是重复绑定了server name,但这个警告不会影响到服务器运行

Yii2 配置 Nginx 伪静态 主要检查以下代码: location / { # Redirect everything that isn't a real file to index.php try_files $uri $uri/ /index.php?$args; } 完整代码: server { charset utf-8; client_max_body_size 128M; listen 80; ## listen for ipv4 #listen [::]:80 default