работает, но у меня нагрузки на него нет.

онже вроде   работает ram+filesistem

по вашему описанию у вас владелец  www-data

напишите правильно и чтобы было всё хорошо.

а, не Евген спрашивал

вы как хотите - чтобы файл заносили вручную через фтп или чтобы ваша CMS его сама составляла ?
ну вот и сделайте как хотите.

Я? Чтоб сеошники в админке формы заполняли а роботы “файл” получали - так и сделал )

огонь!

почему Redis Sentinel примитивный? Нормальный вроде

поддержка со стороны приложения нужна, а дальше все как с обычным редисом

понял, спасибо за инфу

а поддержка со стороны приложения нужна даже в случае Sentinel?

Всем привет, интересует вопрос, есть фронт+бэк, они в одном докер контейнере. Nginx на хосте запросы с / должен отправлять на фронт в контейнере. Запросы с /api  на бэк. В случае с бэком вопросов нет, с помощью proxy_pass на порт контейнера запросы перенаправлять. А как с фронтом лучше поступить? Держать в контейнере еще один nginx и им хостить html файл, или запускать апку через yarn start и тоже на порт перенаправлять? Или вариант по лучше посоветуете?

для работы с Сентинелом приложение должно работать с протоколом Сентинела

это немного отличается от работы с обычным Редисом

Лучше чтобы да. В нормальном случае у приложения есть адаптер к redis. Адаптеру говорится что нужно работать в режиме sentinel, он именно от sentinel узнает кто сейчас мастер и именно от sentinel узнаёт, что он сменился и кто новый и переподсоединяется к новому. Если есть идеи как просто и быстро узнавать о failover-ах не общаясь с sentinel - то флаг в руки, возможность напрямую коннектиться в порт redis в принципе тоже никто не отменял

А что будет запускать yarn start?

могут ли опсы работать по скраму?

приложение внутри контейнера. То есть не билдать приложение и копировать html, а напрямую код копировать с всеми зависимостями и запускать yarn start-ом

Nodejs server что-ли?