я хочу открыть страницу и знать какой мне компонент открывать

я хочу видеть карту роутинга

чтобы не охуевать от того, что кто-то куда-то вложил

давай абстрагируемся от роутинга

представь switch case, который рендерит один из нескольких компонентов

я хочу видеть карту роутинга

я не хочу иметь глобальный годлайк обьект который импортит из всего проекта

Модно узнать как тут роутер вообще замешан?

внутри одного из компонентов, такая же конструкция, и так далее

внутри одного из компонентов, такая же конструкция, и так далее

насколько это наглядно?

то есть нормальная вариативная вложенность

Я лишь скажу, что новый роутинг сложнее немного отслеживать. Но для SSR все гораздо проще и круче и вообще он норм надо просто привыкнуть слегонца.

Я лишь скажу, что новый роутинг сложнее немного отслеживать. Но для SSR все гораздо проще и круче и вообще он норм надо просто привыкнуть слегонца.

для SSR круче? а попробуй прелоадить данные для SSR? (например redial)

Я лишь скажу, что новый роутинг сложнее немного отслеживать. Но для SSR все гораздо проще и круче и вообще он норм надо просто привыкнуть слегонца.

Аутотренинг

вот, мне достаточно так

внутри саброуты

то есть это не сильно от вложенности html блоков отличается

и ссылка одна на фичу

Тип если идёт попадание в компонент на который нет прав, не легче сделать роут бек на тот же index

?

блэ exact={true} ты наркоман?

блэ exact={true} ты наркоман?

перефразируй

перефразируй

exact={true} === exact

Я просто не понимаю в чем проблема. Условно на бэке роутинг -- запрос и дальше действие (причем все это доступно для формулирования в виде регулярок), то есть ссылка на какой-то контроллер, который это должен действие обработать. чем это не динамично?

Он говорит что достаточно exact тип флаг в html

exact={true} === exact

у меня ТС и запрещены проперти без указания значения

у меня ТС и запрещены проперти без указания значения

у вас линтер херовый тс позволяет

Но 100%, старый роутинг наверное проще для новичков. Ну редиал как бы уже в целом и не нужен? Энивей, я смотрел пару статеек и там все было в разы легче настроить чем ту вундервафлю с редиалом которую тоже сам делал в свое время. А вообще next.js FTW :D

у вас линтер херовый тс позволяет

меня это устраивает

так почему не делать редирект если пользователь попал в компонент к которому нет доступа?

Но 100%, старый роутинг наверное проще для новичков. Ну редиал как бы уже в целом и не нужен? Энивей, я смотрел пару статеек и там все было в разы легче настроить чем ту вундервафлю с редиалом которую тоже сам делал в свое время. А вообще next.js FTW :D

что настроить? как ты будешь обращаться к API во время рендера на сервере? ну обратишься, а renderToString не подождет промисов!

> renderToString не подождет промисов а это менять не будут?

что настроить? как ты будешь обращаться к API во время рендера на сервере? ну обратишься, а renderToString не подождет промисов!

а самому промисы можно подождать?

Первое что приходит в голову, просто написать async метод, который вызывать у всех у которых он есть и делать await их.

а самому промисы можно подождать?

то есть руками для каждого роута составить список промисов и вызывать dispatch в redux?

Первое что приходит в голову, просто написать async метод, который вызывать у всех у которых он есть и делать await их.

а как ты список компонентов составишь если rr4 динамический?

собственно redial так и делал

это проблема не РР

да ну?

а проблема того что рендерТоСтринг не умеет в промисы

?

все остальные роутеры могут вернуть список компонентов участвующих в рендере

а проблема того что рендерТоСтринг не умеет в промисы

не пиши бред плиз

У реакт-роутера всегда другие виноваты

Меня ещё прям дико порадовал момент из доки, мол редакс такой сякой ломает обновление компонентов

А то что ломаются они из-за того что реакт-роутер балуется контекстом — эт мелочи не достойные упоминания

Всем привет, ни кто не замечал такой "баг" - когда вызываешь .focus() на элемет, Chrome моментально скролит тебя вверх страницы?

