лет 8 не юзаю уже

Не подскажите в каком файле нужно подключать css import 'bootstrap-vue/dist/bootstrap-vue.css'

так в главном энтри поинте и импортируй

хочешь в index.html хочешь в index.js

в App.vue где тег style?

нет

App.vue это уже другое

там, где инстанс самого приложения создаётся, index.js чтоли

можешь просто сделать в index,js/main.js как выше написал

можешь просто сделать в index,js/main.js как выше написал

аа всё)

спасибо

либо если есть на cdn этот стиль

там, где подключается роутер, vuex и тп

чуваки

то лучше оттуда тащи его

tnx

как подсветить vue код в markdown разметке ?

пишу readme на github

Html

спасибо

Ребят кто юзал bootstrap-vue?

<b-nav-item active>Active</b-nav-item> <b-nav-item>Link</b-nav-item> <b-nav-item>Link with a long name </b-nav-item>

господи, а что ж в вашем этом вебпаке деплой такой неспешный? побыстрее нельзя? :(

Лучше по возможности смотреть на vuetify, если надо прям сходу стартануть

господи, а что ж в вашем этом вебпаке деплой такой неспешный? побыстрее нельзя? :(

говорят в четвертом стало побыстрее

Лучше по возможности смотреть на vuetify, если надо прям сходу стартануть

спасибо

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

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

Чет я отстал от жизни

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

наверно это какраз за вебпак и было

Програмист вебпака. звучит

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

Фронтенд девопс XD

Фронтенд девопс XD

вы не поверите...

??

У знакомых, кажись появляется такая вакансия... Отдельный девопс для Веб-разработчиков... Отдельно от остольных девопсов

Лооооол

Сколько там должно быть фронтов что б такой тип был экономически оправдан?

зависит от того сколько там вебпаков и CI к ним

какой вью-лайк способ сделать фокус на поле?

через $ref?

Лучше по возможности смотреть на vuetify, если надо прям сходу стартануть

лучше по возможности сразу смотреть на quasar/element-ui

после quasar этот vuetify смотрится как недоделка какая-то

мне element-ui после vuetify показался неудобным

ну то есть прям неудобным

возможно синдром утёнка, но думаю что это всё таки не спроста

quasar не трогал, нужно будет где-нибудь потрогать

мне у quasar документация не нравится)

хотя вживую пока не пробовал

Плюсану к Vuetify. Меньше лишних движений

какой вью-лайк способ сделать фокус на поле?

Vue.directive('focus', { // Когда привязанный элемент вставлен в DOM... inserted: function (el) { // Переключаем фокус на элемент el.focus() } })

/help@GroupButler_bot

ребят подкажите, можно передать через пропс в компонент название модуля и через mapActions(`${moduleName}`, ["экшн1"]) получить экшены?

я про асинк в моунтед

норм, только инициализацию надо делать в created и обработку ошибок забыл

в mounted надо манипуляцию с DOM, ссылками ref и тп делать

в mounted надо манипуляцию с DOM, ссылками ref и тп делать

спасибо большое

спасибо большое

а зачем ты делаешь async mounted в этом случае? если ты данные, как я понимаю, обновляешь в this.getFbData()

а зачем ты делаешь async mounted в этом случае? если ты данные, как я понимаю, обновляешь в this.getFbData()

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

а, тогда ок) и еще, там не обязательно делать return, если я не ошибаюсь достаточно просто await указать

Нет. Api запросы не должны быть в компонентах

Нет. Api запросы не должны быть в компонентах

почему? Где должны тогда быть?

почему? Где должны тогда быть?

В отдельном месте

В отдельном месте

есть примеры с кейсами какими-то? или статья почитать, просто впервые слышу про это

Запросы к API можно выносить в actions во VUEX, если вьюкса нет, то что запрещает делать запросы в компонентах?

Если компонентов мало, и они слабо связаны, либо вообще не связаны.

ERROR: S client not available

Запросы к API можно выносить в actions во VUEX, если вьюкса нет, то что запрещает делать запросы в компонентах?

а смысл выносить их во vuex, если данные, которые прилетают, не надо класть туда? ну на данном этапе, к примеру

там данных может быть очень много прост

все зависит от связи между компонентами

если много у тебя $emit"ов и props"ов, даже слишком много, может есть смысла задуматься над вьюксом, в остальных случаях - он излишен.

если много у тебя $emit"ов и props"ов, даже слишком много, может есть смысла задуматься над вьюксом, в остальных случаях - он излишен.

я в курсе, у меня он есть

я не про это спрашиваю

кто есть?

вьюкс?

vuex

да)

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

почему? Где должны тогда быть?

В api.js

ты ради чего вьюкс завел?

ты ради чего вьюкс завел?

есть данные общие между компонентами, но не те что я тяну в данные момент

В api.js

Спасибо, в

этом есть смысл, надо будет подумать как-то над этим

есть примеры с кейсами какими-то? или статья почитать, просто впервые слышу про это

Есть и много даж. Погугли

Но и vuex тоже не место для api запросов

lol

https://vuex.vuejs.org/ru/images/vuex.png

с документации

с документации

И?

Но и vuex тоже не место для api запросов

тоже так считаю, поэтому и пытаюсь разобраться, может ошибаюсь

как по мне - экшены в сторе для работы со стором

И? Api запросы это бизнес логика. Vuex это state.

если данные туда не идут - им там не место

а вот api.js - интереснее

Vuex это только лишь стейт?))

а вот api.js - интереснее

Так и надо. Отдельный файлик для работы с api функции которых ты просто вызываешь там где надо

Так и надо. Отдельный файлик для работы с api функции которых ты просто вызываешь там где надо

Спасибо, как-то и не задумывался над этим, пытаюсь нагуглить

Глянь vue hacker news clone. Там норм пример этого