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

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

поле высоты в data и вычисляемое свойство ширины?

Объясните, пожалуйста, насчет базовых компонентов (читаю в данный момент style guide) https://ru.vuejs.org/v2/style-guide/#%D0%98%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B1%D0%B0%D0%B7%D0%BE%D0%B2%D1%8B%D1%85-%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%BE%D0%B2-%D0%BD%D0%B0%D1%81%D1%82%D0%BE%D1%8F%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE-%D1%80%D0%B5%D0%BA%D0%BE%D0%BC%D0%B5%D0%BD%D0%B4%D1%83%D0%B5%D1%82%D1%81%D1%8F "Но они никогда не содержат глобальное состояние (например, из хранилища Vuex)." По какой причине рекомендуется в базовые компоненты добавлять исключительно стили? Даже в случае, если есть некие поля глобального состояния, которые всегда будут использоваться в дочерних компонентах?

высота Auto и зависит от размера контента внутри

Прочитай документацию. Ее там не 5 томов :)

Документацию по чем?

А хранить токен можно хоть в Cookie, хоть в Session\LocalStorage и даже в Vuex

да ты что? я могу и на листочке записать тогда и при каждом запросе сам вводить токен. Я спарашиваю у сообщества что бы узнать как оно справляется в таких вопросах. Если ты сам использовал токены, где ты их хранил? может у тебя есть какой-то старший товаришь и он настоятельно рекомендует использовать что-то одно из трех. Варианты хранения я могу и сам загаглить, а подводные камни мне опишут толь люди с опытом.

да ты что? я могу и на листочке записать тогда и при каждом запросе сам вводить токен. Я спарашиваю у сообщества что бы узнать как оно справляется в таких вопросах. Если ты сам использовал токены, где ты их хранил? может у тебя есть какой-то старший товаришь и он настоятельно рекомендует использовать что-то одно из трех. Варианты хранения я могу и сам загаглить, а подводные камни мне опишут толь люди с опытом.

Ты бы быстрее сам что-то нашёл, чем этот текст написал

Подскажите, нужно вывести список с чекбоксами Как мне в label указать идентификатор чекбокса, если он динамиченский <input type="checkbox" v-bind:id="'sel'+ adv.id" name="selected[]"> <label for=""> </label>

Документацию по чем?

У JWT есть документация

да ты что? я могу и на листочке записать тогда и при каждом запросе сам вводить токен. Я спарашиваю у сообщества что бы узнать как оно справляется в таких вопросах. Если ты сам использовал токены, где ты их хранил? может у тебя есть какой-то старший товаришь и он настоятельно рекомендует использовать что-то одно из трех. Варианты хранения я могу и сам загаглить, а подводные камни мне опишут толь люди с опытом.

Я тебе как старший товарищ и ответил

У JWT есть документация

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

Юзай где удобно. Появление костылей строго коррелирует с условиями задачи, кои у тебя очень размытые и общие

Нужно сервером считывать - куки, нужно хранить больше одной сессии - локал сторадж или куки, все остальное - где угодно

Я тебе как старший товарищ и ответил

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

Представь себе - да. Все зависит от проекта, конкретной архитектуры и ТЗ

лады

Daje насколько я знаю самый безотказный способ - это куки, у localStorage замечал разные приколы в мобильных браузерах

Подскажите, нужно вывести список с чекбоксами Как мне в label указать идентификатор чекбокса, если он динамиченский <input type="checkbox" v-bind:id="'sel'+ adv.id" name="selected[]"> <label for=""> </label>

:for="'sel' + adv.id"

:for="'sel' + adv.id"

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

Daje насколько я знаю самый безотказный способ - это куки, у localStorage замечал разные приколы в мобильных браузерах

И даже у куки есть свои замуты, напрмиер, сессионные в Хроме живут совсем по-другому, нежели в ФФ и других браузерах.

Daje почитай на тему того чем отличается localStorage от sessionStorage и сравни с обычными куками и ты поймешь сам что лучше использовать.

Daje насколько я знаю самый безотказный способ - это куки, у localStorage замечал разные приколы в мобильных браузерах

Спасибо!

И даже у куки есть свои замуты, напрмиер, сессионные в Хроме живут совсем по-другому, нежели в ФФ и других браузерах.

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

Daje почитай на тему того чем отличается localStorage от sessionStorage и сравни с обычными куками и ты поймешь сам что лучше использовать.

Почитаю сейчас.

localStorage недоступен в режиме "инкогнито" в мобильных браузерах

Почитаю сейчас.

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

guys

а так можно делать?

this.do_not_dial_reason = { not_available: false, no_response: false, call_later: false };

