все равно собирался посмотреть поглубже во Vuex

надо посмотреть что он может

а пока спать

свежий npm

да, именно да и удаление и установка снова vue-cli не помогла

Какая операционка и терминал

Случайно не винда с каким нибудь git bash?

да, именно

хотя и cmd и powershell так же себя ведут

В гит баше это давно поломано

В powershell должно работать

да, именно

ну должен что-то же писать терминал - ошибку какую-нибудь ?

просто повисает

на запросе description

просто повисает

не могу тогда ничего подсказать - такого не было у меня

Да, зависает. Это почти нормально ибо терминал в git bash делает вид что он никсовый но парочки вещей не умеет

всем спасибо, откатил ноду на 8.0.0 и все стало норм, на том же гитбаше

git: 'bash' is not a git command.

расскажи до чего додумался )

Если у тебя роут - отдельная компонента, то при уходе с страницы срабатывает beforeDesrtoy (ну или какой хук есть в ssr) там запускай экшены или мутации для обнуления данных в сторе. Аналогично с логаутом. Или я не о том?

Это некрасиво и избыточно

Окей, мне просто интересно. Я без стеба, почему обрабатывать определенную логику в каждой компоненте - это красиво, а вто собрать всё в одном месте и обрабатывать там - нет??

Я не понимаю вопроса

Я не понимаю в чем проблема вынести даже локальную логику из компоненты (на сколько я понимаю так ты предлагаешь избавиться от вуекс) в место где всё собрано и структурировано? Понятно что мы не говорим об простом приложении

Я не вижу смысла поддерживать две иерархии

Иерархию компонент и иерархию модулей сторы

Странный тезис и очень бы хотелось услышать об всех плюсах в видео, ну ок. На мой скудный моцк иерархия сторы !== иерархии компонент. Потому как одно значение сторы может быть реиспользуемо. Если эти две иерархии не накладываются то их вполне целесообразно вынести отдельно

Но я спать.

Так чаще всего в приложениях они мапятся 1 к 1

Загрузили, данные, отобразили, отправили формочку на сервер

iwiew кто нибудь пользует?

@yeralin_munar поздравляю, Вы 800-й

Друзья, подскажите достойный alert для vue

Друзья, подскажите достойный alert для vue

http://t4t5.github.io/sweetalert/

@yeralin_munar поздравляю, Вы 800-й

Иеее) четко

http://t4t5.github.io/sweetalert/

спс

Как при наследовании компонента подцепить весь его template?

Тут @xanf_ua говорил, что наследование компонентов - моветон

Да

Его заменяют композицией

А шаблон же автоматически втягивается

Он же в рендер функцию скомпилировался и все

Сделал миксиной, работает.

Я вот пока не догоняю, как красиво сделать обработку ошибок валидации с сервера.

Interceptor для перехвата 422 кода есть, а вот куда ошибки писать - хз.

Может в Vue.$validationErrors пропихнуть?

Всем привет, попробовал пописать небольшую админку на vue + vuex. Осталось какое то странное ощущение что что то не так. Поидее идеология vuex требует что бы состояние приложения лежало в хранилищеду собой комбинировать. Подскажите как быть?

Всем привет, попробовал пописать небольшую админку на vue + vuex. Осталось какое то странное ощущение что что то не так. Поидее идеология vuex требует что бы состояние приложения лежало в хранилищеду собой комбинировать. Подскажите как быть?

не понял что вы имеете ввиду, но попробую наугад: https://github.com/robinvdvleuten/vuex-persistedstate

я имею ввиду что при использовании vuex переходы между страницами логично делать через изменение состояния в store vuex черезе dispatch или commit

хотя может это и нормально и я зря волнуюсь :)

Мм... А что мешает? Да и зачем?

не понимаю как связано состояние приложения и переходы между страницами. вы хотите сохранять на какой странице открыто ваше приложение?

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

переход по разным страницам не считается изменением состояния приложения ?

Да, но решают это с другой стороны

меня больше волнует идеологический момент

Учат роутер хранить свое состояние в vuex

ага, об этом тоже думал

Состояние не обязано кстати лежать все в одном месте

в общем понятно, спасибо

кто юзал IntelXDK?

Кто юзает linter, то не советую обновлять linter-ui

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

Ребята, нужен совет. Есть проект. PHP (laravel) + VueJS Хочу все это в докере. Причем как деплой на продакшн так и разработку. Для продакшена все ясно: контейнер с nginx, контейнер с php-fpm + контейнер с mysql Но вот как поступить с dev окружением? Для php все понятно: наследуемся от продакшен image и устанавливаем xdebug А вот что сделать с фронтом? Там авторизация не через токен, а через куку, т.е. js у меня должен быть на том же домене, что и бэк.

как получить нодовский сервер с HMR на том же домене, что и бэк?

у js есть свой роутер?

Подскажите, какой подход более правильный. Есть список товаров, который храниться в сторе (vuex), есть компонент, который отображает список товаров, для этого использует компонент товара. Вопрос в том, что передавать в компонент товара - id товара, и в компоненте товара извлекать из стора отдельный товар, или извлекать товар в родителе и передавать уже товар в компонент?

зависит от философии

ERROR: S client not available

обычно "компонент товара" стараются сделать тупым

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

как получить нодовский сервер с HMR на том же домене, что и бэк?

у вебпака есть proxy

в опциях (у вебпак-дев-сервера)

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

О спасибо, почитаю. Кстати спасибо за 5 часовой видос по докеру :)

❤️

кука с бэка прилетит если прокси?

обычно "компонент товара" стараются сделать тупым

Тоже кажется, что лучше не тянуть слишком "глубоко" стор. Плюс при передаче через пропс по идее проще тестировать такой компонент.

кука с бэка прилетит если прокси?

да

Тоже кажется, что лучше не тянуть слишком "глубоко" стор. Плюс при передаче через пропс по идее проще тестировать такой компонент.

да. Вообще я вот раздумываю применить во вью подход такой же как в реакте

у нас "коннектить" можно только обертки которые обязаны не иметь шаблона

Зачем же делать из Vue монстра, и убивать его преимущества перед реатом :)

Так недалеко и до JSX-а опуститься :)

ну а где здесь убиваются преимущества

я к примеру ...mapGetters, ...mapState не могу использовать у себя :)

я вообще хочу завязать с миром JS

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

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

возникают проблемы с тестированием

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

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

js говно )

js говно )

Что за провокации?)

это объективный факт :)

это объективный факт :)

Нет.)

Да. Именно как язык

Пруф в студию

Ну вот есть Питон. Который навязывает вам "to fall into the pit of success"

и JS который позволяет всякие странные вещи с неочевидными результатами

достаточно вспомнить матрицу сравнений на ==

Ну вот есть Питон. Который навязывает вам "to fall into the pit of success"

А ничего что у питона 100500 версий и софт без списка зависимостей?