У меня есть домен, на котором размещен сайт React в контейнере s3 через Cloudfront. Также есть сайт WordPress, размещенный на поддомене этого домена, и в дистрибутиве Cloudfront для веб-приложения у меня есть два поведения, настроенных с шаблонами пути, enкоторые en/*настроены с поддоменом Wordpress в качестве источника.
Эта настройка, кажется, работает при посещении en/*путей в режиме инкогнито и в браузерах, которые никогда не посещали основной домен. Однако в браузере, который посещал домен ранее, браузер отображает приложение React вместо страницы WordPress. Очистка кэша и жесткая перезагрузка заставляют его отображать страницу WordPress, но последующее обновление снова отображает веб-приложение. Это происходит очень последовательно.
Когда приложение React отображается по URL-адресу, который должен отображать приложение WordPress, я получаю следующий заголовок ответа:
x-cache: RefreshHit from cloudfront
Кроме того, хотя браузер, который никогда не посещал приложение React, будет правильно загружать приложение WordPress при посещении пути, начинающегося с /en, после того как этот браузер посетил приложение React, пути, начинающиеся с , /enбольше не будут отображать приложение WordPress.
Что именно здесь происходит? И есть ли способ заставить его отображать приложение WordPress последовательно, без необходимости для пользователей полностью очищать кэш браузера? Есть ли способ очистить соответствующий элемент кэша с помощью javascript, чтобы я мог сделать это из приложения React, когда оно обнаруживает, что находится на одном из этих путей?
решение1
Проблема оказалась не связана с моей конфигурацией cloudfront или s3, а была вызвана тем, что service worker, запущенный приложением react, перехватывал все запросы к домену после своего запуска. Удаление service worker (что я смог сделать, так как он больше не нужен) решило проблему.