【问题标题】:laravel web app: post requests on production are not stablelaravel web 应用程序:生产中的发布请求不稳定
【发布时间】:2017-11-21 00:38:53
【问题描述】:

我正在开发一个基于 laravel 框架的 Web 应用程序。在开发环境中,所有路线都运行良好。但是,将应用部署到应用引擎后,生产环境的所有post请求都不稳定,也就是说它通常显示:“页面由于不活动而过期。 请刷新并重试。”状态码为“419”。 有时当我刷新页面几次时,该应用程序设法让我进入请求视图。 我应该指出,我在应用程序的每个表单中都包含{{ csrf_field() }},还添加了

<meta name="csrf-token" content="{{ csrf_token() }}">

$.ajaxSetup({
    headers: {
       'X-CSRF-TOKEN': $('meta[name="csrf-token"]').attr('content')
    }
 });

对于由 JQuery 触发的请求。 我在这里错过了什么吗?我没主意了。 请随时询问更多信息。

【问题讨论】:

  • 419的意思:419 Authentication Timeout表示之前有效的认证已经过期。它被用作 401 Unauthorized 的替代方案,以区别于其他经过身份验证的客户端被拒绝访问特定服务器资源。

标签: jquery laravel google-app-engine session post


【解决方案1】:

GCloud 不允许 Laravel 编辑文件,它适用于您的本地设置,因为没有特定权限,但 GCloud 不允许 Laravel 编辑会话文件。

这意味着您的会话不会保存在任何地方,甚至在您使用之前就过期了。

您应该参考 https://laravel.com/docs/5.5/session 并编辑会话的存储以使用其他东西(如 cookie 或数据库)。

【讨论】:

  • 听起来很相关,我会试一试并告诉你结果。
  • 最终我使用了 Redis,它很有魅力。非常感谢你拯救了我的一天
  • 你能帮我解决问题吗stackoverflow.com/questions/69387589/…
猜你喜欢
  • 2020-12-07
  • 1970-01-01
  • 2017-03-09
  • 2013-09-13
  • 1970-01-01
  • 2010-09-27
  • 1970-01-01
  • 2018-02-11
  • 2020-12-19
相关资源
最近更新 更多