Всем привет, ни кто не замечал такой "баг" - когда вызываешь .focus() на элемет, Chrome моментально скролит тебя вверх страницы?

не баг, а фича

собственно redial так и делал

так в чём проблема тогда, если в redial сидит эта куча промисов?

Ну ебать. Просто там на месте и резолвить все. Как-то так. ХЗ. Можно наваять решение, чтобы все не блокировало одно другое и не думаю что там сильно сложно выйдет.

не баг, а фича

а как эту бы фичу отрубить?))

так в чём проблема тогда, если в redial сидит эта куча промисов?

А как мне подождать результата запроса БЕЗ ПРОМИСОВ?

не могу внятно загуглить

Так сходу не поковырявшись не скажу, но не думаю, что это сложно.

Ну ебать. Просто там на месте и резолвить все. Как-то так. ХЗ. Можно наваять решение, чтобы все не блокировало одно другое и не думаю что там сильно сложно выйдет.

Нельзя так просто только react-router-config (который в альфе)

Как-то next.js делает, значит и я смогу.

А как мне подождать результата запроса БЕЗ ПРОМИСОВ?

СоС

А как мне подождать результата запроса БЕЗ ПРОМИСОВ?

Никак.

хорош орать

Даже без rr4.

Никак.

ну и кого обвиняешь?

Так сходу не поковырявшись не скажу, но не думаю, что это сложно.

ну поковыряйся,а потом приходи и признайся

ну и кого обвиняешь?

зачем мне кого-то обвинять

так в чём проблема тогда, если в redial сидит эта куча промисов?

в приложении

сова, я в любом случае могу выдать тебе вариант который не будет рендерить автоматически то что мне надо в рр3

в том, что все приложения работающие с запросами сидят на куче промисов

Суть же какая, по сути навызывать нужных промисов, получить стейт для рендера, а потом этот рендер вызывать.

с глобальным деревом роутов

сова, я в любом случае могу выдать тебе вариант который не будет рендерить автоматически то что мне надо в рр3

покажи

ждать промисы по любому придётся

Суть же какая, по сути навызывать нужных промисов, получить стейт для рендера, а потом этот рендер вызывать.

то есть дублировать логику в двух местах?

какой бы роутер не юзать

ждать промисы по любому придётся

да но рр4 не дает составить список компонентов которые хотят сделать запросы (без альфа костыля -config)

Как при этом из компонентов выковырить все эти нужные промисы, это ХЗ. Ибо кроме как дважды рендерить я хз. Чтобы они как-то пробросились наверх.

у меня в сабкомпоненте будет запрос уходить

которого нет в дереве

Как при этом из компонентов выковырить все эти нужные промисы, это ХЗ. Ибо кроме как дважды рендерить я хз. Чтобы они как-то пробросились наверх.

а там может быть не дважды а множество раз

как это рр3 обработает?

которого нет в дереве

это другая проблема, лол

начинается

т.е. мне надо все запросы прикрутить к роуту?

как это рр3 обработает?

redial берет все компоненты из дерева роутера и забирает их хуки все что написано за пределами этих хуков не вызовется на сервере

т.е. мне надо все запросы прикрутить к роуту?

не вешать их глубже компонента в роутере

А, типа в зависимости от стейта, пришедшего с промиса, будет рендерится еще какой-то компонент, который тоже надо префетчить, в итоге надо еще раз ждать и его промисов и так пока все нужные вещи не зарезолвятся?

не, нахуй

Ну да, это звучит хуево)

не баг, а фича

не подсскажите как избавиться?

с глобальным деревом роутов

Глобальное дерево не означает статическое

Регулярки спасут мир

у меня в сабкомпоненте будет запрос уходить

которого нет в дереве

причем тут регулярки?

Да емое. Уже во второй раз, ну ладно.ю

не, нахуй

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

Короче. Как вариант надо пойти и посомтреть че там next.js наваял. Благо опенсорс вся херня. Там они 4 роутер юзают.

не подсскажите как избавиться?

никак как ты себе представляешь фокус при котором пользователь не узнает, где сфокусирован элемент?