> отсутствие статической генерации страниц (SSG) в пользу кэширования результатов

Question

> отсутствие статической генерации страниц (SSG) в пользу кэширования результатов

динамического рендеринга (SSR) на стороне CDN

если они поддерживают только что-то одно не давая выбирать, то тут ничего хорошего. В прегенерации (jamstack) есть свои плюсы, например возможность выбросить ошибку в CI если страница не смогла сгенерироваться, или возможность видеть заранее все артефакты и прогнать по ним тестирование.

> Статическая генерация страниц - тоже работает на этапе сборки, но это более гибкое решение, т.к. сгенерированные страницы продолжает отдавать само приложение

надеюсь это перевод т.к. нихера непонятно. Но почти уверен что речь идет об On Demand Builds - нухт3 их поддерживает. Разница в том, что страницы генерируются не в билдтайме, а в рантайме при первом запросе, и остаются в CDN до сл. ребилда.

> Incremental Static Regeneration (ISR) позволяет генерировать страницы в рантайме, по требованию, и приложение кэширует эти страницы после рендеринга на небольшой промежуток времени.

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

#nuxt.js #programming #russian #software

0

11.12.2021

1 ответов

24 просмотра

Илья Бельский · Accepted Answer

ну вот мне интересен тут момент что они кешируют результаты динамического рендера, если это работает для всего и не надо ничего делать а что оно само понимает что взять и нужно только cdn указать это прям супер крутое улучшение, ноде в разы проще будет формировать страницу

207 похожих чатов

> отсутствие статической генерации страниц (SSG) в пользу кэширования результатов

1 ответов

Похожие вопросы