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”


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





  • 2020-01-13 23:36:35

    webpack之externals详解(精华)

    官网文档解释的很清楚,就是webpack可以不处理应用的某些依赖库,使用externals配置后,依旧可以在代码中通过CMD、AMD或者window/global全局的方式访问。

  • 2020-01-14 00:12:22

    webpack externals详解

    在众多的webpack配置教程中,对externals这个配置选项,总是一带而过,把文档中提到的几种方式都复述一遍,但是对于开发者而言,根本没法完全理解。本文试图通过一整篇文章,详细的对externals这个参数进行讲解。

  • 2020-01-14 01:06:37

    webpack externals 深入理解

    按照官方文档的解释,如果我们想引用一个库,但是又不想让webpack打包,并且又不影响我们在程序中以CMD、AMD或者window/global全局等方式进行使用,那就可以通过配置externals。这个功能主要是用在创建一个库的时候用的,但是也可以在我们项目开发中充分使用。

  • 2020-01-14 01:08:19

    webpack用externals优化echarts

    防止将某些 import 的包(package)打包到 bundle 中,而是在运行时(runtime)再去从外部获取这些扩展依赖(external dependencies)。

  • 2020-01-16 08:52:22

    Vue函数式调用组件创建公共组件

    所有组件都需要这么去调用,就会有些许麻烦而且不太美观。像Loading、Toast等这些组件,一页面可以经常用到而且每次显示的内容都可能不一样,这样的话用js的方式【this.$xxx.show(option)】去调用就方便很多,而且代码也更整洁。