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

Все хуки жизненного цикла есть в документации. По ssr есть уточнение что где и как работает. Вообще пишите сюда свои реализации будет интересно почитать. МЫ тоже пилим платформу торговою. Но там специфики поменьше и я сейчас експерементирую с веб-воркерами, которые возвращают генератор, и пагинация это тупо некст генератора. Но это пока просто баловство

Всем привет. У меня такой вопрос! Работаю с Firebase, и надо получить данные об авторизованном пользователе глобально, хочу поместить ответ в хранилище. Все мои попытки тщетны, т.к. данные поступают через некоторое время и не получается обновить значение переменной. Как лучше поступить в такой ситуации, чтобы можно было обновить значение переменной когда будет получен ответ от Firebase?

Через промис

Через промис

Спасибо, попробую через обещания сделать, но мне кажется есть другой способ, средствами самого vue?

Если кажеться, то есть довольно популярный описанный в анекдотах и фильмах совет

Если кажеться, то есть довольно популярный описанный в анекдотах и фильмах совет

очень тонко

vue = js = асинхронное программирование

https://github.com/vuejs/vetur/issues/261

однако так и не понял что собственно не так..

вроде как код рабочий, и даже если v-for="(key, product) in products" напишу - та-же херня

я точно всё правильно делаю в плане кода и это лишь баг linter'а?

хотя да, эт походу баг

Нет, ты неправильно делаешь

Нет, ты неправильно делаешь

а что не так?

Для v-for нужно указывать :key

Про это ещё в доках по vue написано

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

(product, key)

template!!!!!!!

Переименуй второй

не ругается только если на router-link атрибут добавить :key="product.id"

только я логики не понимаю, нафига?!

template!!!!!!!

template!!!!!!!

в смысле? поясни плиз))

template!!!!!!!

Дэн, что темплате? Что не так. Или ты опять за старое херь пороть?

Зарезервированный же элемент

https://ru.vuejs.org/v2/api/#template

https://ru.vuejs.org/v2/api/#template

Не нашел там

Не нашел там

https://ru.vuejs.org/v2/guide/list.html#v-for-%D0%B8-template

Не то с поиска взял

оу

вот так вроде норм

только не product.key a product.id, сморозил тоже))

Вообще списки желательно через ul выводить, это база.

Вообще списки желательно через ul выводить, это база.

хмм, а зачем?

я-ж просто элемент несколько таз повторить хочу

Запости это текстом плиз

<template><div class="grid"> <router-link class="link" v-for="product in products" :key="product.id" :to="{name: 'product', params: {productId: product.id}}"> <product-card class="card" :name="product.name" :previewImageUrl="product.pictures[product.previewPicture]" :price="product.price / 100" currency="€"> </product-card> </router-link> </div></template>

хмм, а зачем?

это к верстальщикам, есть же ридеры всякие, которые html по другому видят. Это гуглицца

это к верстальщикам, есть же ридеры всякие, которые html по другому видят. Это гуглицца

наверное ты прав

однако онлайн-магазин в ридере читать это по-моему извращение))))

однако онлайн-магазин в ридере читать это по-моему извращение))))

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

бывает))

ну.. да, можно конечно и так

Так ты сможешь далее изменять <product-card /> как хочешь

Поделитесь, вы разделяете на серверный проект и клиенский, или делаете общую структуру? Сервер node, клиент vue-cli

:previewImageUrl лучше писать :preview-image-url @Romshark

Поделитесь, вы разделяете на серверный проект и клиенский, или делаете общую структуру? Сервер node, клиент vue-cli

Vue-cli - это консольная утилита

Vue-cli - это консольная утилита

Да, имею ввиду что клиент имеет полноценную сборку на вебпаке

Да, имею ввиду что клиент имеет полноценную сборку на вебпаке

А сервер че?

@yarossl кстати, я в created компонента возвращаю Promise data() { return { loading: true, products: {} }; }, created() { console.log('created hook'); return new Promise((resolve, reject) => { setTimeout(() => { console.log('fill data'); this.products = testdata; this.loading = false; resolve(); }, 1000); }); } но такое чувство будто он когда на сервере рендерит этого промиса не дожидается ибо при перезагрузке страницы он теоретически же должен секунду обождать и через секунду только вернуть полностью отрендеренную страницу, а он мне при перезагрузке loading screen отображает

или asyncData похрен на тот промис что из created возвращается?

А сервер че?

А сервер это nodejs + express. Тоесть клиент общается с сервером через api. Как будет правильнее разделить структуру, на 2 проекта отдельных или перемешать все зависимости в один

