Правильная настройка кэширования работника службы для защищенного сайта OIDCJavascript

Форум по Javascript
Ответить Пред. темаСлед. тема
Anonymous
 Правильная настройка кэширования работника службы для защищенного сайта OIDC

Сообщение Anonymous »

Я использую работника службы для кэширования статических ресурсов для моего веб -сайта. Имя кэша включено в последнюю модифицированную заголовок, чтобы я мог выполнять развертывание. Пользователю будет показывать только полный набор статического ресурса из одного выпуска. После завершения выпуска кэш службы работников обновляется.

Код: Выделить всё

event.respondWith(caches.match(event.request).then(r => r || fetch(event.request)))
< /code>
Я столкнулся с проблемой, в которой я получаю 401 при посещении сайта root /< /code>. Это промах кэша (которая сама по себе является проблемой, но я могу смотреть на это отдельно) и вызывает fetch () 
.
Сайт защищен OIDC, где аутентификация выполняется через Spnego (т.е. нет экрана входа в систему). Срок службы токена доступа OIDC имеет максимум 12 часов (включая любые обновления).
Я предполагаю, что Fetch не может следовать перенаправлениям, чтобы повторно выбирать токен доступа (для протокола OIDC), но я не могу понять, что мне нужно сделать, чтобы это было. В любом случае неверный токен ... Я чувствую, что OIDC с обслуживающим работником должен быть решаемым шаблоном, но я не мог ничего найти через Google.

Подробнее здесь: https://stackoverflow.com/questions/796 ... ected-site
Реклама
Ответить Пред. темаСлед. тема

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

  • Похожие темы
    Ответы
    Просмотры
    Последнее сообщение

Вернуться в «Javascript»