PT
Может разъехаться с моделью записи. Иными словами, трудно будет управлять консистентностью.
Что бы не разъезжалось, надо что бы все было очень просто, минимум логики должно быть.
Size: a a a
2020 November 29
PT
Поэтому выглядит не очень.
LV
Да. Из серии закэшировать новостную статью или ленту блога.
GK
Что бы не разъезжалось, надо что бы все было очень просто, минимум логики должно быть.
Хорошо, когда логики вообще нет, но так бывает редко. Только в стабах, обычно.
LV
Если дойдут руки разобраться, то напишу о результатах.
PT
Если дойдут руки разобраться, то напишу о результатах.
Супер, спасибо.
D
Да. Из серии закэшировать новостную статью или ленту блога.
А чем то, что вы описываете отличается от работы CDN-сервисов? Тем что они не позволяют по POST инвалидировать?
GK
Да, не понятно приложение.
LV
Наверное. Я всегда рассматривал CDN как раздачу статики. Картинки там и прочее. Можно, через них и rest запросы раздавать, но тогда, как понимаю, придется из приложения вызывать метод обновления данных в CDN
GK
Наверное. Я всегда рассматривал CDN как раздачу статики. Картинки там и прочее. Можно, через них и rest запросы раздавать, но тогда, как понимаю, придется из приложения вызывать метод обновления данных в CDN
Пост в ленте можно в JSON загрузить в CDN. Но сначала нужно сохранить его куда-то наверно (модель записи).
LV
Цепочка получится [браузер] — команда на изменение —> [приложение] — команда на обновление кэша —> [CDN]?
GK
Цепочка получится [браузер] — команда на изменение —> [приложение] — команда на обновление кэша —> [CDN]?
Да
LV
В моей голубой мечте браузер -> кэш -> приложение, которое ничего не знает про кэш.
GK
Почему так? Потому что в приложении что-то может пойти не так
LV
Геннадий, потому что это мечта ))
Но вообще да. Идеальный кейс получается, что кэш инвалидируется в момент получение response с кодом 200 OK от приложения
Но вообще да. Идеальный кейс получается, что кэш инвалидируется в момент получение response с кодом 200 OK от приложения
GK
Геннадий, потому что это мечта ))
Но вообще да. Идеальный кейс получается, что кэш инвалидируется в момент получение response с кодом 200 OK от приложения
Но вообще да. Идеальный кейс получается, что кэш инвалидируется в момент получение response с кодом 200 OK от приложения
Йес
VN
А как его сделать на распределенном приложение? Мне интересно именно готовое решение найти. Кэширование это же основа rest
Рэдис. А ваш подход не сработает, когда инвалидация должна произойти по инициативе приложения. А не потому, что кто-то вызвал PUT
LV
Да, не сработает. Поэтому здесь достаточно жесткие ограничения на самое приложение. Это не универсальная штука.
SB
Т.е POST /entity/id удаляет из кэша /entity/id, а последующий GET /entity/id его возвращает в кэш
Это часом не ваш случай описан: https://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_purge ?
LV
Возможно. Функциональность доступна как часть коммерческой подписки.