我一直在与Laravel合作很长一段时间，今天遇到了MAMP的问题。我无法追踪其根源，因为我没有进行作曲家更新或任何其他可能导致它的软件更改。无论如何，这个问题打破了我在localhost上的网站上的登录表单（生产中没有问题，或者在我的朋友正在使用的WAMP上的同一个项目中）。 当在应用程序中发生重定向时，通过在屏幕上打印出“重定向到...”消息，该问题显而易见。提交登录表单后，我收到此消息并被重定向回登录页面。从我在网上发现的问题可能是，重定向会以某种方式杀死我应该使用登录操作检查的帖子数据，因此身份验证尝试失败并且我被重定向回登录表单。显然，来自auth :: attempt的错误消息也会在重定向的过程中丢失。 我遇到someone面临同样的问题并用nginx修复它，但由于我使用mamp和apache2，我找不到如何用它执行相同的技巧。 此问题未记录任何错误。关于如何解决这个问题的想法吗？
答案 0 :(得分：4)
我有完全相同的错误，我尝试了所有类型的解决方案：nginx，过滤，文件末尾的空格。
几个小时后，我决定再次在文件末尾查找空格，就是这样：在Auth ::尝试之后，我正在使用之后有换行符的模型设置一个Session变量？ ＆GT;
这导致Laravel显示＆＃34;重定向到...＆＃34;消息，因为它显示，会话丢失，所以用户没有登录。
这只是一个服务器错误，在我的Localhost上它总是可以正常工作。
希望有所帮助
答案 1 :(得分：0)
您可以使用withInput()重定向而不会丢失输入：
Redirect::to('form')->withInput(Input::except('password'));
答案 2 :(得分：0)
我有完全相同的错误并尝试了其他答案中给出的所有解决方案，但没有结果。过了一段时间我发现了问题，因为我的App::before过滤器中有很多逻辑。
我试图重新定位逻辑，但这也没有用，所以我留下的唯一选择是在页面加载后执行逻辑，或者只是删除它并试图找到另一种方式。
答案 3 :(得分：0)
就我而言，这是因为在我的 nginx 服务器块之一中指定了错误的 ip。当我更正ip后，“重定向到”页面不再出现，我成功重定向。