Программирование[8]

я чет не понял в чем трабла

если первая приложуха может что-то менять внутри себя, об этом должна узнать вторая приложуха, но у первой нет апи нотификаций изменений, то что тут вообще обсуждать кроме опроса раз в N времени?

 

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

Запутсить лябмду на aws как белый человек и триггерить её изменениями в первой бд.

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

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

https://habr.com/ru/post/446532/

гы

 

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

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

 

А если он её открыл и забыл закрыть? нененнеене открытие не значит лок

 

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

Как бы нужно лок карточки делать, нельзя открыть одну и ту же карту двум челам и всё.

много ты видел сервисов где именно так это реализовано?

а где продолжение с детдомом? 

 

 

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

Что-то ты от архитектуры пришел к локу карточки.

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

 

А в целом тебе тут без приложения промежуточного не обойтись, потому что сегодня у тебя 2 базы, а завтра 22.

шок

 

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

Что-то ты от архитектуры пришел к локу карточки.

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

 

А в целом тебе тут без приложения промежуточного не обойтись, потому что сегодня у тебя 2 базы, а завтра 22.

 

Это часть архитектуры, целостность данных так сказать один из пунктов )

 

Это 10000000% насчет промежуточного, потому что эта их хуйня связывается не только с моим приложением, а еще как минимум с еще одним, Axapta, таким же макаром как я собираюсь с Навиженом, рофл

 

правда конкретно каким не шарю, знаю что это уже сделано =\

А пока я целую ночь(потому что блядь .net нельзя юзать) парсил их ахуенный JSON по юзерам, мне кажется у них структура как минимум странная

 

он состоит из трех частей

токен Count - просто счетчик юзеров

массив Results  - массив с списком айдишников

токен Users - где следующей вложенностью идет блядский уникальный id

 

ы

Изменено 3 апреля 2019 пользователем Drakonian

Дефолтный Json, хуле готовый парсер не взял или свой за 5 минут не заклепал?:>

шок

https://twitter.com/randomnine/status/1113213314157424640

Готовь в это верить. Я формы клепаю иногда по 12-14 часов, охуеваю, что пиздец :<. А челы масс эффекты пишут

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

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

 

 

А в целом тебе тут без приложения промежуточного не обойтись, потому что сегодня у тебя 2 базы, а завтра 22.

 

часто у вас происходят "завтра стало 22 базы" ?

у меня вот никогда, и никогда о подобном не слышал

 

обычно "ну через пол года может будет +1 да и то хуй знает" - это повод обобщать

а так это лишнее усложнение

Изменено 3 апреля 2019 пользователем Just.Doit

нужен мемас с качком про таймзоны, я уже дня 3 ебусь

 

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

 

Щас прочту что вы написали, я немножко тут обдолбался и мне пришла охуительная идея, посмотреть как сделана защита и синхронизация данных в DevOps (бывший TFS).

 

Например есть карточка с какими-то данными, юзер №1 открывает этот UI, юзер №2 открывает ту же самую карточку

 

Каждый вносит какие-то изменения, для того чтобы изменение сохранилось на карточку юзер должен нажать Save and Apply.

 

Юзер №1 что-то изменил - нажал сохранить

Юзер №2 что-то изменил после юзера №1, нажал сохранить - посылаем его нахуй мол чувааааак, пока ты пердел в лужу данные уже не актуальные

 

 

Как вам, а?

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

 

Соррян, провтыкал 

Дефолтный Json, хуле готовый парсер не взял или свой за 5 минут не заклепал?:>

шок

https://twitter.com/randomnine/status/1113213314157424640

Готовь в это верить. Я формы клепаю иногда по 12-14 часов, охуеваю, что пиздец :<. А челы масс эффекты пишут

 

Свой заклепал, просто 0 гайдов по созданию парсеров на AL языке

 

 

 

А в целом тебе тут без приложения промежуточного не обойтись, потому что сегодня у тебя 2 базы, а завтра 22.

 

часто у вас происходят "завтра стало 22 базы" ?

у меня вот никогда, и никогда о подобном не слышал

 

обычно "ну через пол года может будет +1 да и то хуй знает" - это повод обобщать

а так это лишнее усложнение

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

 

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

В общем провел митинг, позырил как сделана связь с другой приложухой, так у них опрос происходит раз в час-день в зависимости от данных (либо мануально)

ясно, а я тут ебался с актуализацией данных, всем поебать хД

Изменено 3 апреля 2019 пользователем Drakonian