Michael
пришлось немного напичкать прототип вью
Michael
и нехило сбежать от рекомендованного решения, кстати
Michael
тем не менее, основной SSR поток берётся из верхнего родителя, остальное по большей части -- объект, прокидываемый в чайлды.
Roman
просто если поместить data fetching в smart component'ы то можно собирать сайт как конструктор лего, а иначе нельзя, нужно вручную прописывать логику загрузки и передчи данных в компоненты из родителя (страницы)
Michael
примерно так. А на фронте этот "поток"-объект ссра берётся автоматом асинхронно, потом допиливается
Michael
чесн гря не понял, какой поток?
штука Х с данными. Может быть чем угодно, но в случае её отсутствия, срабатывает примерно универсальный асинхронынй фетч
Roman
вот есть у нас 3 грида... первый кроссовки фетчит, второй футболки, а третий вообще палатки... и естественно всё это асинхронно, собственно как заставить SSR ждать страницу пока гриды не отрендерят данные?
Michael
и сср и клиентский вариант попадают на один и тот же бэк поинт
Michael
так же, как и если бы у тебя оно ждало толкьо родительский компонент
Alex
https://tjournal.ru/65675-v-beta-versii-telegram-poyavilas-vozmozhnost-obedinyat-kanaly-v-novostnuyu-lentu
Michael
самое весёлое в идее -- то, что сср никого не ждёт
Michael
ему сразу приходят данные. А бэк в курсе что ему там при таком варианте нужно.
Roman
самое весёлое в идее -- то, что сср никого не ждёт
ну так в этом то и проблема... в шаблоне hacker-news-2.0 настроен asyncData, который на страницах ожидается SSR'ом, но это только на компонентах страницы работает, а не в любом вложенном в неё компоненте, в чём и беда которую я описал в issue
Michael
бэк -- боевая бизнес-логика сервера
Roman
бэк и фронт.
это понятия относительные, что конкретно имеется ввиду
Michael
фронт включает в себя сср часть.
Michael
хз что там относительного. Общепринятое.
Roman
бэк это API с которой ты данные читаешь? или это Node.js сервер который рендерит приложуху? что это в твоём понятии?
Roman
просто в моём понятии backend это данные
Stanislav
ох... ясно
т.е. фронт сервер для бэка
Roman
будь то REST, GQL, SOAP, whatever..
Roman
а нода рендерющая приложуху - часть приложухи
Evgheni
Node, который рендерит, можно названть backend frontend sever 🙃
я бы назвал изоморфным приложением, потому что бек код не выполняется на клиенте, а вот сср это может обеспечить
Stanislav
На бэке какая-нить ява, которая общаяется с нодой, которая общается с фронтом :)
Roman
f*ck, I'm confused right now.
Алексей
ноду которая ssr делает можно тоже фронтом называть
Roman
задам вопрос проще... нельзя ли разве в смарт компонентах передать "выше" некий сигнал мол "меня подождите, я тормоз".. который собственно получает самый главный компонент (страница) и не ресолвится пока тот не ресорвится..
Evgheni
нода это движок который был в браузере, т.е выполняет клиентовский код, тут как не посмотришь, всё изврат и ересь
Алексей
по работе с тем же http и всякими файлами
Алексей
хотя я сейчас в роли капитана очевидности выступил
Stanislav
Есть немного)
Roman
т.е. если.. Page (root) A Dumb B Smart C Dumb D Smart B и D - асинхронные тормоза... Page не должен разрешиться пока те не ответили мол готовы, при этом изначально Page об их существовании не знает
Evgheni
могу лодку выдать
Roman
Вроде, Илья полгода назад рассказывал тут, что это не так просто. Хотя казалось бы...
было такое, там речь шла о том что проблемы с conditional state'ом.. но разве те компоненты которые v-if'ом отключаются создаются? (created)
Roman
т.е. нельзя ли в created пробросить некий сигнал, который прослушивает Page компонент?
Michael
ткнуть смарт компонент в дамб -- это круто.
Michael
прям жесть
Michael
Лана, кот-нибудь юзал mint-ui ?
Michael
как ощущения?
Roman
ткнуть смарт компонент в дамб -- это круто.
т.е. если B в процессе асинхронного разрешения решит, что C показывать не надо, то D не резолвится
Roman
а иначе D начнёт ресолвиться после того как разрешился B
Roman
nested asynchronous execution
Roman
т.е. если.. Page (root) A Dumb B Smart C Dumb D Smart B и D - асинхронные тормоза... Page не должен разрешиться пока те не ответили мол готовы, при этом изначально Page об их существовании не знает
т.е. предположим что B зарезолвился и послал сигнал наверх мол "я готов" то прежде чем он это сделает, D должен успеть послать "подождите меня", иначе SSR заигнорит D
Michael
Лана, кот-нибудь юзал mint-ui ?
Michael
как ощущения?
Michael
А onsen ui кто-то юзал?
Davron
Как миксин использовать и где регистрировать index.js или компоненте как вызвать методы
Davron
Подскажите пожалуйста или киньте урл
Oleg
Всем привет! this.$forceUpdate is not a function vue но если без вызова то - ƒ (){var t=this;t._watcher&&t._watcher.update()} Кто-нибудь сталкивался? P.S. полагаю, что решение на поверхности.
Roman
во время вызова this уже инициализирован?
Oleg
в каком контексте вызываешь?
момент, видимо нащупал куда рыть
Oleg
@Romshark спасибо!
Roman
✌️
Astr0junk
Коллеги, я тут на кое-что наткнулся и пытаюсь понять правильно ли я осознал
Astr0junk
миксин работает не как фабрика, а как сингтон
Astr0junk
правильно?
Astr0junk
либо это у меня так выходит потому что в миксине я для транспорта подключаю аксиос и навешиваю на него интерсепторы, которых становится столько, сколько я раз миксин использовал
Astr0junk
кто-нибудь подобное встречал и как решал?
Oleg
в каком контексте вызываешь?
есть варианты вместе с детьми обновлять или это прожерливо по ресурсам и поэтому не заимплементили этот момент во vue? Проще тогда через props решать?
Oleg
звучит как костыль, ты уверен что тебе forceUpdate нужен?
ну у меня по сути виджет на vue, и когда происходит событие, которое к vue отношения не имеет - мне необходимо переинициализировать эту часть
Oleg
чтобы условие сработало и компонент отображался уже иначе
Oleg
возможно и костыль (этого я конечно же не хочу)
Someone
Товарищи дорогие