Завтра
Покажи
Rafael 🌵
Что покажи? У меня в каждой ноде собственный экземпляр axios options, который наследуется от родителя
Завтра
Бля, мы друг друга не поняли походу
CherryTea
я не понял, продолжение будет или я попкорн зря открыл
Rafael 🌵
я не понял, продолжение будет или я попкорн зря открыл
Так мы по дружески же друг друга подначиваем
Rafael 🌵
Если потребуется, я не вижу ничего зазорного, использовать его apicase
Rafael 🌵
И обвязки
CherryTea
CherryTea
решил доку почитать
Oleksandr
ребята
на что подписатся что смотреть/слушать?
ну касательно что нового в мире вью происходит?
CherryTea
на твитер эвана )
Stanislav
У @kelin2025 маркетинг получился чуть грамотнее :)
Запилил ядро, а потом "Смотрите, мы выпустили плагин для интеграции под Vue!", и все такие: "Оо, это крутая штука!" 😄
Завтра
Stanislav
ребята
на что подписатся что смотреть/слушать?
ну касательно что нового в мире вью происходит?
Я вот тут ручками собираю, все, что вижу @vuejs_news
Завтра
Сверху код должен быть с контейнером
CherryTea
у меня эти примеры c foo bar уже сливаются
Завтра
Скоро будет немного по-другому
И декларация апишек, и наследование более понятное
Завтра
Точнее, наследование вообще другое будет, сейчас настройки берутсч только с контейнера, самого сервиса и запроса
Завтра
В 0.5 можно будет сделать миллиардную вложенность и со всего пути настройки будут смержены
Завтра
Но при этом будет добавлена опция, чтобы не на следовать (если не нужно) или наследовать только с корня
Завтра
А ещё у вложенных сервисов будут геттеры для родителей и корня (как в компонентах Vue)
CherryTea
вам бы действительно усилия объеденить было бы не лишним
Завтра
А ещё в декларации можно задать пустые сервисы
Их нельзя будет вызывать, но они могут участвовать в наследовании настроек (то, что рафик не понял)
И, кстати, если в дочерних сервисах есть пустой сервис, то поиск дочерних сервисов будет и по его детям (сложно, но думаю, вы поняли)
Завтра
Я не знаю, рафик противится
Моя задумка в разы глобальнее, даже хотя бы потому, что не привязано к axios, а к нативному fetch, но при этом может использовать любой промис (аксиос в том числе)
Завтра
+ после выхода 0.5 я ещё две жёсткие фичи добавить хочу, но для этого нужно как-то организовать фичу с написанием плагинов
Rafael 🌵
Я не знаю, рафик противится
Моя задумка в разы глобальнее, даже хотя бы потому, что не привязано к axios, а к нативному fetch, но при этом может использовать любой промис (аксиос в том числе)
Именно, а я как раз за использование axios и небольшой слой запросов к апи
CherryTea
модульность vs автономность )
Завтра
Короче говоря
Если вам нужно что-то простое - apipie для вас
Если хотите максимум гибкости - юзайте apicase
CherryTea
таки ты прав, оба нужны. Но все же вам есть друг у друга чему поучиться, рафику писать доку с примерами и развернутыми комментариями, а Kelin-y пару вводных слов на тему того какую проблему решает либа )
CherryTea
сегодня в зоопарке либ решает качественная дока
Завтра
У меня уже 2 поста на медиуме об этом
Завтра
А вот доку мне бы доработать
Завтра
После 0.5 там почти все передано, вот и перепишу, пожалуй
Yaroslav 🇺🇦
не ужели ответа на такой простой вопрос никто не знает?
Если вообще православненько всё делать, то из екшена можно вызывать другой екшен. Данные ты запрашиваешь в одном -> мутация -> второй екшен (с необходимыми параметрами) -> опять мутация.
Но общий стор вообще делит модульно только данные и гетеры. Екшены и мутации сливаются в один стек.
Rafael 🌵
Если вообще православненько всё делать, то из екшена можно вызывать другой екшен. Данные ты запрашиваешь в одном -> мутация -> второй екшен (с необходимыми параметрами) -> опять мутация.
Но общий стор вообще делит модульно только данные и гетеры. Екшены и мутации сливаются в один стек.
Экшн внутри экшена будет ок, только если архитектуру заранее проудмыыать
Rafael 🌵
Частый юзкейс у меня, это 1 экшн, 1 мутация, но в каждом модуле своя реализация мутации
Yaroslav 🇺🇦
Я знаю что он несложный.
Но как уже говорил - у нас лично 1 значение. Которое может меняться. Но на нем завязаны остальные компоненты.
Если уж вообще только одно значение, то помести это значение как someData в data root компонента. Сделай там же метод его меняющий например changeSomeData()
В модулях дергай this.$root.changeSomeData(newValue) для изменения
Получай значение в комютед как this.$root.someData
Но я тебе этого не советовал, если шо
Yaroslav 🇺🇦
Частый юзкейс у меня, это 1 экшн, 1 мутация, но в каждом модуле своя реализация мутации
Это уже не просто православненько но и канонично!
Rafael 🌵
Отчасти я бы не отказался от реализации middleware в vuex actions, чтобы чётче разделять этапы работы с данными
Yaroslav 🇺🇦
Отчасти я бы не отказался от реализации middleware в vuex actions, чтобы чётче разделять этапы работы с данными
Никто не мешает написать свой велосипед с куртизанками и преферансом, в котором логика будет разделена на мидлвари, куда можно передать стору и уже из мидлварей дергать мутации.
Rafael 🌵
Yaroslav 🇺🇦
Да, надо будет подумать над этим
Я вот подумываю проколупать код с целью создания дополнительного хука, ждущего резолв промиса.
Roman
кто из вас кстати интересовался темой sessions vs JWT?
Oleksandr
Если уж вообще только одно значение, то помести это значение как someData в data root компонента. Сделай там же метод его меняющий например changeSomeData()
В модулях дергай this.$root.changeSomeData(newValue) для изменения
Получай значение в комютед как this.$root.someData
Но я тебе этого не советовал, если шо
спасибо
но уже решил добавить vuex
Yaroslav 🇺🇦
кто из вас кстати интересовался темой sessions vs JWT?
Если все сервера в одном дц и между ними нет латенси, то сессии.
Roman
Если все сервера в одном дц и между ними нет латенси, то сессии.
ну эт понятно, сессии легче инвалидировать
Roman
но вот я одного не понимаю, нахрена session inactivity timeout?
Yaroslav 🇺🇦
Да и в редисе это один дополнительный ключ
Roman
банк
я понимаю что это связанно с безопасностью.. но вот конкретных аргументов никак не могу услышать
Roman
с точки зрения UX это ужас
Yaroslav 🇺🇦
Кто-то считал (не я) что хранение миллиарда ключей в редисе помоему это чуть больше гигабайта база
Roman
performance в данном вопросе не критичен, критичны UX и Security
Yaroslav 🇺🇦
с точки зрения UX это ужас
Ты в офисе где пачка народу. Пополнил себе мобилку и ушел чаек заваривать, прибежал недруг и слил все бапки себе на телефон. Потому что когда-то ты поплнял этому мудаку телефон и банк запомнил эту операцию и проводит без смс подписи
Oleksandr
#whois
живу и работаю в Варшаве
в основном пишу на чистом js но интересуюсь всем что происходит в мире фронтенда
сообщество интересно как источник знаний))
в принципе кратко о себе )) если это кому то интересно
Yaroslav 🇺🇦
Лучше поздно чем никогда.. да)
Oleksandr
я только вчера добавился))
Stanislav
Именно, а я как раз за использование axios и небольшой слой запросов к апи
Мой, 3 вариант - напилить классов ручками 😄
Roman
Ты в офисе где пачка народу. Пополнил себе мобилку и ушел чаек заваривать, прибежал недруг и слил все бапки себе на телефон. Потому что когда-то ты поплнял этому мудаку телефон и банк запомнил эту операцию и проводит без смс подписи
так это типичный man in the middle, только поверх девайса а не сети. Если на телефоне у тебя нет никакого механизма аутентификации то не спасёт ничто
Yaroslav 🇺🇦
так это типичный man in the middle, только поверх девайса а не сети. Если на телефоне у тебя нет никакого механизма аутентификации то не спасёт ничто
Ну банк через 5 или 15 закрывает сессию. Так что это спасает зевак от того что они оставили вебовский клиент-банк открытым.
Потеря телефона это звонок в банк тут же.
Roman
просто это постоянные логины пользователю надоедают, а в любом нормальном сервисе всегда есть функция "завершить сессию на устройстве X"
Yaroslav 🇺🇦
так это типичный man in the middle, только поверх девайса а не сети. Если на телефоне у тебя нет никакого механизма аутентификации то не спасёт ничто
Ну и опять же 8 гламурофон будет разблокироваться только по фейсу
Yaroslav 🇺🇦
Тут уже даже отрезанный палец не поможет
Roman
ну хотя.. если заходить например через чужой браузер с чужого девайса то при галочке "чужой конмпьютер" можно конечно и expiry на сессию накинуть
Roman
это я понимаю
Roman
но на своём родном девайсе то...
Roman
я бы сказал идеально если клиент это может сам настроить
Yaroslav 🇺🇦
Банку видней, он же за бабпки мать родну, как говорится)
Roman
если ему надоело постоянно логиниться - зашёл в меню, выставил session expiry на no-expire и всё)
Yaroslav 🇺🇦
И ум клиента очень переоценен, доказано миллиардом вотафак
Roman
если я на 15 минут отошёл от компа и мне заново нужно логиниться...
Roman
это не самый лучший experience
Yaroslav 🇺🇦
Да согласен вцелом, но тут и маркетинг. Когда банк дрочит тебе моцк, у хомячка привывается понимание что всё супер защищено и его деньги под надежной охраной.
АБ тесты и вот это всё что евангелирует Илья как "это нужно бизнесу"