Грубо говоря, asyncData, как раз таки sync )))

что?)) в смысле?!

что?)) в смысле?!

Ну да, сервер должен дождаться завершения всех асинков перед отдачей респонса

Грубо говоря - синк

Ну да, сервер должен дождаться завершения всех асинков перед отдачей респонса

ну, да, всё верно, сначала дожидаемся асинхронных данных, а потом уже рендерим HTML

ну, да, всё верно, сначала дожидаемся асинхронных данных, а потом уже рендерим HTML

Совсем другое дело, что все асинки могут быть параллельными, что php, может делать не так удобно, как это делается в JS

твоё решение с асинхронными загрузками данных в created это не просто не работает, это просто бред ? т.е. просто лешено смысла

Извините, как грится, был напуган. Да, моя утренняя теория с created слегка не то)

Извините, как грится, был напуган. Да, моя утренняя теория с created слегка не то)

бывает)

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

но Илья вчера уточнил что это якобы так просто не сделаешь

намного логичнее было бы сделать этот проход во время компиляции, т.е. с помощью webpack'а нежели во время рендеринга

намного логичнее было бы сделать этот проход во время компиляции, т.е. с помощью webpack'а нежели во время рендеринга

Что???

Что???

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

Ааа

Я уж подумал...

)))

тогда рендеринг будет ни чуть не медленее нынешнего подхода с asyncData, лишь компиляция чуток медленее (не думаю что разница будет значительной)

но вот как это реализовать вообще xuj знает

есть какие нибудь группы по Webpack'у конкретно?

По ярну на дисорге

Чекни гугл

нее, Yarn это же dependency management типа NPM, это же не компилятор как вебпак?

привет всем

привет всем

✋?

гайс, подскажите ... задачка после клика на страницу (пагинатор) делать плавный подъем до начала списка . может какой плагин есть, не хочу писать логику для этой фичи

scrollBehavior пропиши - не ленись

ПЛАВНЫЙ же

или он умеет ?

scrollBehavior это что такое? )

Привет всем, на сколько nuxt хорош ? Стоить ли использовать его в качестве основного движка для допустим spa админки ?

scrollBehavior это что такое? )

Роутера настройка

Собрать все необходимые данные из asyncData как раз не проблема на сервере, и даже их можно к контексту прицепить. Но вот renderer походу не умеет их подцеплять к компонентам

Роутера настройка

спасибо, взгляну

или он умеет ?

Умеет :) Есть полифил

Ребят привет! Нужно вызвать функцию чайлда с родителя, как адекватно это сделать? Я понимаю что так быть не должно, архитектуру не я задавал, просто нужно сделать что-то типа broadcast ангуларовского.

Ребят привет! Нужно вызвать функцию чайлда с родителя, как адекватно это сделать? Я понимаю что так быть не должно, архитектуру не я задавал, просто нужно сделать что-то типа broadcast ангуларовского.

Через ref

Но ты сам себе Буратино :)

Ребят привет! Нужно вызвать функцию чайлда с родителя, как адекватно это сделать? Я понимаю что так быть не должно, архитектуру не я задавал, просто нужно сделать что-то типа broadcast ангуларовского.

Или через глобальную шину

Но ты сам себе Буратино :)

под глобальной шиной vuex подразумевается?

под глобальной шиной vuex подразумевается?

$bus

под глобальной шиной vuex подразумевается?

Делай через ref :)

Умеет :) Есть полифил

как гуглить ?

как гуглить ?

http://iamdustan.com/smoothscroll/

$bus

почитал, мне только один раз это сделать нужно, так что $bus регистрировать смысла наверное нет. Но спасибо за идею, думаю как оповещатель события по всем компонентам неплохой подход

http://iamdustan.com/smoothscroll/

не понимаю как это сочетать с тем что есть в вуероутере

не понимаю как это сочетать с тем что есть в вуероутере

а, вернуть ноне но вызвать функцию... хотя он вызывается до или после ?

не понимаю как это сочетать с тем что есть в вуероутере

А причем тут роутер?

ну в роутере же хочется смутх

или не хочется. как рулить этим ?

лан я понял кажется ничего не решено ) https://www.reddit.com/r/vuejs/comments/5okcgo/vuerouter_route_transitions_and_improper_scroll/

Он мне тоже глючным показался

ну в роутере же хочется смутх

Аа, я чёт про роутер не увидел

Он мне тоже глючным показался

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

короче вот https://github.com/vuejs/vue-router/blob/dev/src/util/scroll.js#L38

он кроме window.scrollTo ничего не умеет

