Django Rest Framework, ajax POST работает, но PATCH выдает CSRF Failed: токен CSRF отсутствует или неверен

Наконец, я добавляю это как ответ.

Итак, прочитав больше, я обнаружил (я уже как бы знал ..), что, поскольку некоторые браузеры не поддерживают такие запросы, как PUT, PATCH, DELETE, можно отправить запрос на публикацию с помощью X-HTTP-Method-Override. в заголовке.

Итак, я думаю, что хороший способ сделать следующее:

$.ajax({
    headers: {
        'X-HTTP-Method-Override': 'PATCH'
    },
    type : "POST",
...
});

Я также встречаю тот же вопрос, я узнаю из метода решения проблемы @overlii. Я использую веб-интерфейс django rest framework для выполнения put/patch и нахожу HTTP Request Headers информацию, как показано ниже: заголовки HTTP-запроса

На этом изображении мы можем найти заголовок X-CSRFTOKEN, поэтому я установил информацию заголовка ajax, как показано ниже:

$.ajax({
        headers: {
            'X-CSRFTOKEN': '{{ csrf_token }}'
        },
        type: "PATCH",
        dataType: "json",
        url: "/api/path/",
        data: "",
        success: function(data){
                
        }
})；

Я использую этот способ для отправки запроса на исправление и обнаружил, что он работает правильно!

Это не прямое решение вашей проблемы, но это должно обеспечить некоторый контекст и обеспечить возможное решение.

Django не поддерживает метод HTTP PATCH и отбрасывает все данные, включая токен CSRF. Возможный обходной путь — изменить метод на POST, заставить Django повторно обработать запрос и снова изменить метод. Это немного грязно, но работает, пример кода, используемый Django Piston предоставляется здесь:

def coerce_put_post(request):
"""
Django doesn't particularly understand REST.
In case we send data over PUT, Django won't
actually look at the data and load it. We need
to twist its arm here.

The try/except abominiation here is due to a bug
in mod_python. This should fix it.
"""
if request.method == "PUT":
    # Bug fix: if _load_post_and_files has already been called, for
    # example by middleware accessing request.POST, the below code to
    # pretend the request is a POST instead of a PUT will be too late
    # to make a difference. Also calling _load_post_and_files will result 
    # in the following exception:
    #   AttributeError: You cannot set the upload handlers after the upload has been processed.
    # The fix is to check for the presence of the _post field which is set 
    # the first time _load_post_and_files is called (both by wsgi.py and 
    # modpython.py). If it's set, the request has to be 'reset' to redo
    # the query value parsing in POST mode.
    if hasattr(request, '_post'):
        del request._post
        del request._files

    try:
        request.method = "POST"
        request._load_post_and_files()
        request.method = "PUT"
    except AttributeError:
        request.META['REQUEST_METHOD'] = 'POST'
        request._load_post_and_files()
        request.META['REQUEST_METHOD'] = 'PUT'

    request.PUT = request.POST

Я успешно использовал это исправление (с некоторыми изменениями), и хотя оно кажется немного грязным, оно кажется очень полезным решением.

В качестве альтернативы вы можете использовать перегрузку метода do в данных POST. Опять же, не самое красивое решение, но вполне работоспособное.

Я хотел бы, чтобы кто-то предложил лучшее решение.