А сервер это nodejs + express. Тоесть клиент общается с сервером через api. Как будет правильнее разделить структуру, на 2 проекта отдельных или перемешать все зависимости в один

А СЕО тебе нужно будет?

А сервер это nodejs + express. Тоесть клиент общается с сервером через api. Как будет правильнее разделить структуру, на 2 проекта отдельных или перемешать все зависимости в один

API делай отдельно от фронтэнда

А СЕО тебе нужно будет?

Нет, это админка со своим функционалом

API делай отдельно от фронтэнда

Ром, да погоди ты, надо разобраться

@yarossl кстати, я в created компонента возвращаю Promise data() { return { loading: true, products: {} }; }, created() { console.log('created hook'); return new Promise((resolve, reject) => { setTimeout(() => { console.log('fill data'); this.products = testdata; this.loading = false; resolve(); }, 1000); }); } но такое чувство будто он когда на сервере рендерит этого промиса не дожидается ибо при перезагрузке страницы он теоретически же должен секунду обождать и через секунду только вернуть полностью отрендеренную страницу, а он мне при перезагрузке loading screen отображает

Сейчас затестю на рабочем проекте, ван момент

Нет, это админка со своим функционалом

Тогда да - разделяй. Можешь с API прямо клментом тянуть

API делай отдельно от фронтэнда

Звучит логично, но в продакшене поднимать 2 севера нет смысла, если для клиента нужно просто отдать статику

ERROR: S client not available

Звучит логично, но в продакшене поднимать 2 севера нет смысла, если для клиента нужно просто отдать статику

API же

Пусть его Express и отдает

Пусть его Express и отдает

В таком случаи у меня будет package.json, где мне нужно забилдить клиент, запустить api и они все будут иметь общие зависимости. Как то монолитно слишком

Сейчас затестю на рабочем проекте, ван момент

походу ему похрен на промис, он не дожидается created..

походу ему похрен на промис, он не дожидается created..

Естественно

В таком случаи у меня будет package.json, где мне нужно забилдить клиент, запустить api и они все будут иметь общие зависимости. Как то монолитно слишком

Или монолит или 2 сервака

Или монолит или 2 сервака

Вот да, не могу понять как это решить изящно

а какая задача

Наверное сделаю 2 отдельных проекта, но при запуске сервера буду отдавать статику с соседнего проекта.. Хочется какой-то архитектуры MVC но пока не нашел этого решения

https://alligator.io/js/copying-to-clipboard/

Наверное сделаю 2 отдельных проекта, но при запуске сервера буду отдавать статику с соседнего проекта.. Хочется какой-то архитектуры MVC но пока не нашел этого решения

MVC - серверная архитектура. Если хочешь MVC - чекни Adonis

Изоморфное приложение

Изоморфное приложение

Ты имеешь ввиду мой проект?

Да, тебе нужна такая реализация, вот типа Adonis как пример фреймворка

https://ru.vuejs.org/v2/guide/ssr.html

вот кстати есть оф. указание на NuxtJS

я правда не работал

Да, тебе нужна такая реализация, вот типа Adonis как пример фреймворка

Моя задача обычная, сервер rest, клиент с vue. Мне нужно только чтобы отдавалась статика, потому что клиент синглпейдж. Но мне не хочется делать кашу. Где одновременно много зависимостей и возле сервера лежит на нужный конфиг вебпака..

вот кстати есть оф. указание на NuxtJS

На сколько я понял - это для рендеринга клиента на сервере. Мне нет в этом надобности

я правда не работал

Сыроват

MVC я имел ввиду .net

Изоморфное приложение - это универсальное. У тебя есть и статика сразу и API

и сервер связан с клиентом

MVC я имел ввиду .net

Хоть Scala - пофиг

и проблем с SEO нет

MVC я имел ввиду .net

Adonis - именно на JS

Как все же лучше - готовить данные в экшенах сразу так, чтобы их было просто отобразить или делать это преобразование в компонентах?

или asyncData похрен на тот промис что из created возвращается?

Чекнул сорсы - не нашел где он return из created обрабатывает

Как все же лучше - готовить данные в экшенах сразу так, чтобы их было просто отобразить или делать это преобразование в компонентах?

Ещё выше - в транспорте

Adonis - именно на JS

Я посмотрю, спасибо. Но я имел ввиду именно структуру проекта, когда есть разные проекты но все равно это один целый проект.

Ещё выше - в транспорте

не понял

Как все же лучше - готовить данные в экшенах сразу так, чтобы их было просто отобразить или делать это преобразование в компонентах?

Я всегда был уверен, что экшены и мутации - для изменения данных