hvatit_tak_pisat

estJeCamelCase

ежжи

not_available - isAvailable

Объясните, пожалуйста, насчет базовых компонентов (читаю в данный момент style guide) https://ru.vuejs.org/v2/style-guide/#%D0%98%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B1%D0%B0%D0%B7%D0%BE%D0%B2%D1%8B%D1%85-%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%BE%D0%B2-%D0%BD%D0%B0%D1%81%D1%82%D0%BE%D1%8F%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE-%D1%80%D0%B5%D0%BA%D0%BE%D0%BC%D0%B5%D0%BD%D0%B4%D1%83%D0%B5%D1%82%D1%81%D1%8F "Но они никогда не содержат глобальное состояние (например, из хранилища Vuex)." По какой причине рекомендуется в базовые компоненты добавлять исключительно стили? Даже в случае, если есть некие поля глобального состояния, которые всегда будут использоваться в дочерних компонентах?

Это простые компоненты, которые содержат только вёрстку. Умные компоненты (обычно родители) передают им данные для отображения через props'ы.

estJeCamelCase

4em eto Jly4IIIe 4em Ke6a6Case?

4em eto Jly4IIIe 4em Ke6a6Case?

Всем.

4em eto Jly4IIIe 4em Ke6a6Case?

палит чью-то php-шную сущность

палит чью-то php-шную сущность

не с лучшей стороны.

телеграм такое мимими, диалог между рыбкой и ракетой))

короче

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

И где тут связь между vue, сообществом и конкретно тобой?

детектит ли vue изменение внутренних свойств элементов в data?

ты про реактивность?

да

this.do_not_dial_reason = { not_available: false, no_response: false, call_later: false };

вот по сути я присваиваю новый объект

если коротко, детекти, если свойство ранее проинициализировано

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

var vm = new Vue({ data: { a: 1 } }) // теперь vm.a — реактивное поле vm.b = 2 // vm.b НЕ реактивно

простро у меня в коде используется такая конструкция v-model=«do_not_dial_reason.not_available»

палит чью-то php-шную сущность

Хуя, какая грубая

var vm = new Vue({ data: { a: { c: 1, d: 2 } } })

а если так?

var vm = new Vue({ data: { a: { c: 1, d: 2 } } })

Продакшн

И где тут связь между vue, сообществом и конкретно тобой?

Я обратьился в чат Vue.js-русскоговорящее сообщество. Я (я) обратился (связь) в русскоговорящее сообщество(vue сообщество). Но может я не так понял твой вопрос про "связь". На этом все, парень, мне нужно работать.

var vm = new Vue({ data: { a: { c: 1, d: 2 } } })

тут все реактивно

простро у меня в коде используется такая конструкция v-model=«do_not_dial_reason.not_available»

В последних версиях Vue создаст поле в объекте для v-model. Но лучше, конечно, проинициализировать явно.

Я обратьился в чат Vue.js-русскоговорящее сообщество. Я (я) обратился (связь) в русскоговорящее сообщество(vue сообщество). Но может я не так понял твой вопрос про "связь". На этом все, парень, мне нужно работать.

(я)(связь)(моя рука)

тут все реактивно

у меня какие то глюки, щас видимо надо сильнее покопаться, факт в том, что если я присваиваю новый объект с вложенными свойствами, то срабатывает наобррот

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

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

v-show не замечает изменения вложенного свойства

Это простые компоненты, которые содержат только вёрстку. Умные компоненты (обычно родители) передают им данные для отображения через props'ы.

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

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

Да. По ссылке, в скобках написаны альтернативные названия.

▫️Работаю в Иннополисе, пишу фронт ▫️frontend / немного UX/UI ▫️Могу давать глупые советы про вью ▫️Хочу задавать глупые вопросы про вью, т.к. на текущем месте живу без лида и решения приходится придумывать самому ▫️Иннополис, Россия ▫️google: vuejs telegram #whois

Исенмесез

сакулавас ишеклер ябыла

пам-пам

у меня кст старый пин висит

Московский бы тоже запинить

И сразу же влетаю с вопросом: товарищи, посоветуйте пожалуйста, что почитать/где посмотреть про хэндлинг ошибок хттп-реквестов? Интересует, как лучше сделать хендлинг глобальных ошибок, типа когда сервер возвращает 500. Хттп запросы делаю аксиосом во vuex в экшнах, там же ловлю ошибки и кладу их в стор. Не хочется для каждого экшна прописывать ручками случай на 500 ошибку, которую хочу одинаково везде обрабатывать (показывая какой-нибудь месседж типа TRY AGAIN).

@Kamil_Ocean @la_sintez это русскоговорящее сообщество, вам же сказали выше)

