Laravel 5 通过 ajax 发出 DELETE 请求 - 不允许的方法

Question

我正在尝试使用 ajax 在 Laravel 应用程序中发出 DELETE 请求

我有一个功能可以向资源发出请求 - 使用正确的动词 - 但不断出现不允许的方法：

这是我的 ajax 请求：

$.ajax({
            type: 'DELETE',
            url:'/user/58',
            data: {
                '_method': 'DELETE',
                'id': id
            },
            dataType: 'json',
            success: function (data) {
                // do something with ajax data
                if (data.result) {
                    return true;
                }

                return false;

            },
            error: function (xhr, ajaxOptions, thrownError) {
                console.log('error...', xhr);
                return false;
                //error logging
            },
            complete: function () {
                //afer ajax call is completed
            }
        });

id 在函数中提供，测试为 58。

在 Chrome 中观看网络面板，我可以看到它以 user/58 的预期 URL 开头，但随后很快缩短为 user

我知道要获取资源路由以获取请求，它需要是 user/58 和方法 DELETE，因此它将转到 destroy 方法，因此它被路由到 Index 方法，该方法需要GET 请求，因此该方法不允许。

为什么我的请求网址被更改了？

在 Laravel 中发出 DELETE 请求的正确方法是什么？

谢谢

编辑： 这是我的路线：

Route::group( [ 'middleware' => [ 'auth' , 'admin' ] ] , function ()
{
Route::resource( 'user' , 'UserController' );
} );

在标头中处理 csrf 令牌 - 可以肯定这不是问题的原因，因为我没有收到无效令牌异常

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

谢谢

Answer 1

这里可能会发生两件事，我需要将其写在比评论更长的帖子中，所以希望我做对了。

我想到的第一件事是在执行 ajax 请求时失败的身份验证检查。如果您没有足够的权限，至少我会将您重定向回主要资源。

但是，我的第二个猜测可能更有可能。你有没有想过需要用ajax请求发送的X-CSRF-TOKEN？见https://laravel.com/docs/5.2/routing#csrf-x-csrf-token

---

来自文档：

除了检查 CSRF 令牌作为 POST 参数，Laravel VerifyCsrfToken 中间件还会检查 X-CSRF-TOKEN 请求头。例如，您可以将令牌存储在“元”标签中：

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

创建元标记后，您可以指示 jQuery 之类的库将令牌添加到所有请求标头。这为基于 AJAX 的应用程序提供了简单、方便的 CSRF 保护：

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