JQuire - modern the next generation jQuery

Уж лучше https://yopta.space/

А кто-нибудь качественно иследовал razzle vs next?

Че там за приколы с китайцами и апворком?

Оу :) да нет приколов, есть на*б

Типа даешь им доступ к пк ну и ... ясно да?

А кто-нибудь качественно иследовал razzle vs next?

Мягкое с теплым

Razzle это бойлерплейт типа cra, next - Фреймворк, вас же наверное что-то определённое интересует

Я просто razzle больно изучил в целях создания конфига для последнего проекта, ничего общего с Некст там не видел

Хм. Задача: react / preact, prerender, конфиг который не нужно поддерживать, typescript

Блин где нанять фронтов умеющих программировать ...

Че там за приколы с китайцами и апворком?

Мы сейчас переделываем один правительственный сайт, из требований SSR, accessabillity по WAI-ARIA, в качестве источника данных выступает REST API. В итоге остановился на своём кастомном решении для продакшн билда и для дев сервера с поддержкой хот релоада серверной и клиентской части (в виде одного сервиса в отличие от подхода в razzle). Для SSR кастомное решение на базе хуков, возможно заопенсурсим.

Блин где нанять фронтов умеющих программировать ...

А чем next не подошел ?

В чате по эффектору

Не мы его придумали

Мы сейчас переделываем один правительственный сайт, из требований SSR, accessabillity по WAI-ARIA, в качестве источника данных выступает REST API. В итоге остановился на своём кастомном решении для продакшн билда и для дев сервера с поддержкой хот релоада серверной и клиентской части (в виде одного сервиса в отличие от подхода в razzle). Для SSR кастомное решение на базе хуков, возможно заопенсурсим.

Если честно, то не нравится подход к ssr через getInitialProps

Что значит ssr на базе хуков? Концептуально хотя бы?

Чем он плох ? Как раз очень понятно

Я не знаю чем он плох, я не делал на нексте ничего как никто из коллег

Что значит ssr на базе хуков? Концептуально хотя бы?

Есть хук типа useQuery, при ssr он регистрируется в контексте, вызывается посделватлеьно потом renderToStaticMarkup и резолвятся промисы зарегеные, и так пока не окончится процесс.

Есть хук типа useQuery, при ssr он регистрируется в контексте, вызывается посделватлеьно потом renderToStaticMarkup и резолвятся промисы зарегеные, и так пока не окончится процесс.

А асинк рендеринг не думали реализовывать ? (Ток для клиента)

Что вы имеете ввиду под асинк рендерингом?

Suspense?

Со мной точно нет :) но если у вас будет какое-то решение в будущем, то с удовольствием бы глянул

Точно с вами обсуждали тут suspense for data fetching

Потому что мне сейчас на самом деле точно так же не понятно

Как в следущей версии react Apollo

Есть хук типа useQuery, при ssr он регистрируется в контексте, вызывается посделватлеьно потом renderToStaticMarkup и резолвятся промисы зарегеные, и так пока не окончится процесс.

А что там?)

Не понятно что мешало так делать с ХОКами....

мужики и мужикессы, а вот такую тему расскажите плз, кто работает в энтерпрайзе давно и шарит за всякие архитектурные вопросы и джедайство прочее. вот у нас проект, вроде он когда-то был стартапом, но теперь это вполне реальный проект с 6к+ настоящих юзеров в продакшене. при этом что до собственно реального запуска, что после у нас всегда в каждом ебаном спринте есть задача "обновить зависимости", и мы каждый спринт с этим ебемся. иногда это совсем не больно, раньше это было даже вполне себе интересно, но сейчас это уже становится реально не смешно. Реакт-селект мажорно обновился - это регресс всего приложения. материал обновился с 3 до 4 - это пять стори поинтов ебли и опять же полный регресс приложения, секвелайз обновился до 5 - это просто ад смерть гроб кладбище, до сих пор не вмержил реквест с 99 процентов измененных файлов на сервере. Собственно вопрос такой - как эти штуки обкашливаются в ваших супер-стабильных проектах? Стоит ли мне, как главному в данный момент исполнителю в проекте, начать выебываться насчет включения таких задач в каждый спринт? Что тут вообще посоветуете?

мужики и мужикессы, а вот такую тему расскажите плз, кто работает в энтерпрайзе давно и шарит за всякие архитектурные вопросы и джедайство прочее. вот у нас проект, вроде он когда-то был стартапом, но теперь это вполне реальный проект с 6к+ настоящих юзеров в продакшене. при этом что до собственно реального запуска, что после у нас всегда в каждом ебаном спринте есть задача "обновить зависимости", и мы каждый спринт с этим ебемся. иногда это совсем не больно, раньше это было даже вполне себе интересно, но сейчас это уже становится реально не смешно. Реакт-селект мажорно обновился - это регресс всего приложения. материал обновился с 3 до 4 - это пять стори поинтов ебли и опять же полный регресс приложения, секвелайз обновился до 5 - это просто ад смерть гроб кладбище, до сих пор не вмержил реквест с 99 процентов измененных файлов на сервере. Собственно вопрос такой - как эти штуки обкашливаются в ваших супер-стабильных проектах? Стоит ли мне, как главному в данный момент исполнителю в проекте, начать выебываться насчет включения таких задач в каждый спринт? Что тут вообще посоветуете?