Как добавить в кешированную страницу данные авторизованного пользователя?

Question

[Aklaim]

Столкнулся с проблемой кеширования статики при помощи nginx.
На кешируемой странице присутствуют данные авторизованного пользователя их естественно кешировать нельзя, поэтому приходится вставлять их при помощи SSI.
То есть в html коде страницы присутствует SSI вставка вида:
<--#include virtual="/user/render"-->
При отдаче страницы nginx обнаружив SSI вставку обратится по указанному адресу и заменит SSI полученным ответом.

В принципе это работает, но хотелось бы узнать как аналогичный функционал можно сделать по другому?

Вариант с загрузкой данных пользователя при помощи js не очень нравится, так как сначала пользователю будет казаться, что он не авторизован (примерно так работает aliexpress).

Answer 1

[Игорь Воротнёв]

Я делаю javascript'ом. Чем не нравится решение? В том месте в шапке сайта, где у нас аватар + имя пользователя и иконка его меню, я вывожу по умолчанию "заглушку" и вращающийся спиннер. Проверяем куку локальную, если авторизован - выводим туда аватар + имя, не авторизован - выводим ссылки на вход и регистрацию. Если это сделать с легкой анимацией, то смотрится вполне отлично. Если куки нет, то эту "заглушку" может быть видно 0.5-3 секунды, зависит от того как долго будет срикпт с сервером общаться, если же кука есть, то чаще всего вообще никто ничего не заметит. Дабы сократить FOUC данный скрипт стоит в самом хтмл прямо в том месте где надо. Чтобы не ждать всех загрузок и т.д. а выполниться максимально быстро.

Comments

[Aklaim]

В обще с js на ум приходит гибридный вариант. Записать в cookie имя пользователя и адрес аватарки. При загрузке страницы проверить куки на наличие этих данных, если они есть отобразить их. Задержка будет минимальной в этом случае, но куки эти будут летать туда сюда на каждый запрос.

В этом случаю по любому нужно проверить авторизацию ajax запросом, но задержка отображения данных пользователя будет минимальной.

[Игорь Воротнёв]

@Aklaim можно придумывать разные варианты, я остановился на том, если сам процесс происходит без резких движений, заметных глазу, то никто попросту не обращает внимания, и вообще думают что так надо, так задумано.

Answer 2

[Сергей Соколов]

Как вариант — JS сразу может предположить, что юзер авторизован — по кукам.

Мне не понятно, чем плох существующий вариант с SSI.

Comments

[Aklaim]

У SSI есть один большой минус, когда приходит гость ему не выдадут cookie. А без cookie, он не сможет отправлять формы поиска так как они используют для проверки csrf токен.
Поэтому приходится тянут ajax запросом дополнительный div с данными csrf токена.
То есть используя SSI у нас получается 2 запроса, один на часть пользователя, другой для получения cookie и токена. С Js в этом случае можно уложится в один запрос.