Для него пофиг

Ну вот. А кому удобен отступ шириной в 4 пробела ставит 4. И всё прекрасно)

Да, я забыл, что ты любишь играться в отступах) Для тебя есть разница.

На самом деле пофиг. Иде конвертнет обратно в пробелы

На самом деле пофиг. Иде конвертнет обратно в пробелы

Если твой патч будет в несколько коммитов, то печаль будет.

Ну вот. А кому удобен отступ шириной в 4 пробела ставит 4. И всё прекрасно)

Да, я забыл про локальную настроку для редактора)

В одном коммите проблемы не будет.

Так что не всё так просто.

Не будет. У меня пробелы)

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

вброс

Жизнь

да вместо вью обсуждают хуйню какую-то нерелевантную)

Это кто то из реакт тусовки вбросил стопудов

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

Ахаха

А что будет, если проект на табах, а пакет из npm на пробелах?

Бля, Vue это так пиздато

Проверил. Верно. 2 пробела.

Вчера попробовал

Теперь у меня ломка

Мне нужна доза срочно

Мне нужна доза срочно

Прикручивай vuex и firebase. В следующий раз за дозой зайдешь через месяц

А что будет, если проект на табах, а пакет из npm на пробелах?

Ничего.

понимаю, что здесь уже кучу всего писали по поводу redirecting depending on the current auth, но видимо до меня так и не дошло)) Пробую использовать это решение - https://forum.vuejs.org/t/how-do-i-redirect-user-to-proper-page/8243/2, У меня все стандартно : на created() в app.js идет запрос, затем dispatch action userInit, в котором устанавливается значение - store.state.user.isAuthorized, В итоге, когда работает - router.beforeEach, при переходу по страницам все корректно , но при обновлении , в store.state.user. .isAuthorized не успевают дойти данные (по умолчанию false). Никак не могу понять, все таки что нужно сделать, либо перенести проверку в router.beforeEnter в конкретном компоненте, либо ииспользоать и router.beforeEach в app.js глобально и еще router.beforeEnter в каждом . Кому будет не лень дочитать мое сообщение-вопрос до конца, и еще что-то посоветовать огромное спасибо!))

боже

beautifier

понимаю, что здесь уже кучу всего писали по поводу redirecting depending on the current auth, но видимо до меня так и не дошло)) Пробую использовать это решение - https://forum.vuejs.org/t/how-do-i-redirect-user-to-proper-page/8243/2, У меня все стандартно : на created() в app.js идет запрос, затем dispatch action userInit, в котором устанавливается значение - store.state.user.isAuthorized, В итоге, когда работает - router.beforeEach, при переходу по страницам все корректно , но при обновлении , в store.state.user. .isAuthorized не успевают дойти данные (по умолчанию false). Никак не могу понять, все таки что нужно сделать, либо перенести проверку в router.beforeEnter в конкретном компоненте, либо ииспользоать и router.beforeEach в app.js глобально и еще router.beforeEnter в каждом . Кому будет не лень дочитать мое сообщение-вопрос до конца, и еще что-то посоветовать огромное спасибо!))

Можно в beforeEach проверять, что лежит в стейте, если auth false, то редиректить на страницу авторизации. Если true - делать просто next(). Если null - диспатчить экшн userinit. Еще можно использовать meta isRequiredAuth в роутах, и читать это свойство в beforeEach (чтобы проверять на тех роутах, на которых требуется авторизация)

понимаю, что здесь уже кучу всего писали по поводу redirecting depending on the current auth, но видимо до меня так и не дошло)) Пробую использовать это решение - https://forum.vuejs.org/t/how-do-i-redirect-user-to-proper-page/8243/2, У меня все стандартно : на created() в app.js идет запрос, затем dispatch action userInit, в котором устанавливается значение - store.state.user.isAuthorized, В итоге, когда работает - router.beforeEach, при переходу по страницам все корректно , но при обновлении , в store.state.user. .isAuthorized не успевают дойти данные (по умолчанию false). Никак не могу понять, все таки что нужно сделать, либо перенести проверку в router.beforeEnter в конкретном компоненте, либо ииспользоать и router.beforeEach в app.js глобально и еще router.beforeEnter в каждом . Кому будет не лень дочитать мое сообщение-вопрос до конца, и еще что-то посоветовать огромное спасибо!))

