🚀🚀
каким?
Size: a a a
2020 October 12
ф
каким?
ручным)
🚀🚀
как?
ф
как?
какой-то соответствующий апи, обработка явным образом
🚀🚀
желательно с конкретными примерами)
TG
раньше было не ясно, может ли существовать такой механизм, но теперь я уверен, что может) завтра попробую реализовать, тогда эта ситуация просто исчезнет
какие-то чудеса. но если мой код заработает я буду счастлив
🚀🚀
какие-то чудеса. но если мой код заработает я буду счастлив
тут встаёт вопрос о том как отличить ложные срабатывания ошибки от обоснованных — если у тебя по какой-то причине часть юнитов домена создалась позже, чем был вызван fork (к примеру, при динамической загрузке модулей), то эту ситуацию нужно поддержать в эффекторе, если же это было что-то типа создания юнитов домена внутри ватча, то важно выдавать ошибку и дальше
🚀🚀
просто смущает что на скрине вполне нормальный код с юнитами созданными от домена — и всё равно ошибка — если это не динамический импорт модуля, то значит что-то реально пошло не так 🤔
🚀🚀
а как описан тот эвент, влияющий на вьюху?
TG
а как описан тот эвент, влияющий на вьюху?
да я там уже выяснил в чем проблема. как раз евент который вызывается в setConfig создан не через rootDomain
🚀🚀
ааа
TG
а как описан тот эвент, влияющий на вьюху?
но удивительно то, что оно работало довольно долго и сейчас вдруг сломалось...
🚀🚀
вероятно раньше где-то был форвард или что-то другое, достраивающее связи до юнита
🚀🚀
собственно именно для того чтобы за этими связями не следить и не думать и нужен домен
🚀🚀
но удивительно то, что оно работало довольно долго и сейчас вдруг сломалось...
тогда действительно надо будет добавить имя эвента в сообщение об ошибке
TG
ааа
а вообще смотри.
что если setConfig вызывает event который ориентирован на браузерную стору, которая не учитывается в SSR.
из-за того что там фабрики и они нужны только на фронте (в SSR не учавствуют) там такая логика.
что если setConfig вызывает event который ориентирован на браузерную стору, которая не учитывается в SSR.
из-за того что там фабрики и они нужны только на фронте (в SSR не учавствуют) там такая логика.
🚀🚀
а вообще смотри.
что если setConfig вызывает event который ориентирован на браузерную стору, которая не учитывается в SSR.
из-за того что там фабрики и они нужны только на фронте (в SSR не учавствуют) там такая логика.
что если setConfig вызывает event который ориентирован на браузерную стору, которая не учитывается в SSR.
из-за того что там фабрики и они нужны только на фронте (в SSR не учавствуют) там такая логика.
ну если в браузере нет форка (hydrate вместо него), то и проблемы не будет, пока в серверном коде такой эвент не вызывается
🚀🚀
недавно кстати добавили опцию reactSsr в бабель-плагин, чтобы выбирать нужный импорт биндинга в зависимости от назначения билда
🚀🚀
с ним такую развязку сделать попроще — в общем коде можно всегда использовать import from 'effector-react', для билда сервера устанавливая reactSsr: true, чтобы в скомпилированный код попадал import from 'effector-react/ssr' а клиентский в то же время мог продолжать использовать фабрики и прочую динамику
TG
с ним такую развязку сделать попроще — в общем коде можно всегда использовать import from 'effector-react', для билда сервера устанавливая reactSsr: true, чтобы в скомпилированный код попадал import from 'effector-react/ssr' а клиентский в то же время мог продолжать использовать фабрики и прочую динамику
ну в next js оно же все намешано. что и сервер и браузер в одбном src