Забыл

Много микриков, все микрики хранят в себе состояние. Синхронизировать как?

при инвалидации сессий мы лишь синхроним сервера

Как называлась та штука наподобие общей шины

Vuex?

Лол

Да, поставить vuex на серваки

И гонять по ним данные

Синхронить сервера это проблема.

Ахахахах

Синхронить сервера это проблема.

Ну да, vuex же есть ?

Да, поставить vuex на серваки

Я не въехал, что вопрос про серваки

В следующий раз буду перечитывать историю, прежде чем написать ?

Синхронить сервера это проблема.

ну как я уже говорил, либо центральный сервис сессий - single point of failure - scales vertically - higher round-trip time либо локальный флаг инвалидации сессий - distributed synchronisation problem - scales horizontally - negligible round-trip time

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

однако если использовать WSS вместо HTTPS подключений то round-trip time неважно, ибо аутентификация происходит лишь раз при создании связи в то время как с HTTPS она происходит при каждом запросе

Ну и возвращаемся к ситуации. Которая звучит примерно так: Если у тебя маленькое приложение и сколько-то там юзеров. То храни хоть по фазе луны. Если микросервисов много, то дабы не застрять в болоте синхронизаций валидации и боязни получить разрыв (а ведь до этого не было ни единого разрыва!), то все велосипеды уже придуманы до нас.

в таком случае WSS + Sessions Service

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

лучше через один WSS канал и API и notifications пушать и аутентифицироваться лишь раз, чем API по HTTPS а notifications по WSS и в каждом HTTPS запросе по разу аутентифицировать

Тоесть я правильно понимаю, что ты и апи хочешь гонять по сокетам?

Тоесть я правильно понимаю, что ты и апи хочешь гонять по сокетам?

а почему-бы и нет

Wss требует скурпулезной работы над системой ивентов

Согласен с Ярославом что это преждевременная оптимизация

Ну у меня веб это просто фан а не работа, да и ковыряю я его по настроению, так что могу ошибаться. Но.. Ты можешь закинуть запрос и никогда не получить ответ. Так и ждать. Туда же пробемы с статусом, и то что написал Рафик. Ты не можешь на коленке склепать curl. И если твое апи становится хоть немного открытым, даже в закрытом круге ты превращаешь работу не твоих приложений с твоим сервисом в такой сбе местечковый ад

Могу ошибаться. Поправте если чего не так

На самом деле я уверен, что это всё решено, если это модификация crud и под это дело уже сделали свой apipie/apicase

никто не мешает предоставлять и HTTPS и WSS, не вижу проблемы... просто интерфейсы разные, а функционал на сервере один и тот-же

просто с WSS все данные по одному каналу идут и аутентификация лишь одна

На самом деле я уверен, что это всё решено, если это модификация crud и под это дело уже сделали свой apipie/apicase

у нас не REST, а GQL

нам не нужен CRUD

никто не мешает предоставлять и HTTPS и WSS, не вижу проблемы... просто интерфейсы разные, а функционал на сервере один и тот-же

Про это кстати Козуля на последней конфе говорил

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

Козуля рассказывал про фронтэнд Финама. Стек Очень core-части пишутся на Java, гоняются в GWT и closure compiler. Потому что кроссплатформенность. Protobuf, TypeScript. Архитектура Разбито по модулям: ПАПКА (господи, я же просил) со всем, что относится к модулю (иконки, хелперы, etc). Сначала пытались класть по src/{components, reducers, actions}, но решили группировать по модулям src/{module}/{reducers|components|actions|helpers}. Логично — так намного удобнее работать, сам в какой-то момент пришёл к этому. Нейминг Сначала было Form, потом SuperFormOfSubmitUserData, но затем из-за модульной архитектуры (см. выше) откатились к Form — когда импортишь форму из какого-то модуля, всё и так семантично становится. Про архитектуру, pt. 2 В проекте есть куча мапперов, куча форматтеров, коннекторов. Всё в модулях. Маппер: функция преобразующая одну структуру в другую Форматтер: форматирует значение по правилам Коннекторы: HoC, в который пробрасываются данные с сервера. Абстрагирует работу с сервером от рендера Датафлоу Источник данных → коннектор → маппер → форматтер → интерфейс. Из интерфейса данные отправляются в источник данных через редакс. Способы оптимизации рендера Самые тупые: sCU, PureComponent Поумнее: recompose, reselect Если не помогло: выпилить Редакс Если и это не помогло: выпилить Реакт Переходите на ХТМЛ! Мораль: Редакс или Реакт не всегда нужны для каких-то вещей, иногда можно тултип сделать через атрибут title. В Редаксе хранят данные, которые отправят в локалсторейдж, чисто данные. Интерфейсные вещи хранятся в локальном стейте (открыто/закрыто меню, показан тултип, etc). Лайфсайкл вывода продукта Выходят много спецпроектов, много релизов, поэтому есть четкий флоу. 1. прототип — create-react-app, все компоненты в одной куче, плюс material-ui 2. релиз — вставляют редакс потому что нужно систематизировать (минутка рекламы: редакс ) 3. рефакторинг — бьют на модули, разбивают на подкомпоненты, етц 4. оптимизация — кладут по пакетам бизнес-логику, помогает jFrog Artifactory, самое сложное — ридми и ченджлог В итоге когда всё в пакетах, то разработка продукта превращается в конфигурацию и шаблон.