router.beforeEach((to, from, next) => { if (to.matched.some(r => r.meta.requiresAuth)) { const auth = store.getters.isLoggedIn if (!auth) { next({ path: '/login', query: { redirect: to.fullPath } }) } else { next() } } else { next() } })

router.beforeEach((to, from, next) => { if (to.matched.some(r => r.meta.requiresAuth)) { const auth = store.getters.isLoggedIn if (!auth) { next({ path: '/login', query: { redirect: to.fullPath } }) } else { next() } } else { next() } })

да, спасибо! я как раз так и пробую сделать, и все работает просто когда перехожу по роутам , но если обновить страницу у которой есть meta isRequiredAuth , то значение store.getters.isLoggedIn получается лежит еще мое начальное - false

Можно в beforeEach проверять, что лежит в стейте, если auth false, то редиректить на страницу авторизации. Если true - делать просто next(). Если null - диспатчить экшн userinit. Еще можно использовать meta isRequiredAuth в роутах, и читать это свойство в beforeEach (чтобы проверять на тех роутах, на которых требуется авторизация)

Спасибо! попробую так сделать

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

да, спасибо! я как раз так и пробую сделать, и все работает просто когда перехожу по роутам , но если обновить страницу у которой есть meta isRequiredAuth , то значение store.getters.isLoggedIn получается лежит еще мое начальное - false

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

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

поняла, спасибо за ответы!

да, спасибо! я как раз так и пробую сделать, и все работает просто когда перехожу по роутам , но если обновить страницу у которой есть meta isRequiredAuth , то значение store.getters.isLoggedIn получается лежит еще мое начальное - false

Почему начальное false, должно быть null или undefined. false/true должно быть после запроса.

Почему начальное false, должно быть null или undefined. false/true должно быть после запроса.

согласна) нужно будет мне это исправить) спасибо!

мастера firebase, можете мне в лс написать плз?))

Почему начальное false, должно быть null или undefined. false/true должно быть после запроса.

Для меня обычно как то странным выглядит, когда переменным назначают значение undefined

Значение undefined можно рассматривать как признак неожиданного или ошибочного отсутствия какого-либо значения, a null - как признак обычного или вполне ожидаемого отсутствия значения. Если в программе потребуется присвоить одно из этих значений переменной или свойству или передать одно из этих значений функции, практически всегда предпочтительнее использовать значение null

Null вернёт объект

Назначаю undefined всегда

Null вернёт объект

Что?

А, да, загуглил. Баг

Но как бы и выше написано «практически всегда предпочтительнее использовать значение null»

Практически

Недавно слышала то же самое по андефайнд

Миссклик, прошу прощения

https://github.com/kevinongko/vue-chart-js использовал кто? интересует сталкивались ли с проблемой обновления данных (в исходниках либы watch на данные вроде как стоит, но обновление данных не происходит)

@Harry_Roots вангую что проблемы с реактивностью

@Harry_Roots покажие что у тебя в watch

Ребята что-то не пойму, в чем разница между vue-resource axios

промисы у обоих есть вроде, что еще нужно

vue-resource — велосипед и не нужен. Его с успехом заменяет axios

@Harry_Roots вангую что проблемы с реактивностью

да, проблема в этом, у меня данные из computed идут

vue-resource — велосипед и не нужен. Его с успехом заменяет axios

ну не а в чем его минус

axios точно будет поддерживаться еще долго, а с vue-resource нифига не ясно. Не просто так же его из поставки выпилили

блин мде

@Harry_Roots покажие что у тебя в watch

просто перерисовка не идет, хотя в исходниках либы есть watch: { 'data.labels' () { this.chart.update() }, 'data.datasets' () { this.chart.update() } }

че мне лучше все переписать тогда

@Harry_Roots хм, странно, computed уже сам по себе реактивен, значит проблема в другом

подключаю vue-axios и грубо меняю везде this.$http на ? Vue.axios? this.axios?

@Harry_Roots хм, странно, computed уже сам по себе реактивен, значит проблема в другом

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

подключаю vue-axios и грубо меняю везде this.$http на ? Vue.axios? this.axios?

не знаю что такое vue-axios, в офф доках вроде бы советуют делать Vue.prototype.$http = axios; и дальше юзать this.$http

подключаю vue-axios и грубо меняю везде this.$http на ? Vue.axios? this.axios?

и зачем эта обертка? если правильно делать, все равно все запросы к api находятся в отдельном файле. туда axios и подключается. а если хочется глобального аксиоса везде то напиши просто window.axios = axios, но это так себе способ

