laravel 404 file not found 错误查找

2019-12-01 08:25:05

参考地址 记一次laravel 404 file not found 填坑之旅

今天在把项目部署到新的服务器上时,遇到了 laravel 404  的问题。 服务器LNMP 环境是同事搭的,这种问题也是第一次遇到,


查看虚拟主机的nginx 


 




 


发现瓦力部署 laravel 项目的时候,忘记将 vendor 目录上传到项目里, 上传以后 ,发现还是404。 


查看 /var/log/nginx/error.log 


 




 发现报错都是 


FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, 


遂Google之、


其中找到下面这段


 




大概的意思是  php 进程运行用户导致的 


`ps aux | grep php`  查看




发现是 apache 用户, 打开/etc/php-fpm.d/www.conf


将  user 和 group 改为www


user = www

group = www

问题解决


还有一个坑就是 nginx 进程的运行用户,与代码目所有者 或者权限不一致,会导致403 错误


下面是参考的链接 Nginx 1 FastCGI sent in stderr: “Primary script unknown”


从上面看解决一个问题最高效的一个方法就是 快速找到报错的原因,否则没法定位问题





  • 2017-03-11 08:39:13

    mysql存在就更新,否则插入

    ,如果要在插入的时候先判断插入的数据是否存在数据库中,那每一次插入之前都要进行一次select的操作,这样效率不高?如何优化蛤?

  • 2017-03-13 12:07:19

    JavaScript原型与原型链分析

    JavaScript没有类的概念,但几乎所有的东西又是基于对象的,同时也能实现继承,这就是js跟其他OOP语言最大的不同之处,这也是js最难理解的一块。下面我来说说我个人的理解。

  • 2017-03-15 07:43:19

    NodeJS服务器”热部署“代码,实现动态调试

    如果你有 PHP 开发经验,会习惯在修改 PHP 脚本后直接刷新浏览器以观察结果,而你在开发 Node.js 实现的 HTTP 应用时会发现,无论你修改了代码的哪一部份,都必须终止Node.js 再重新运行才会奏效。这是因为 Node.js 只有在第一次引用到某部份时才会去解析脚本文件,以后都会直接访问内存,避免重复载入,而 PHP 则总是重新读取并解析脚本(如果没有专门的优化配置)。