Представления Django @login_required по-прежнему отображаются, когда пользователи выходят из системы, возвращаясь в историю в Chrome.

Вы правы, это проблема с кешем.

Вы можете использовать декоратор cache_control, чтобы принудительно не кэшировать представления[1]:

from django.views.decorators.cache import cache_control

@cache_control(no_cache=True, must_revalidate=True, no_store=True)
def func()
  #some code
  return

Вы также должны написать свой собственный декоратор, который заменит @login_required, чтобы вам не нужно было использовать оба на каждой странице.

[1] Отключить кнопку "Назад" в браузере после выхода из системы?

Такое поведение вызвано функцией браузеров Webkit, неофициально называемой Кэш страниц, также известной как возвратный/прямой кеш. Он контролирует, что происходит с предыдущими страницами в текущем сеансе просмотра. Webkit делает что-то особенное в том, что он «приостанавливает» предыдущие страницы. Как будто предыдущая страница скрыта в другой вкладке; нажатие кнопки «Назад» похоже на перенос вкладки на передний план. Страница осталась такой же, как и была. Это означает, что сетевой запрос не выполняется, и поэтому логика вашего сервера никогда не затрагивается.

Вы увидите это поведение как в Safari, так и в Chrome. Посмотрите на панель Network Inspector и наблюдайте за сетевым трафиком, когда вы нажимаете < em>вернуться на страницу. На первый взгляд похоже, что запрос был сделан. Safari не помогает развеять представление о том, что на самом деле никакого запроса не было. Chrome более вежлив и сообщает вам, что страница была загружена «(из кеша)». В Chrome посмотрите на столбец размер или щелкните запрос и посмотрите на Код состояния на вкладке Заголовки. Конечно, другим показателем является то, сколько времени занял «запрос» на временной шкале (вероятно, 0 мс).

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

Вы правильно определили, что на стороне Django вы ничего не можете сделать. Декораторы кеша вам не помогут. К сожалению, не существует канонического ответа на то, как предотвратить сохранение страницы кэшем страниц. Похоже, что эта функция находится в постоянном развитии, поэтому решение сейчас может быть просто хаком, который не будет работать в более поздних версиях Webkit. Или Firefox может создать аналогичную функцию с другой реализацией.

Обслуживание вашего сайта через HTTPS с помощью cache-control: no-store или cache-control: no-cache может помочь, но это точно тяжело. Одним из возможных способов взлома может быть установка обработчика событий unload/onunload.

Узнайте больше о поведении Page Cache и предложении по удалению хака на эти два Статьи Surfin' Safari.

ОБНОВЛЕНИЕ. @DigitalCake обнаружил, что Cache-Control:no-store имеет некоторый эффект. В Django это достигается с помощью @cache_control(no_store=True) украшения представления. no store работает в Chrome (v17.0.963.66) — страница не сохраняется в кэше страниц, а кнопка «Назад» вызывает сетевой запрос. no store не работает в Safari (v5.1.3). Это показывает, что даже в браузерах Webkit кэш страниц реализован по-разному. Это также демонстрирует тот факт, что текущие обходные пути, скорее всего, будут временными хаками.

Я попробовал это решение, и оно сработало для меня.

Я установил и контроль кассы, и вход в систему.

Вот пример

from django.contrib.auth.decorators import login_required
from django.views.decorators.cache import cache_control

@cache_control(no_cache=True, must_revalidate=True, no_store=True)
@login_required(login_url='login')
def myview(request):
   return HttpResponse(render(request,'path_to_your_view.html'))

Обновление за март 2020 г.: в дополнение к принятому ответу в документах Django 3.0 показан декоратор never_cache.

Он добавляет к ответу заголовок Cache-Control: max-age=0, no-cache, no-store, must-revalidate, private.