не знаю что такое vue-axios, в офф доках вроде бы советуют делать Vue.prototype.$http = axios; и дальше юзать this.$http

тогда ничего переписать не надо будет я так понимаю

Lucifer vue-resource почти тоже самое что и axios есть только небольшая разница в api и у vue-resource можно задать resource, а так одно и тоже

только в vue-resource кажется так get('qwe').then(response, error) а в axios get('qwe').then(response).catch(error)

и не понятно когда catch возникнет

и не понятно когда catch возникнет

а это разве не то же самое? там же калбеки, а тут промисы

а то заметил неприятную штуку когда закончился билдинг, бандл весил 666кб с vuetify, подключил только нужные компоненты от туда и всеравно цифра в 444 велика..

Не привязывайте компоненты через импорт. Посмотрите в сторону вызова компоненты с сервера )

а это разве не то же самое? там же калбеки, а тут промисы

т.е. это одно и тоже?

т.е. это одно и тоже?

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

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

Очень грубо сказано. Нет, это не сахар.

Это абстракция, которая покрывает колбеки, но у неё есть отличия. В колбеках ты исключения, к примеру, примитивнее обрабатываешь.

Ребята кто нибудь может перекинуть и сказать сколько будет стоит проект, портал backend: Ruby On rails frontend: jquery, VueJS, javascript в задачах Rails будет входить интеграция с внутренними корпоративными системами, учета и т.п. на 1С, базы MSSQL, Mysql и т.д/ и соотвественно закрытый раздел личный кабинет для пользователей

Подскажите, есть форма, я обрабатываю клик на нее @click="$emit('activate')" Но в ней также есть <router-link> и полуается что от выполняет действия по ссылке, а потом клик по форме для <router-link> есть что то типа @click.stop?

Нашел вот @click.native.stop="" но ссылок много и к каждой добавлять это, не красиво получается Может все таки кто нибудь что нибудь подскажет

Нашел вот @click.native.stop="" но ссылок много и к каждой добавлять это, не красиво получается Может все таки кто нибудь что нибудь подскажет

я бы добавил $emit в mounted в компонент, на который ссылается ссылка

Подскажите, пожалуйста, в чем проблема может быть: axios, взял пример с гитхаба axios.post('test.php', {firstName: 'Fred', lastName: 'Flintstone' }).then(function(response) {console.log(response.data);}) .catch(function (error) { console.log(error);}); в test.php просто var_dump($_POST) и массив пуст. Что не так с этим запросом?

и не понятно когда catch возникнет

https://learn.javascript.ru/promise

Подскажите, пожалуйста, в чем проблема может быть: axios, взял пример с гитхаба axios.post('test.php', {firstName: 'Fred', lastName: 'Flintstone' }).then(function(response) {console.log(response.data);}) .catch(function (error) { console.log(error);}); в test.php просто var_dump($_POST) и массив пуст. Что не так с этим запросом?

может echo var_dump

да нет, массив пустой, т.е. данные на сервер не прилетают

https://learn.javascript.ru/promise

это я немножко понял, что еще можно цепочку промисов строить, и ловить ошибку в catch хотя зачем не понятно, если в каждом then можно свой обработчик ошибок сделать а с цепочкой как то не понятно что куда возвращается, где ошибку ловить в какой catch a в данном случае не понятно vue-resource прописы или обычны callback

да нет, массив пустой, т.е. данные на сервер не прилетают

тогда такое шаманство попробуй 'test.php', { params: { firstName: ''} }

и так не выходит

а запрос сам сервер то хоть видит в apach nginx

baseUrl может установить надо

Lucifer в then - успех, в catch - ошибка, что именно непонятно?

Lucifer в then - успех, в catch - ошибка, что именно непонятно?

а чем плох then(success, error) ?

Lucifer ничем, это одно и тоже

а чем плох then(success, error) ?

мне же тут ответили что в vue-resource это коллбеки в axios промисы и я запутался

мда, нашел ответ на стеке: "Принимайте данные из потока php://input так как от клиента идет не массив переменных, а строка в json формате." И это работает. Пошел я думать...

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

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

нет вопрос не в этом чем отличается vue-resource от axios

если у обоих как выяснилось промисы

самые настоящие, просто в примерах по разному показали

другой then(success, error) другой then(succes).catch(error)

и грят axios лучше