хочу пример. тут прям в 5-10 строчек поверх готового апликейшна другого человека

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

хочу пример. тут прям в 5-10 строчек поверх готового апликейшна другого человека

window.addEventListener('storage', ...) вот тебе и синхронизация между окнами))

а между клиентами ?

))))

тут через websockets

я хюдрейчу стор и шлю сокет

А как решается момент, если какие-то конкурентные изменения?

а между клиентами ?

да так же, только сокет слушаешь))

А как решается момент, если какие-то конкурентные изменения?

last write win но каждое поле апдейтится отдельно

Понятно

да так же, только сокет слушаешь))

ну транспорт - да. тоже самое )) тут суть в подходу

Понятно

можно и не так

+ там где конкурентная история ввели всякие уже фронтовые истории с нотификации.

сейчас весь стор синхронизируеться. можно слать только actions

тут через websockets

шлются экшены изменения поля у документа

которые диспатчатся в редакс форму

значит смотрите. в mobx-state-tree есть 3 вида изминений. snaphost (как store.getState() в redux), action (как actionCreator в redux) и самое сладкое patch.

patch - http://jsonpatch.com/

то есть, можно слать вообще минимально необходимые данные для того что бы пропатчить стор клиентов

как я понмаю такого redux из коробки не умеет

patch - http://jsonpatch.com/

Люблю этот формат за то что в нём в несколько раз больше символов чем просто прислать новый объект лол

patch - http://jsonpatch.com/

ну из коробки нет. а action по сути этими данными и обладает.

Люблю этот формат за то что в нём в несколько раз больше символов чем просто прислать новый объект лол

Вот это прямо заебись

patch он сам умеет составить? Как? Это же медленно в общем случае

Привет, тут есть знатоки redux or flux ?

patch он сам умеет составить? Как? Это же медленно в общем случае

сам

Вот это прямо заебись

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

ну из коробки нет. а action по сути этими данными и обладает.

но не нужно аплаить все actions по порядко чтобы получить актуальный стор

Люди плз пишите на языке человека??

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

все ровно дешевле всего стора, или всех actions

но не нужно аплаить все actions по порядко чтобы получить актуальный стор

???

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

посоветуйте статейку как организовать сторе в redux где хранятся разнородные данные

или может кто поможет структуру определить а то весь мозг сломал уже

Люди плз пишите на языке человека??

Я с тобой друг мой

???

ты писал что actions уже обладает всеми данными. но вот чтобы зааплаить action тебе нужна вся цепочка. а тут patch - тупо поменять кусочек в дереве

ты писал что actions уже обладает всеми данными. но вот чтобы зааплаить action тебе нужна вся цепочка. а тут patch - тупо поменять кусочек в дереве

зачем мне вся цепочка?

О_о

Люди плз пишите на языке человека??

эм, що не понятно?

зачем мне вся цепочка?

чтобы получить конечное состояние

аминь

action от редакс формы является по сути тем же патчом конктретного проперти

все данные в нем есть

что нужны для патча

чтобы получить конечное состояние

ну так и там если патч пропустишь - получишь. ну плюс конечно есть синхронизация в случае отвала коннекта

на реконнект

ну так и там если патч пропустишь - получишь. ну плюс конечно есть синхронизация в случае отвала коннекта

Так разговариваем в контексте, что патч может быть меньше цепочки экшенов

или может кто поможет структуру определить а то весь мозг сломал уже

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

Я пикак мастер работую в циско ?

Есть ли гайды?

Есть ли гайды?

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

Так разговариваем в контексте, что патч может быть меньше цепочки экшенов

составной? аккумулируемый? ну да может но тогда не в rt будет работать же.

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

Какая? Я вот делал чат + игру, я структуру раз 5 переделывал, и до сих пор не уверен в оптимальности

составной? аккумулируемый? ну да может но тогда не в rt будет работать же.

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

В любом случае интересная штука. А есть что-то такое для redux? Чтобы какой-то готовый middleware, наверное

ERROR: S client not available

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

не ну вообщем-то я пока в протокол не упирался. кроме текстового поля где у меня очень долгие задержки т.к. это ckeditor. А вот в этот рендер ckeditor'а которй убивает остальных клиентов вставал (

Я для подобных целей юзаю https://github.com/share/sharedb но там довольно геморойно составлять операции

моя история про интересный вид убийства клиента. у меня есть CKEditor который апдейтится по сокету. Человек 1 набирает текст у него все ок. Человек 2 находится на той же странице в админке - и у него все виснет из-за CKeditor не успевает отрисовывать за апдейтами

Я для подобных целей юзаю https://github.com/share/sharedb но там довольно геморойно составлять операции

я смотрел на woot но очень затратно с моей точки зрения. Хотя если делать короткие сессии типа дневных для подобных данных.

А как OT вообще нормально?

Я еще не дошел до undo/redo и полноценного офлайна, с этим вроде всё плохо. А так для редактора текста да, мне нравится

Какая? Я вот делал чат + игру, я структуру раз 5 переделывал, и до сих пор не уверен в оптимальности

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

плюс нужно хранить статус отправки для каждого канала

и сам контент (текст, фото и тд)

Я еще не дошел до undo/redo и полноценного офлайна, с этим вроде всё плохо. А так для редактора текста да, мне нравится

у тебя на монге все?

у тебя на монге все?

Только эксперименты, никакого продакшена. Да, монга. in-memory при разработке

ну я вообще думаю что нужны какие-то похожие истории. но пока больше локи нужны в моем конкретном случае. Вряд ли 2 редактора стали бы править 1 тот же материал конкурентно. Ну или сведения на уровни объектов большого текста. Я иду в сторону уменьшения больших сущностей

типа блокового редактора и каждому писать свою историю

Так, конечно, проще, если продукт позволяет, то лучше выбрать этот путь

плюс нужно хранить статус отправки для каждого канала

Ну так у тебя будет 2 объекта типа user, broadcasting + auth (если надо). Я похожее делал, но чуть проще (связанное с рассылкой но в группах вк, фб)

Ну у меня админка для журналистов. Там была сложная сущность онлайны но раздробили по событиям и стало проще. Также если с текстом раздробить то тогда и бильд сможет с редактором работать. в паралель.

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

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

ну я попробую по шагам объяснить. Сначало мы добавляем аккаунты из разных систем. Потом на форме создания сообщения мы выбираем аккаунты и для каждого из них выбираем куда отправить сообщение

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

Ну так у тебя будет 2 объекта типа user, broadcasting + auth (если надо). Я похожее делал, но чуть проще (связанное с рассылкой но в группах вк, фб)

вот про рассылку, ты можешь поделится этим примером?

вот про рассылку, ты можешь поделится этим примером?

broadcasting: { isSend: false, content: {тут нужный контент}, error: null }, Я обычно пытаюсь максимально задать структуру при инициализации стейта в редьюсере

А так у меня относительно простая структура, так как основную часть выполняет api, а я просто тправляю и принимаю данные

ты просто на стену это отправляешь?

ты просто на стену это отправляешь?

Я рассылку делаю через api в сообщения, но тут принцип тот же и для стены будет. Я просто отправлял данные в api, а на сервере делал необходимое, формировал данные для отправки и постил

@evgenyrodionov

Ага

Хей, всем привет. Есть у кого-нибудь опыт работы с audio тэгом с реактом?