Вот выжимка

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

Выпилить реакт - вот там подгорело наверно у смузи-фронтов)

Выпилить реакт - вот там подгорело наверно у смузи-фронтов)

Уверен, что Козуля годных ребят отобрал

Кстати о похожем говорил Умпутун в послднем подкасте. Но фин, в частности банки и трейдинг, а так же игры на деньги это отдельно стоящая немного в стороне часть веба.

Кстати о похожем говорил Умпутун в послднем подкасте. Но фин, в частности банки и трейдинг, а так же игры на деньги это отдельно стоящая немного в стороне часть веба.

Почему?

Обычно все пишут лендосы, максимум с калькуляторами и воронкой заказв. Магазины с базой товаров которая вся поместиться в 30% памяти средней паршивости вдс-ки. Блоги котигов. Админки и внутри корпоративные приложеньки.

Почему?

Почему трейдинг стоит в стороне?

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

REST по своей натуре проблематичен, GraphQL лучше в некоторых аспектах

REST по своей натуре проблематичен, GraphQL лучше в некоторых аспектах

Рома никто ж не спорит. Диктатуры тоже нет. Хотите gQL - берите. Пользуйтесь на здоровле, как говорится

угу)

Обычно все пишут лендосы, максимум с калькуляторами и воронкой заказв. Магазины с базой товаров которая вся поместиться в 30% памяти средней паршивости вдс-ки. Блоги котигов. Админки и внутри корпоративные приложеньки.

рынок хавает)

У кого есть проект на продакшн стоят уже , на vue , можно посмотреть ?

У кого есть проект на продакшн стоят уже , на vue , можно посмотреть ?

http://xn--d1aacihrobi6i.xn--p1ai/

У кого есть проект на продакшн стоят уже , на vue , можно посмотреть ?

Есть, но посмотреть нельзя :)

рынок хавает)

Самое главное что у меня есть знакомый с вебстудией и людьми которые натурально а не виртуально берут заказы в штатах, эмиратах и так по мелочи дальше. В лофте сидит пачка прогреров на вордпресе. Я хз штук 50. В среднемпо штуке $ зп. Они просто мега пачками по своим шаблонам клепают разного рода такую утварь и летит у него. Летит очень. И человек который разрабатывает сложны сервис. Оптимизированный, по канонам сделанный может и доли не иметь от вала того что клепает первый.

Да так оно и есть)

this.$nextTick попробуй

this

this.$nextTick попробуй

Тогда надо в mounted перенести отлов события? Или и в created nextTick работает также?

Тогда надо в mounted перенести отлов события? Или и в created nextTick работает также?

console.log(this) в коллбэке у события

Тогда надо в mounted перенести отлов события? Или и в created nextTick работает также?

Не у тя там походу и правда this не к vue ссылается

изучаю vuex, из одного видео я сделал заключение. что все будет через computed - что мне совсем не нравится. из второго видео - все изменения нужно делать через dispatch?

мне кажется я что-то не понимаю.

Самое главное что у меня есть знакомый с вебстудией и людьми которые натурально а не виртуально берут заказы в штатах, эмиратах и так по мелочи дальше. В лофте сидит пачка прогреров на вордпресе. Я хз штук 50. В среднемпо штуке $ зп. Они просто мега пачками по своим шаблонам клепают разного рода такую утварь и летит у него. Летит очень. И человек который разрабатывает сложны сервис. Оптимизированный, по канонам сделанный может и доли не иметь от вала того что клепает первый.

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

мне кажется я что-то не понимаю.

Для асинхронных action, для всего остального мутации

изучаю vuex, из одного видео я сделал заключение. что все будет через computed - что мне совсем не нравится. из второго видео - все изменения нужно делать через dispatch?

> что все будет через computed А как должно быть?

мы работаем над SPA, сторона сервера - АПАЧ, PHP. все построено на динамических компонентах (которые погружаются аяксом через роутер). немножко трудно, что везде примеры на node.JS и не всегда понятно как оно должно работать. я хочу использовать VUEX что бы был один источник данных, в случае если у меня страница состоит из нескольких компонентов. действительно ли правильный метод. все данные передавать в компонент из VUEX через computed?

Слушайте, генерю форму в ручную тоесть отправляю запрос получаю json с типами инпутов сохранил допустим в formData. отображаю в темплейте фориком. Problem -> v-model does not support dynamic input types. Use v-if branches instead. Как быть?

