Стоматология MAGIC WHITE

чмс чсм Не просто так этот блок сейчас загружается отложенно; процесс получения отзывов не быстрый, на локальном окружении, где отзывов сильно меньше, чем на Глобале, обработка блока занимает где-то 0.3-0.4 секунды. Вынос в HTML означает увеличение времени загрузки списка на это время (или больше, если логика получения усложнится, тут сложно сказать, как в итоге скажутся, например, изменившиеся SQL-запросы). Данные для блока сейчас кешируются на 6 часов, но с этим тоже будут проблемы. Мы храним последние отзывы в автокеше на 6 часов; после этой задачи нужно будет или отказываться от кеширования (плохой вариант), или хранить в кеше N отзывов, выводя сначала шесть первых, а потом при нажатии на "Больше отзывов" выводить по шесть следующих из кеша. Причина в необходимости избежать повторной загрузки тех же отзывов, если в перерыве между обновлениями кеша появится много новых. Можно соорудить решение типа "При нажатии на кнопку получаем шесть закешированных, берем их ID, и, получая следующие, исключаем те, что уже выведены", но это не решит следующую проблему: допустим, мы храним в кеше 6 отзывов, все за февраль 2026; наступает 1 марта, куча пользователей оставляет свежие, мартовские отзывы, но в кеше блока все февральские; пользователь жмёт на «больше отзывов». Должен ли он после февральских увидеть свежие мартовские, или только старые (а мартовские только после обновления кеша)?

ываНе просто так этот блок сейчас загружается отложенно; процесс получения отзывов не быстрый, на локальном окружении, где отзывов сильно меньше, чем на Глобале, обработка блока занимает где-то 0.3-0.4 секунды. Вынос в HTML означает увеличение времени загрузки списка на это время (или больше, если логика получения усложнится, тут сложно сказать, как в итоге скажутся, например, изменившиеся SQL-запросы). Данные для блока сейчас кешируются на 6 часов, но с этим тоже будут проблемы. Мы храним последние отзывы в автокеше на 6 часов; после этой задачи нужно будет или отказываться от кеширования (плохой вариант), или хранить в кеше N отзывов, выводя сначала шесть первых, а потом при нажатии на "Больше отзывов" выводить по шесть следующих из кеша. Причина в необходимости избежать повторной загрузки тех же отзывов, если в перерыве между обновлениями кеша появится много новых. Можно соорудить решение типа "При нажатии на кнопку получаем шесть закешированных, берем их ID, и, получая следующие, исключаем те, что уже выведены", но это не решит следующую проблему: допустим, мы храним в кеше 6 отзывов, все за февраль 2026; наступает 1 марта, куча пользователей оставляет свежие, мартовские отзывы, но в кеше блока все февральские; пользователь жмёт на «больше отзывов». Должен ли он после февральских увидеть свежие мартовские, или только старые (а мартовские только после обновления кеша)?