И сразу же влетаю с вопросом: товарищи, посоветуйте пожалуйста, что почитать/где посмотреть про хэндлинг ошибок хттп-реквестов? Интересует, как лучше сделать хендлинг глобальных ошибок, типа когда сервер возвращает 500. Хттп запросы делаю аксиосом во vuex в экшнах, там же ловлю ошибки и кладу их в стор. Не хочется для каждого экшна прописывать ручками случай на 500 ошибку, которую хочу одинаково везде обрабатывать (показывая какой-нибудь месседж типа TRY AGAIN).

Лови их раньше vuex'a. Зачем их в Vuex то пихать

Лови их раньше vuex'a. Зачем их в Vuex то пихать

Чтобы красиво показывать юзеру. Типа "неправильный логин", или "товар не найден в базе, сори".

Чтобы красиво показывать юзеру. Типа "неправильный логин", или "товар не найден в базе, сори".

Так а вьюкс зачем?

▫️Работаю в Иннополисе, пишу фронт ▫️frontend / немного UX/UI ▫️Могу давать глупые советы про вью ▫️Хочу задавать глупые вопросы про вью, т.к. на текущем месте живу без лида и решения приходится придумывать самому ▫️Иннополис, Россия ▫️google: vuejs telegram #whois

?

Так а вьюкс зачем?

В нём запрашиваю апи/храню пришедшие данные. Кажется логичным там же хранить ошибки.

Так а вьюкс зачем?

я так понял он хочет архитектурное решение как в одном месте обрабатывать все приходящие ошики 500 у аксиоса. А уж вьюкс хранение это вопрос второй

В нём запрашиваю апи/храню пришедшие данные. Кажется логичным там же хранить ошибки.

Не вижу смысла там ошибки хранить, как и в целом где-то хранить сетевые ошибки.

миксины?

я так понял он хочет архитектурное решение как в одном месте обрабатывать все приходящие ошики 500 у аксиоса. А уж вьюкс хранение это вопрос второй

Точно не стоит делать этого в сторе

раздувать стейт не оч кошерно кмк

*стор

меньше стор, быстрее приложение

Точно не стоит делать этого в сторе

Хорошо. Если не в сторе, то как?

раздувать стейт не оч кошерно кмк

А раздувать компонент миксинами - норм?)

Точно не стоит делать этого в сторе

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

меньше стор, быстрее приложение

там это negligeble. Хочется каких-то бест практисов, репозиторий на гитхабе с красивой вуй архитектурой, ещё чего-то такого.

Хорошо. Если не в сторе, то как?

Где-то до Vue. Интерцепторы, обертка вокруг axios как отдельный http клиент и т.д.

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

Хочется некоторые ошибки (типа 500) обрабатывать глобально, а некоторые - локально, ибо у каждого компонента может быть своя боль.

Хочется некоторые ошибки (типа 500) обрабатывать глобально, а некоторые - локально, ибо у каждого компонента может быть своя боль.

Вот. Значит я верно понял

Парни, тут на одном сайтике Сберовском используется Vue и в окнсоли доступен объект vue. Кому интересно поизучать, как делают сайты в Сбербанке, а в частности как организован Store — откройте http://sberbanketomoe.ru/ и вбейте в консоли vue или vue.$store ну и так далее. Забегая вперед скажу, что там ничего такого особенного нету, просто ради интереса) Ну и ещё непонятно почему у них доступен vue в консоли...

спасибо за находку @pavelgonzales ))

Парни, тут на одном сайтике Сберовском используется Vue и в окнсоли доступен объект vue. Кому интересно поизучать, как делают сайты в Сбербанке, а в частности как организован Store — откройте http://sberbanketomoe.ru/ и вбейте в консоли vue или vue.$store ну и так далее. Забегая вперед скажу, что там ничего такого особенного нету, просто ради интереса) Ну и ещё непонятно почему у них доступен vue в консоли...

сбербанк многие свои проекты отдает на аутсорс

Парни, тут на одном сайтике Сберовском используется Vue и в окнсоли доступен объект vue. Кому интересно поизучать, как делают сайты в Сбербанке, а в частности как организован Store — откройте http://sberbanketomoe.ru/ и вбейте в консоли vue или vue.$store ну и так далее. Забегая вперед скажу, что там ничего такого особенного нету, просто ради интереса) Ну и ещё непонятно почему у них доступен vue в консоли...

Они там очень реакт любят.

Так что этот пример, очевино, аутсорс

А я уже не первый раз натыкаюсь на сберовский сайт на Вью. Но, как сраведливо заметили выше, вероятнее всего все их делали аутсорсеры