мы работаем над SPA, сторона сервера - АПАЧ, PHP. все построено на динамических компонентах (которые погружаются аяксом через роутер). немножко трудно, что везде примеры на node.JS и не всегда понятно как оно должно работать. я хочу использовать VUEX что бы был один источник данных, в случае если у меня страница состоит из нескольких компонентов. действительно ли правильный метод. все данные передавать в компонент из VUEX через computed?

а как их еще передавать?

мы работаем над SPA, сторона сервера - АПАЧ, PHP. все построено на динамических компонентах (которые погружаются аяксом через роутер). немножко трудно, что везде примеры на node.JS и не всегда понятно как оно должно работать. я хочу использовать VUEX что бы был один источник данных, в случае если у меня страница состоит из нескольких компонентов. действительно ли правильный метод. все данные передавать в компонент из VUEX через computed?

Apache? в 2017? серьёзно?) сори, не удержался

Слушайте, генерю форму в ручную тоесть отправляю запрос получаю json с типами инпутов сохранил допустим в formData. отображаю в темплейте фориком. Problem -> v-model does not support dynamic input types. Use v-if branches instead. Как быть?

или я что то не так делаю в самом начале?

Слушайте, генерю форму в ручную тоесть отправляю запрос получаю json с типами инпутов сохранил допустим в formData. отображаю в темплейте фориком. Problem -> v-model does not support dynamic input types. Use v-if branches instead. Как быть?

Переведи ошибку все ясно же

Переведи ошибку все ясно же

вот именно я понял начало а вот зачем v-if нет

или я что то не так делаю в самом начале?

https://jsfiddle.net/c01nd01r/mm9szqvy/1/

Не у тя там походу и правда this не к vue ссылается

Как сделать, чтобы ссылался на vue?

https://jsfiddle.net/c01nd01r/mm9szqvy/1/

не у меня не все так просто получаю я что-то ввиде { "username": { "model": "String", "title": "Имя пользователя", "value": "Имя", "type": "text" }, } по этому форик выглядит так <div class="form-group" v-for="(form, key) in formData"> и если делать v-model=formData[key] не катит

Как сделать, чтобы ссылался на vue?

Использовать стрелочные функции где надо например

не у меня не все так просто получаю я что-то ввиде { "username": { "model": "String", "title": "Имя пользователя", "value": "Имя", "type": "text" }, } по этому форик выглядит так <div class="form-group" v-for="(form, key) in formData"> и если делать v-model=formData[key] не катит

не вижу чем это концептуально отличается от моего варианта

не вижу чем это концептуально отличается от моего варианта

возвращение ошибки наверное

Как сделать, чтобы ссылался на vue?

tab => {}

Использовать стрелочные функции где надо например

Спасибо, стараюсь их избегать так как пишу без бабеля. Но видимо придется как-то потом прогонять это дело через него. И со стрелочной функцией помогло.

а я и не знал v-model="username" == @input="username = $event.target.value"?

Без стрелочной функции тоже можно) просто сохранять ссылку, это обычный js

а я и не знал v-model="username" == @input="username = $event.target.value"?

Так в доках написано же)

Без стрелочной функции тоже можно) просто сохранять ссылку, это обычный js

Можно пример, пожалуйста?)

Можно пример, пожалуйста?)

ну как в JS можно сохранить ссылку)

Как сделать, чтобы ссылался на vue?

created: function() { var self = this; bus.$on('tab-selected', function(tab) { self.tabid = tab.tabid; }) }

Спасибо, стараюсь их избегать так как пишу без бабеля. Но видимо придется как-то потом прогонять это дело через него. И со стрелочной функцией помогло.

Какой смысл их изегать? Es6 лучшее что случилось с js а все избегают.. где логика

Та блин народ, я уважаю ответы здесь и отвечающих. Но если человек недогоняет this он тратит ваше время.

Та блин народ, я уважаю ответы здесь и отвечающих. Но если человек недогоняет this он тратит ваше время.

Да тут после ухода Ильи ниодного серьезного вопроса не было)

Я из примера сразу вспомнил о чем речь)

Да тут после ухода Ильи ниодного серьезного вопроса не было)

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

Та блин народ, я уважаю ответы здесь и отвечающих. Но если человек недогоняет this он тратит ваше время.

Отвечает то то, ему не жалко его потратить

Отвечает то то, ему не жалко его потратить

окей

Зато столько плюсов ему в карму!)

Зато столько плюсов ему в карму!)

Столько же, сколько и тебе минусов

Не страшно) Зато прокачаюсь, смогу сам помогать и компенсирую)

Та блин народ, я уважаю ответы здесь и отвечающих. Но если человек недогоняет this он тратит ваше время.

Плюсую

Да тут после ухода Ильи ниодного серьезного вопроса не было)

how do you define "serious"?))

Не страшно) Зато прокачаюсь, смогу сам помогать и компенсирую)

Как раз страшно

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

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

Вот

Да тут после ухода Ильи ниодного серьезного вопроса не было)

Как будто при нем было лучше) он просто разбавлял трэш интересной инфой