V🦖
Ты можешь оформлять гетсерверсайд на корень
SSG - static site generation
SSR - server side rendering
ISG - incremental static generation
Size: a a a
2021 September 27
КО
это глупо
КО
покажи пример из доки плиз
V🦖
You should use getServerSideProps only if you need to pre-render a page whose data must be fetched at request time. Time to first byte (TTFB) will be slower than getStaticProps because the server must compute the result on every request, and the result cannot be cached by a CDN without extra configuration.
If you don’t need to pre-render the data, then you should consider fetching data on the client side.
If you don’t need to pre-render the data, then you should consider fetching data on the client side.
КО
Если вам не нужно выполнять предварительную визуализацию данных, вам следует рассмотреть возможность получения данных на стороне клиента. - вот по идее можно для приватных и опустить...КО
пропуская гидрацию приватных данных
КО
поисковикам чьхать на приватные данные
V🦖
А, у тебя по приватным
Не заметил,прости
Не заметил,прости
КО
у нас есть:
1) онли приватные роуты
2) онли публичные роуты
3) гибридные (допускающие приватную и публичную инфу) роуты
1) онли приватные роуты
2) онли публичные роуты
3) гибридные (допускающие приватную и публичную инфу) роуты
КО
2 и 3 понятно, юзаешь SSG и ISG, а вот для 1 что, пока мы юзаем SSR, но увеличивается TTF(
КО
стоит ли оно того... ты теряешь TTF, но получаешь вроде бы улучшенный UX через гидрацию
V🦖
У тебя сильно растет ТТФБ?
КО
пока не ясно, увидел эту проблему в зачатке
V🦖
Сделай PoC
КО
у нас SSR как минимум чекает токен для онли приватных страниц, вот тут же мы и преустанавливаем данные. Возможно их не стоит преустанавливать, а просто чекать токен, а остальное на клиенте..
КО
скажи как/что это?
V🦖
Проверка концепции, поинвестигай как сильно у тебя вырастет ттфб и выдвинь это архитектору на дискасс
КО
во время TTFB можно крутануть спиннеры, конечно, но мы вообще ушли от них в пользу кэш-машины на SWR (stale while revalidate)