ei
Я пока не пробовал совсем уж дико костылить
Size: a a a
2021 April 02
DP
Раз разговор сюда пошёл. https://yandex.ru/support/webmaster/robot-workings/ajax-indexing.html Вот на этом кто-то "SSR стратегию" строил под яндекс? Оно вообще работает? Наши сеошники молчат
Спросил у знатоков. Говорят следующее:
Это в горбатом году придумал вроде бы Google. Тогда были популярны SPA, а React’ом ещё не пахло и единственный популярный server-side rendering - это были шаблонизаторы в духе Jinja2.
Думаю, что оно всё ещё работает, но у того же Гугла оно deprecated с конца 2015 года.
Это в горбатом году придумал вроде бы Google. Тогда были популярны SPA, а React’ом ещё не пахло и единственный популярный server-side rendering - это были шаблонизаторы в духе Jinja2.
Думаю, что оно всё ещё работает, но у того же Гугла оно deprecated с конца 2015 года.
NN
Спросил у знатоков. Говорят следующее:
Это в горбатом году придумал вроде бы Google. Тогда были популярны SPA, а React’ом ещё не пахло и единственный популярный server-side rendering - это были шаблонизаторы в духе Jinja2.
Думаю, что оно всё ещё работает, но у того же Гугла оно deprecated с конца 2015 года.
Это в горбатом году придумал вроде бы Google. Тогда были популярны SPA, а React’ом ещё не пахло и единственный популярный server-side rendering - это были шаблонизаторы в духе Jinja2.
Думаю, что оно всё ещё работает, но у того же Гугла оно deprecated с конца 2015 года.
спасибо тебе большое
MK
Либо надо как-то патчить useEffect может, хз
ну можно в кажой странице в юз эффекте вызывать инит ивент, но придется тогда два раза рендер дерева делать
VC
а так же не обязательно писать как на скрине? вроде можно типо return {...state, counter: 0}? или есть разница?
V
Valera CSS_Junior
а так же не обязательно писать как на скрине? вроде можно типо return {...state, counter: 0}? или есть разница?
нет разницы
DS
Valera CSS_Junior
а так же не обязательно писать как на скрине? вроде можно типо return {...state, counter: 0}? или есть разница?
ты делаешь больно😢
TG
А почему typescript не ругается... 🤔
TG
ты делаешь больно😢
что бы понять хорошие вещи, надо сначала ознакомиться с плохими)
V
а ты уверен что у useMemo есть дженерик?
ei
ну можно в кажой странице в юз эффекте вызывать инит ивент, но придется тогда два раза рендер дерева делать
Вот о такой штуке думал:
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
DS
что бы понять хорошие вещи, надо сначала ознакомиться с плохими)
так я ж говорю что мне больно)
TG
а ты уверен что у useMemo есть дженерик?
ну если нет, тогда вопрос еще больший, почему не ругается что я пытаюсь передать несуществующий дженерик
V
ну если нет, тогда вопрос еще больший, почему не ругается что я пытаюсь передать несуществующий дженерик
а он и не будет ругаться на несуществующий дженерик)
ei
Вот о такой штуке думал:
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
Чтобы у нас вообще не было необходимости в каких-то getInitialProps/getServerSideProps
TG
ei
Вот о такой штуке думал:
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
1. Юзер заходит
2. Заводится под него определенная структура данных с процессом загрузки, изначально там процесс активен. У нас есть специальный хук для инициализации фичи, он размещается где угодно по приложению. Пока не выполнятся все такие инициализации и следующий рендер после них, мы ждем. После этого возможно еще где-то вызовутся инициализации, так как может быть условный рендеринг. Тогда ждем и их, ну и так далее, пока полностью не раскроется вся эта матрешка
3. Возвращаем результат
4. Профит
Но как реализовать 2 пункт?) А конкретнее ожидание хуков, ожидание рендеров, как все эти связи строить
Чувствуется необходимость какого-то патчинга реакта, или свой фибер.. Или еще хрен знает что
V
а, да, попутал
MK
Чувствуется необходимость какого-то патчинга реакта, или свой фибер.. Или еще хрен знает что
Потому я слышал как говорили что делается три рендера, три потому что трех рендеров обычно хватает😁
ei
Чувствуется необходимость какого-то патчинга реакта, или свой фибер.. Или еще хрен знает что
По сути почему некст не дает возможности делать getServerSideProps во вложенных компонентах? Только на страницах. Он просто не знает, как это все отследить