Google app engine Laravel项目在本地主机上工作完美,在GAE上响应错误500

Google app engine Laravel项目在本地主机上工作完美,在GAE上响应错误500,google-app-engine,laravel-6,Google App Engine,Laravel 6,我对现场项目的工作相当陌生 我的项目在localhost上运行得非常好,我使用命令gcloud beta-app-deploy将完全相同的副本部署到google-app-engine 我的欢迎页面非常有效: 以及我的授权页面: 在验证过程之后,我立即得到以下响应: 要验证帐户是否已通过身份验证,我的路由url将重定向到仪表板: example.com/admin/users 我的app.yaml文件如下: runtime: php env: flex runtime_config:

我对现场项目的工作相当陌生

我的项目在localhost上运行得非常好,我使用命令
gcloud beta-app-deploy
将完全相同的副本部署到google-app-engine

我的欢迎页面非常有效:

以及我的授权页面:

在验证过程之后,我立即得到以下响应:

要验证帐户是否已通过身份验证,我的路由url将重定向到仪表板: example.com/admin/users

我的app.yaml文件如下:

runtime: php
env: flex

runtime_config:
  document_root: public

# Ensure we skip ".env", which is only for local development
skip_files:
  - .env

env_variables:
  # Put production environment variables here.
  APP_LOG: errorlog
  APP_KEY: App-key
  STORAGE_DIR: /tmp
  CACHE_DRIVER: file
  SESSION_DRIVER: file

  ## Set these environment variables according to your CloudSQL configuration.
  DB_HOST: localhost
  DB_DATABASE: lara
  DB_USERNAME: root
  DB_PASSWORD: password
  DB_SOCKET: /cloudsql/connection-name

  MAIL_MAILER: smtp
  MAIL_HOST: smtp.mailtrap.io
  MAIL_PORT: 2525
  MAIL_USERNAME:username
  MAIL_PASSWORD: password
  MAIL_FROM_ADDRESS: from@example.com
  MAIL_FROM_NAME: {App-Name}
#we need this for the flex environment
beta_settings:
   # for Cloud SQL, set this value to the Cloud SQL connection name,
   cloud_sql_instances: connection-name
这是我的日志?

这是它正在寻找的视图:

我的路线:

有趣的是,小事情造成了最大的问题,我花了3个多星期才解决这个问题

在我进行研究时,我发现Google App engine是区分大小写的,因此以下是我用来解决此问题的步骤:

首先,我使用
php artisan route:list
检查了我的路由,我的路由是
route:admin.users.index
,我的文件结构是
——path:views/admin/users/index.blade.php
,因此我将所有文件夹更改为小写以匹配路由

然后我运行了以下命令:

php artisan缓存:清除

php工匠路线:清除

php artisan视图:清除

最后,我在composer.json文件的脚本下添加了以下脚本:

“安装后命令”:[
“chmod-R 755引导\/cache”,
“php artisan缓存:清除”
]
使用
gcloud应用程序部署部署


工作起来很有魅力。

您的Laravel日志文件中有什么错误?请发布堆栈跟踪。是否有任何日志显示生成此状态的错误?如果您这样做,请将它们添加到问题中,以便社区可以帮助您进行调查。我已按要求添加了日志,很抱歉时间太长……我必须设置并启用堆栈跟踪日志以接收服务器日志@ralemos@DimitriMostrey你对这个问题有什么建议吗