Как получить текущий входной ресурс пользователя с помощью django-tastypie

Question

Я использую backbone.js с django, и я хотел бы сразу после первоначального запроса к моему приложению / получить текущего зарегистрированного пользователя.

У меня есть UserResource, поэтому я могу сделать api-звонок api/v1/user/id, но это значит, что я должен знать id. Я ищу, что я не делаю. В традиционном представлении запроса django у меня будет объект request.user. Является ли это также доступным для меня на стороне клиента, и если нет, то как я могу позвонить, чтобы получить request.user?

Edit:

Поскольку я использую традиционную аутентификацию с Джанго и после авторизации пользователя, магистральный подхватывает оттуда. Могу ли я в моем файле base.html, создать переменную, которая хранит уникальный идентификатор текущего вошедшего в систему пользователя, как так:

var user = {{user}}; // which shows the username 

Существуют ли какие-либо риски для этого

Answer 1

Посмотрите на «Создание пример для каждого пользователя ресурсы в TastyPie Cookbook

http://django-tastypie.readthedocs.org/en/latest/cookbook.html#creating-per-user-resources

Однако документы находятся вне времени, и API изменился. Подписи методов изменились, и запрос теперь является атрибутом пакета.

Защиту authorized_read_list (я, object_list, расслоение):

Вы можете получить доступ пользователя от bundle.request.user

Также см https://github.com/toastdriven/django-tastypie/issues/809

Answer 2

Следующая поместит идентификатор пользователя в мета ответа:

def alter_list_data_to_serialize(self, request, data_dict): 
    if isinstance(data_dict, dict): 
     if 'meta' in data_dict: 
      if request.user and request.user.pk: 
       data_dict['meta']['user_id'] = request.user.pk 

    return data_dict 

Лично мне никогда не приходилось это делать. Я помещаю объект пользователя в сторону сервера контекста страницы. Даже для одностраничного RESTful-приложения я бы сделал стандартный запрос/ответ (не AJAX) при входе в систему и заполнил часть содержимого/контекстного сервера.

Любые последующие запросы AJAX не должны включать идентификатор пользователя так же, как идентификатор suer не должен передаваться в URL-адресе. Вы должны определить серверную сторону пользователя и соответствующим образом фильтровать. Django делает это очень легко, предоставляя пользователю использование AuthenticationMiddleware.