Biokaminy-lux.ru

Все про ремонт быт. техники
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Программа для синхронизация клиент сервер

Программа для синхронизация клиент сервер

Программа предназначена для настройки и управления сервером ntpd, позволяет сразу же применить сделанные настройки путем сохранения их в конфигурационный файл и перезапуском сервера ntpd. Также существует возможность полностью управлять сервером, т.е. осуществлять его запуск, перезапуск, останов и получать информацию о текущем состоянии. Запускается в режиме администратора. Для вызова привилегированных действий запрашивается авторизация.

Главное окно программы (рис. 1) содержит меню (Меню), панель инструментов (Панель инструментов) и боковую панель (Боковая панель) с рабочей панелью справа.

    Меню программы содержит следующие пункты:
  • «Файл»:
    • «Выход» — работа программы завершается;
    • «Пуск» — запуск сервера;
    • «Останов» — остановка сервера;
    • «Перезапуск» — перезапуск сервера;
    • «Содержание» — вызов окна справки;
    • «О программе. » — вызов окна с краткой информацией о программе.

    Панель инструментов

    На панели инструментов (см. рис. 1) располагаются кнопки [Пуск], [Останов] и [Перезапуск], которые повторяют аналогичные пункты меню «Сервер» (см. Меню).

    Боковая панель

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

    Щелчком любой кнопки мыши на названии раздела этот раздел выделяется. На рабочей панели справа панели справа появляются элементы управления для установки значений параметров настройки, входящих в этот функциональнйы раздел. Разделы функциональных категорий настройки: «Сервер» («Сервер»), «Клиент» («Клиент»), «Общее» («Общее»).

    «Сервер»

      Категория «Сервер» содержит разделы:
    • «Широковещательный режим» (рис. 2) — рабочая панель содержит элементы для настройки широковещательных NTP-сообщений:
    • поле «Режим работы» — кнопки-переключатели «Только клиент» и «Клиент и сервер» включают для широковещательных NTP-сообщений режим, соответственно, приема или приема и рассылки;
    • в табличном виде отображается список установленных широковещательных режимов. Щелчком левой кнопки мыши элемент списка выделяется. Щелчком правой кнопки мыши открывается контекстное меню:
      • [Добавить] — открывается окно «Настройки широковещания» (рис. 3) для установки нового элемента списка.

      В окне устанавливаются значения параметров: IP-адрес сети (в строке ввода), минимальный интервал обновления (в числовом поле в сек.), время жизни (в числовом поле в сек.) и номер версии NTP (в числовом поле). После подтверждения или отмены окно закрывается и новый элемент, соответственно, устанавливается или не устанавливается в таблице;

      • флаг «Использовать калибровку драйвера» — включает использование калибровки драйвера;
      • в табличном виде отображается список установленных внешних источников. Щелчком левой кнопки мыши элемент списка выделяется. Щелчком правой кнопки мыши открывается контекстное меню:
        • [Добавить] — открывается окно «Аппаратные часы» (рис. 5) для установки нового элемента списка.

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

          в табличном виде отображается список установленных режимов доступа. Щелчком левой кнопки мыши элемент списка выделяется. Щелчком правой кнопки мыши открывается контекстное меню:

            [Добавить] — открывается окно «Настройки доступа» (рис. 7) для установки нового элемента списка.

          В окне устанавливаются значения параметров сети и доступа. Для сети во вкладке «Адрес и маска» (см. рис. 7): IP-адрес и маска (в строках ввода) и флаг включения остальных. Для доступа во вкладке «Режим доступа и флаги» (рис. 8): кнопками переключателями устанавливается свободный, запрещенный (с флагом включения отправления kod-пакета) или специальный (с флагами включения из списка) режимы.

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

          «Клиент»

            Категория «Клиент» содержит разделы:
          • «Синхронизация с сервером» (рис. 9) — рабочая панель содержит элементы для настройки синхронизации с удаленным сервером в режиме «Клиент-сервер» и задания настроек для этого режима:

            в табличном виде отображается список установленных удаленных серверов. Щелчком левой кнопки мыши элемент списка выделяется. Щелчком правой кнопки мыши открывается контекстное меню:

              [Добавить] — открывается окно «Настройки синхронизации» (рис. 10) для установки нового элемента списка.

            В окне устанавливаются значения параметров настройки сервера: адрес (из списка), минимальный и максимальный интервалы (в числовых полях), пакетный режим (флагами включения «burst» и «iburst» технологий передачи данных ), метка предпочтительного сервера (флагом) и номер версии сервера NTP (в числовом поле). После подтверждения или отмены окно закрывается и новый элемент, соответственно, устанавливается или не устанавливается в таблице;

            «Общее»

              Категория «Общее» содержит разделы:
            • «Журналирование сообщений» (рис. 11) — рабочая панель содержит элементы для настройки процесса сбора, хранения и просмотра сообщений, записываемых в общий системный журнал:

            Давайте познакомимся с программой синхронизации данных Arcserve Replication

            Программа синхронизации Arcserve Replication (ранее – CA XOsoft™ Replication) обеспечивает непрерывную синхронизацию информационных систем на операционных системах Windows, Linux и UNIX.

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

            Набор специализированных шаблонов для репликации приложений (Oracle Database, Microsoft Exchange, Microsoft SQL, файловые серверы, Microsoft Dynamic CRM и т.д.) дает возможность в считанные минуты организовать синхронизацию критически-важных приложений в архивную площадку.

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

            Программа для синхронизации Arcserve Replication

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

            Программа синхронизации данныхArcserve Replication предоставляет централизованное управление, поддерживает серверы, приложения и данные в средах Windows®, Linux® и UNIX® как на физических, так и на виртуальных серверах, отлично дополняя любое используемое решение для резервного копирования.

            Основные функции программы синхронизации Arcserve Replication

            Программа синхронизации Arcserve Replication обладает богатым набором функций, которые отвечают за выполнение задач защиты данных в реальной середе, осуществление стратегий непрерывности бизнеса и восстановления после сбоев. Вне зависимости от того, сколько серверов нужно защитить – один или тысячи, вы получаете масштабируемую систему, которая растет вместе с вашим бизнесом. Забудьте об отчаянных звонках в 2 часа ночи воскресенья.

            Теперь вы защищены 24 часа в сутки, 7 дней в неделю, 365 дней в году. Программа синхронизации Arcserve Replication входит в семейство продуктов Arcserve, которые обеспечивают комплексную всестороннюю защиту, восстановление и доступность систем, приложений и данных.

            ОПТИМИЗИРОВАННАЯ СИНХРОНИЗАЦИЯ ДАННЫХ

            Синхронизация папок серверов, приложений и данных в средах Windows, Linux и UNIX использует технологию синхронизации изменных блоков. Использование этой технологии позволяет понизить трафик синхронизации данных до минимально возможных значений.

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

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

            ПОДДЕРЖКА СИНХРОНИЗАЦИИ ВИРТУАЛИЗИРОВАННЫХ СЕРВЕРОВ

            необходимый компонент для любой среды виртуализации серверов – обеспечивает репликацию на уровне виртуальной машины VMware ESX и VMware vSphere™, гипервизора и гостевой машины Microsoft® Hyper-V™, а также гостевой машины Citrix® XenServer. ARCserve Replication — это единое решение для физических и виртуальных серверов, предоставляющее необходимую масштабируемость и гибкость.

            ОБЪЕДИНЕННАЯ КОНСОЛЬ УПРАВЛЕНИЯ

            это веб-консоль программы Arcserve Replication, которая упрощает развертывание, управление и получение отчетов во всех поддерживаемых физических и виртуальных средах, работающих под управлением Windows, UNIX и Linux.

            Функция ARCSERVE ASSURED RECOVERY

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

            Функция DATA REWIND

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

            АВТОНОМНАЯ СИНХРОНИЗАЦИЯ ДАННЫХ

            является альтернативой синхронизации по локальной или глобальной сети – облегчает передачу больших массивов данных в Windows и баз данных. Эта функция позволяет сократить время, в течение которого системы остаются без защиты, не влияя на загрузку сети.
            Она обеспечивает перенос копии данных на физический носитель в ходе репликации.

            НАСТРАИВАЕМАЯ ЗАЩИТА ПРИЛОЖЕНИЙ

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

            МНОГОПОТОКОВАЯ СИНХРОНИЗАЦИЯ

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

            СИНХРОНИЗАЦИЯ НА УРОВНЕ ПРИЛОЖЕНИЙ

            это автоматическое конфигурирование, которое ускоряет и упрощает развертывание, обеспечивает транзакционную целостность в Microsoft Exchange, SQL Server®, SharePoint®, Internet Information Services (IIS), Microsoft Dynamics CRM, Oracle и BlackBerry®.

            Она поддерживает также файл-серверы, работающие под управлением Windows, Linux и UNIX – все из единой консоли управления.
            Другие приложения и данные Windows можно защитить при помощи мастера защиты пользовательского приложения или путем создания простого скрипта. Кроме того, можно обеспечить защиту приложений Linux и UNIX посредством написания простого скрипта.

            ИНТЕГРАЦИЯ С ARCSERVE® BACKUP

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

            Типичные ошибки синхронизации и способы их устранения

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

            1. Сбой в работе интернета. В достаточно большом проценте случаев «ларчик» открывается вот так просто. Отсутствие интернет-канала или неправильная его работа (например, прерывание сигнала) ведет к рассинхронизации процессов на компьютере пользователя и сервере банка. Таким образом, при появлении ошибки синхронизации следует первым делом проверить интернет. Сначала, конечно, своего провайдера. Однако не так уж редки ситуации, когда проблема может оказаться и у банка. То есть если ваш интернет работает, следует уточнить у техподдержки в банке, все ли в порядке с интернетом у них.
            2. Следующая по популярности ошибка — неправильные настройки прокси-сервера. Прокси-сервер — это виртуальный промежуточный компьютер-«посредник», через который идет взаимодействие с интернетом. Запрос и ответ поступает сначала на прокси-сервер, потом передается дальше. При этом информация на прокси-сервере может обрабатываться определенным образом в зависимости от настроек прокси. Например, может быть задействована опция анонимного доступа. Банковский сервер в этом случае «увидит» не ПК клиента-пользователя, а анонимный прокси-сервер, который пытается подключиться. Далее, разумеется, сработают настройки безопасности и «аноним» будет блокироваться. Самостоятельно диагностировать и решать проблему с настройками прокси непосвященному пользователю не рекомендуется. Лучше либо привлечь своего системщика, либо, если такого нет, попробовать обратиться в службу техподдержки банка.
            3. Ошибки синхронизации, связанные с правами доступа. В этих случаях может появляться дополнительное сообщение, конкретизирующее ошибку, например: «Нет доступа к каналу», «Нет прав доступа с IP такого-то». Это означает, что при подключении использованы не санкционированные банком пути доступа либо неверно выбрана программа подключения. Если имеются нюансы, например банк работает не со всеми интернет-провайдерами или нужно использовать специальные программы для подключения, информация об этом должна быть в вашем договоре с банком на обслуживание по клиент-банку. С ним и нужно сверить параметры установки клиент-банка и внести коррективы при необходимости.
            4. Еще одна группа ошибок относится уже к синхронизации данных. Это ошибки типа «Ошибка синхронизации справочников», запуск программы самопроизвольно прерывается и т. п. Причина таких ошибок, как правило, одна — несоответствие данных в банке данным в программе, в которой работает клиент. Возникает такая причина, если клиентская программа вовремя не обновляется или обновляется некорректно (например, торопливый клиент прерывает незавершенную установку обновлений). В результате идет рассогласование структур данных в программе клиента и в системе банка. Оптимальным решением тут будет переустановка системы «Клиент-банк» на ПК клиента. Затем в обновленную программу нужно зайти и запустить синхронизацию. Методы могут различаться в зависимости от используемой программы, но обычно основные этапы алгоритма вручную — это позиционироваться как «Новый клиент» и в открывшемся окне найти и нажать «Синхронизация».
            5. Последняя группа распространенных ошибок связана с обновлениями программы «Клиент-банк». Это неправильная переадресация новых запросов, часто описание ошибки выходит на английском языке, при этом почти всегда в англоязычном сообщении присутствуют слова undefined function. Если вы увидели что-то подобное на своем мониторе, это просто значит, что в вашем интернет-браузере сохранена какая-то информация, которая не читается обновленным клиент-банком и тормозит его работу. Очистите историю и кэш в браузере и запустите клиент-банк снова.

            В последнее время появилась еще одна причина, по которой «отказывается» работать клиент-банк — сам банк может заблокировать доступ клиенту к системе. Что интересно — практически это тоже может выполняться через рассинхронизацию программы клиента с сервером банка. Происходит это обычно с предупреждением и предварительным выяснением банком информации о клиенте (на основании рекомендаций Банка России от 13.04.2016 № 10-МР). Но может быть сделано и неожиданно. Здесь уже изменением настроек не обойтись, а следует объясняться с банком.

            ⇡#Заключение

            Что ж, BitTorrent Sync смело можно записывать в копилку полезных приложений для обмена данными. Клиент сделан отлично: с одной стороны, он очень прост, а с другой — достаточно функционален. По сравнению с Dropbox, «Яндекс.Диском», SkyDrive и прочими подобными службами, он более безопасен. Объем передаваемой информации ограничен только емкостью локального диска, а не величиной «облачного» хранилища. BitTorrent Sync не задействует FTP или других посредников, как PureSync и иные программы для синхронизации между устройствами, используя прямое соединение между компьютерами по протоколу P2P. Наконец, клиент бесплатен.

            Единственное, что может быть неудобным для поклонников «облачных» служб, — необходимость держать один компьютер постоянно включенным для выполнения синхронизации. Но поскольку этот «недостаток» обусловлен механизмом работы приложения, скорее всего, целевая аудитория его просто не заметит. В конце концов, у тех, кто много раздает и качает через торрент-клиент, компьютер тоже все время включен.

            Поэтому мы прочим BitTorrent Sync большое будущее и будем с интересом наблюдать за развитием приложения.

            Проверяем конфигурацию

            В первую очередь проверим конфигурацию на SwitchA. Для этого: 1) запустим команду display ntp status, чтобы просмотреть статус NTP:

            7-1801-b7d588.png

            2) запустим команду display clock, чтобы увидеть состояние часов:

            8-1801-c70342.png

            Теперь можно проверить конфигурацию на SwitchB. Здесь: 1) запускаем команду display ntp status:

            9-1801-f10955.png

            2) запускаем команду display clock:

            10-1801-14c3ba.png

            Полный контроль
            от выпуска до отзыва

            JMS позволяет полностью управлять токенами и программными средствами аутентификации на всех этапах их жизненного цикла, включая выдачу, перевыпуск и отзыв токенов и всех связанных с ними объектов (сертификатов, ключей, меток АПМДЗ и т.д.). Автоматическая синхронизация токенов и поддержка популярных Удостоверяющих центров позволяют мгновенно приводить текущий парк токенов в актуальное состояние.

            Поддерживаются все токены и смарт карты линейки JaCarta, распространённые модели токенов и смарт-карт сторонних компаний-производителей (Рутокен, ESMART), а также аппаратные и программные OTP-, U2F-аутентификаторы, включая «облачные» токены (Крипто Про DSS).

            JMS - управление жизненным циклом токенов

            Автоматическая синхронизация токенов

            JMS позволяет освободить персонал от рутинных сервисных операций с токенами за счёт их автоматизации. В случае обновления политик ИБ или истечения срока действия сертификатов система JMS сама перевыпустит сертификаты и применит все совершённые изменения политик к токену.

            Подобным образом автоматизированы операции с аппаратными и программными OTP-, U2F- и messaging-аутентификаторами, а также «облачными» токенами (Крипто Про DSS).

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

            Резервное копирование сертификатов

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

            JMS также даёт возможность импортировать резервные копии закрытых ключей и сертификатов из внешних ресурсных систем, например, из Microsoft CA Key Recovery Agent.

            Поддержка популярных Удостоверяющих центров и ресурсных систем

            JMS поддерживает работу как с популярными и распространёнными Удостоверяющими центрами, такими, как Microsoft CA, КриптоПро 1.5 и 2.0, ViPNet 4.6 и Notary-Pro, так и с достаточно экзотическими, например, Dogtag и др. Отдельного упоминания заслуживает Оффлайн-коннектор, позволяющий использовать JMS для работы с аттестованными Удостоверяющими центрами, расположенными в изолированных контурах, не нарушая требований к информационной безопасности, предъявляемых к ним.

            Интеграция с Удостоверяющими центрами позволяет совершать выпуск, перевыпуск и отзыв сертификатов для токенов в автоматическом режиме (полуавтоматическом в случае Оффлайн-коннектора), что значительно сокращает временные и финансовые затраты на администрирование инфраструктуры токенов.

            Кроме разнообразных Удостоверяющих центров, JMS также интегрируется с ресурсными системами – т. е. источником информации о пользователях может выступать не только Microsoft AD, но и FreeIPA, Крипто Про и даже собственная служба каталогов JMS – JDS (JaCarta Directory Service).

            Возможность свободного подключения к разнообразным ресурсным системам также позволяет выполнять в JMS так называемые операции «связывания» (обратимые). В процессе связывания в рамках учётной записи JMS собирается информация из учётных записей пользователя в разных ресурсных системах, что позволяет в итоге строить очень гибкие и удобные шаблоны для работы с сертификатами.

            Архитектурно возможно два решения.

            Локальная структура хранит два идентификатора, один полностью локальный, другой — тот ид что пришел с сервера после создания.

            Механизм такой: сделали что-то, есть подключение к инету?
            ДА — отправляем на сервер — получили успешный ответ?
            да — добавили в локальную базу с id который пришел с сервера.
            нет — пишем в чем ошибка в лог, извиняемся перед пользователем (хотя схема другая,обычно все ок, и не ок только если сервер упал)
            НЕТ — пишем в локальную базу, с пустым сервер ID

            появляется подключение к сети
            — отправляем порциями локальные объекты (если они до появления инета не были удалены) для получения нужных сервер ID
            — запрашиваем список удаленных с сервера (авось под этой учеткой на другом устройстве чтото удалили) удаляем локальные объекты

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

            У вас всего два метода синхронизации:
            — http запрос который отправляет клиент для загрузки/отправки данных;
            — PUSH уведомление которое отправляет сервер на клиент;

            Пример:
            1 . Об этом говорит сайт https://intellect.icu . Клиент А сделал фотографию.
            2. Клиент А отправил фотографию на сервер.
            3. Сервер получил фотографию
            4. Сервер отправил PUSH уведомления клиентам B и C с инормацией "есть новое фото от клиента А"
            5. Клиенты B и C получили уведомления.
            5.1 Если пользователь(человек) находится в фото ленте, то клиент делает запрос на сервер, загружает фото и отображает ее.
            5.2 Если пользователь находится, например, на экране настроек, то клиент отображает уведомление(тост) "есть новое фото от клиента А"

            Метод 1 Одностороння синхронизация изменений состояний

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

            Метод 2 Односторонняя синхронизация данных

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

            • пример

            Комментарии

            1. если устройство получило негативный ответ от сервера(отличный от 200 и после повтора передачи без синхронизации)
            или у устройства нет доступа в интернет то все данные записывать в локальную базу

            после появления интернет или при наличии таких данных определить разность ранее синхронизированных данных
            и новых данных собранных offline

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

            2. отправляем следующие данные
            —с ид <0 (приложение все записи созданные в автономном режиме сохраняет с глобальным ид=0,
            но передавать нужно с локальным ид со знаком минус)- если новый объект — использоваться может в связанных данных
            (после передачи команды на синхронизацию и в случае успеха приложение должно обновить глобальные ид на серверные значения)
            —с признаком обновления (приложение должно иметь флаг обновления к каждой записи синхнонизируемых сущностей)
            данный флаг можно сбросить только после отправки команды синхронизировать и если она прошла успешно
            —с ид в таблице удалений (приложение должно хранить все ид записей и название сущностей которые удаляются в автономном режиме)
            после отправки команды на синхронизацию и в случае ее успешного выполнения приложение очищает список удаленных записей

            3.отправляем команду на синхронизацию
            в случае успеха загружаем все данные или загружаем измененные данные и удаляем служебные данные в приложении
            (в этот момент формируется отложенная запись на синхронизацию в связанных аккаунтах через PUSH)

            4.клиент хранит
            1. новые записи должны иметь ид <0 и равным уникальному локальному номеру
            2.удаленные записи должны храниться в таблице удалений
            3. обновленные записи в автономном режиме желательно помечать признаком обновлений

            5.названия операций
            ins=1
            upd=2
            del=3

            6.название сущностей и полей доступных для вставки или обновления (если запись нужно удалить то нужен только ид):
            передавать данные нужно именно в этом порядке без названия полей- только данные

            сущность1 [id ид.поля. ]
            сущность2[id ид.поля. ]
            сущность3 [id ид.поля. ]

            т.о. синхронизация от устройства на сервер состоит из таких дейтвий
            1. передать данные (при этом выволняются комплекс проверок на сервере)

            2. сохранить изменения (выполняются изменения отсортированные по unixtime )
            и ставятся изменения(синхронизвции через пуши) в очередь для связанных
            с этим аккаунтом устройствами (аккаунтами)

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

            4. после передачи и фиксации данных на сервере нужно получить
            данные(из п3) от сервера и занести в локальную бд устройства
            5. т.к нет обратной синхронизации,то желательно в конце выполнить полную загрузку данных
            (для обновления ид),это нужно если не доставился, или не отправился пуш с запросом на обратную синхронизацию или не учитывались данные переданные
            в пуш

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

            голоса
            Рейтинг статьи
            Читайте так же:
            Установка системы lenovo b560
Ссылка на основную публикацию
Adblock
detector