gpt4 book ai didi

php - Laravel4 POST 无法解释的重定向到 GET

转载 作者:塔克拉玛干 更新时间:2023-11-03 05:56:44 25 4
gpt4 key购买 nike

另一个我没睡够的问题,我敢肯定。我将其发布为对老神墨菲的献祭:一旦我将我的愚蠢暴露给所有人看到,我保证自己找到那个答案,否则我会躲避几个小时(为了进一步忏悔,我也会发布答案)。

我有一个呈现为的 HTML 表单

<form method="post" id="mysearch" action="/search/?uid=1701">
<input id="searchterm" type="text" name="query" />
</form>

表单可以通过jQuery $.POST提交,url为'/search',数据为{ uid: '1701', query: $ ('#searchterm').val() } 有效

如果我在输入内容后按 ENTER,从而覆盖 jQuery 提交,将发生以下情况:

  • 按预期向服务器发出 POST。
  • Route::post('/search', function() {... 不会被调用。
  • 返回 301 永久移动
  • 获取 with search parameters lost发布到重定向指定的 URL
  • 很明显,搜索失败了。

301 响应看起来像是 Laravel4 的东西,明确添加:

HTTP/1.0 301 Moved Permanently
Date: Thu, 28 Nov 2013 14:05:29 GMT
Server: Apache
X-Powered-By: PHP/5.4.20
Cache-Control: no-cache
Location: http://development/search?uid=1701
Connection: close
Content-Type: text/html

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="refresh" content="1;url=http://development/search?uid=1701" />
<title>Redirecting to http://development/search?uid=1701</title>
</head>
<body>
Redirecting to <a href="Redirecting to http://development/search?uid=1701">Redirecting to http://development/search?uid=1701</a>
</body>
</html>

这与 this question 不同,因为重定向是预期的,它是对 that 的回答,这是不希望的。这是无缘无故生成的重定向本身,我(现在)可以看到。

我怀疑出于某种原因我正在触发 this other answer 中描述的“安全重定向” ,这不是由 jQuery 触发的(因为它将所有内容都放在 POST 中,而这里我在 URL 中有一个参数,在 POST 中有另一个参数,或者因为 jQuery 使用 XHR)。

我原以为这可能是 CSRF 防御,但该特定路由并未屏蔽。作为最后一个资源,我将对路由进行 CSRF 保护并将 token 添加到表单中,即使它对我来说看起来有点像巫术。 Rails 中似乎发生了一些隐约相似的事情.

解决方法

我没有一个,不是两个,而是三个变通办法,它们巧妙地回避了为什么会发生上述情况的问题:

  • (最残酷的)阻止表单中的 keyUp 事件。
  • 将表单的提交事件重定向到jQuery
  • (最透明)将上述事件路由到 $('#search-button').click()

...但我想完全不使用按钮(我可以用 jQuery 做到这一点)并且完全不使用 jQuery。以及了解这里发生的事情。我 99% 确定我遗漏了一些明显的东西。

调试

我现在要 grep -r "Redirecting to"* 整个框架源代码(我希望在 Symfony/Components/HttpFoundation/ResponseRedirect 中找到一些东西) 并从那里一步一步地做。

最佳答案

长话短说

确保 POST URL 不以斜杠结尾。 -- 但 Laravel 4.1 用户首先检查下面的更新。

=======

当它起作用时,它不是迷信 - 它是科学 :-(

as soon as I expose my moronity for all to see, I'm guaranteed to find by myself that answer that would otherwise elude me for hours

我认为 Laravel4 的 HTML 消息本可以提供更多信息。

grep 按预期找到了重定向的来源:

grep -r "Redirecting to" *
vendor/symfony/http-foundation/Symfony/Component/HttpFoundation/RedirectResponse.php: <title>Redirecting to %1$s</title>
vendor/symfony/http-foundation/Symfony/Component/HttpFoundation/RedirectResponse.php: Redirecting to <a href="%1$s">%1$s</a>.

在那一点上,一个简单的回溯找到了起源,在 Laravel4 启动的早期:

bootstrap/start.php:

...
| The first thing we will do is create a new Laravel application instance
| which serves as the "glue" for all the components of Laravel, and is
| the IoC container for the system binding all of the various parts.
|
*/

$app = new Illuminate\Foundation\Application;

$app->redirectIfTrailingSlash();

当我看到 redirectIfTrailingSlash 时,我意识到表单和 jQuery 发送的两个 URL 不一样:

... action="/search/?uid=1701">   <--- TRAILING SLASH AFTER 'search'

... url: '/search', <--- NO TRAILING SLASH
data: {
uid : 1701,
query: $('#searchterm').val()
},
...

为什么会发生这种情况我不太明白,但解决方案非常简单:

从 POST 操作字段中删除斜杠。

(并确保 .htaccess 没有规则将 URL 视为“目录”并加回斜杠 - 但如果有,jQuery 也会失败) .

更新

显然,这件事在 Laravel 4.1 中得到了审查。 upgrade提及

Removing Redirect Trailing Slash

In your bootstrap/start.php file, remove the call to $app->redirectIfTrailingSlash(). This method is no longer needed as this functionality is now handled by the .htaccess file included with the framework.

Next, replace your Apache .htaccess file with this new one that handles trailing slashes.

关于php - Laravel4 POST 无法解释的重定向到 GET,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20268863/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com