но мог бы уметь например тот же window.scrollBy({ top: -100, left: 0, behavior: 'smooth' });

я думаю это даже не сложно запилить

но мог бы уметь например тот же window.scrollBy({ top: -100, left: 0, behavior: 'smooth' });

Так может сделать PR? :)

Ога

я слишком безработный чтобы делать такие вещи )

Беззаботный

я слишком безработный чтобы делать такие вещи )

Делай стрим с донатами на еду

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

я бы вообще решил какойнибудь фабрикой обьекта ScrollBehaviourPolicy который бы можно было наследовать и переопределить что угодно в том числе и весь https://github.com/vuejs/vue-router/blob/dev/src/util/scroll.js#L59 но это во взрослом языке и взрослом фреймворке )

Делай стрим с донатами на еду

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

Стрим кода + тебя) норм, лайвкодинг многие устраивают

всё что касается говорения у меня всё с этим плохо

ERROR: S client not available

я мечтаю о формате уровня https://www.youtube.com/watch?v=EdejtjXEhzs но програмисты слишком плавают в программировании чтобы воспринимать архитектурные решения эмоционально

Надо работать, а не мечтать )

Надо работать, а не мечтать )

Нет, не так. Надо работать и мечтать ?

СкролТу это известный косяк роутера, они в курсе вроде как

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

невозможно

для этого надо вычислить состояние компонента

что аналогично рендеру

представьте что у вас v-if который рендерит один из двух компонентов

для того чтобы понять какой компонент надо асинхронно ждать - надо вычислить состояние v-if

которое может быть завязано на компьютерд, которые завязаны на data, которая завязана на пропсы пришедшие из компонента сверху

смерть в яйце, яйцо в зайце, заяц в утке, утка в шоке

???

Получается, что если у нас в компоненте есть n вложеностей и у половины из них есть asyncData и в этих функциях есть что-то что возвращает данные, то все эти данные мы то получить можем перед рендером, но вот без vuex никак прокинуть в компоненты мы не можем. Да?

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

я тут обратился в англоязычный портал Reactiflux:

Hey guys! Long Story Short: We need Webpack to traverse the applications component tree during compilation and generate a flat dependency-tree-map for each view registered in the router, is this theoretically possible? Short Story Long: Currently SSR (server-side-rendering) support in Vue is implemented using an asynchronous hook called asyncData on components registered by the router. The problem is: this only allows for smart route-components (AKA "views" or "pages") exclusively, unfortunatelly there's no way to make any component beneath the views become smart. The view becomes responsible for fetching all the data and executing all asynchronous operations before the page is rendered letting the data flow down the tree of dumb components. This is far from ideal because usually you'd want to split up the application into multiple, independent, individual smart components, but instead, if you want SSR support, you have to make the view component "super-smart" and everything beneath it - just dumb, not good! The Idea: We need equality! Every component throughout the application should be able to perform some asynchronous operations before the page is considered ready and is finally rendered by the server. Therefore we need to compose a component dependency-tree. Though because it would be ridiculously inefficient to traverse the tree of components for a certain view everytime the Node.js server renders the application it must be done during the compilation process, and that is where Webpack comes to my mind. Webpack must traverse the entire component tree and create some kind of a flat dependency-tree-map, which is then kind of "exported" to the JavaScript that's executed on the server as well as on the client. This would allow the server to wait for asynchronous smart components to finish their async work before the page is rendered and the resulting HTML is returned to the client. What do you guys think about it? Please let me know ?

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

Гряный хак это переписать функцию renderToString?

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

для того чтобы понять какой компонент надо асинхронно ждать - надо вычислить состояние v-if

весомый аргумент, а разве webpack не может запустить render да вычислить?

как здесь делают - https://github.com/fenivana/vue-ssr-boilerplate/blob/master/src/shared/ssrMixin.js

весомый аргумент, а разве webpack не может запустить render да вычислить?

рендер это уже рантайм

чтобы запустить рендер надо создать инстанс компонента, чтобы создать инстанс компонента надо запустить зависимости

это все уже совсем не "compile-time"

а теперь представим простейшую ситуацию, что рендер верхнего уровня зависит от того - пришел нам токен пользователя в запросе или нет

(залогинен или нет)

все, приплыли

компайл тайм бесполезен

как здесь делают - https://github.com/fenivana/vue-ssr-boilerplate/blob/master/src/shared/ssrMixin.js

этот грязный хак кстати неплохо работает))

неплохо но очень опасно

мы с этим сталкивались на проекте

А они этот INITIAL_COMPONENTS_STATE на контекст вешают на сервере?

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