Варианты обмена пакетами

Игорь Столяров

finsoftrz писал(а): 14 Апрель 2021, 14:47 Нафига слать каждому отдельную копию справочников?

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

finsoftrz

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

kreator

Влезу. Как же вы далеки от народа!

Мы сейчас ждём ФБ4, там односторонняя репликация "искаропки". В основном всё то, что вы здесь описываете, этой фичей покрывается. Хотя мне сдаётся - и это устарело. Трёхзвенка, веб, рест, пуш...

finsoftrz

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

Игорь Столяров

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

finsoftrz

И ещё, кто сказал, что структура базы данных в центральном офисе и в "филиалах" одна и та же?

kreator

finsoftrz писал(а): 14 Апрель 2021, 17:40 И ещё, кто сказал, что структура базы данных в центральном офисе и в "филиалах" одна и та же?

Теоретически могут быть разные. Но смысл этого? Не вижу особого смысла. Всё равно центральный офис должен знать ситуацию в филиалах.
Давным-давно читал статью главного айтишника фирмы "Партия" (может кто ещё помнит) о том, как надо строит филиальную сеть. Смысл такой. Поскольку интернет никакой, связь никакая, может оказаться так, что товар выписывают в магазине со склада, который в этом же магазине, а выдать его не могут, поскольку связь с центральным сервером отсутствует. Поэтому приняли решение развернуть ЦОДы (

) на базе каждого магазина. А центральный офис будет получать инфу по мере поступления. В общем, дорого-богато. Мне представляется, сейчас многое изменилось. И строить ЦОДы на каждой остановке непрактично. А может даже и вредно. И вообще, проблема репликации данных - непростая. Надо сильно подумать прежде, чем ввязываться в бой. Хотя придумали Гуиды.

finsoftrz

Зависит от бизнеса. В продуктовой сети у нас локальные базы в каждом магазине. Наверно, то, что Вы называете цодами. Репликация не используется. Во всяком случае, в обычном понимании. Документы вводятся в локальную базу магазина, а по мере готовности оператор жмёт кнопку записи в базу данных сервера. Путь не простой, много нюансов, описывать не вижу смысла. Но необходимо обеспечить возможность автономной работы магазина, что и решается. Дешево и сердито.

RaFaeL · Сообщение **RaFaeL** » 15 Апрель 2021, 0:28

Игорь Столяров писал(а): 14 Апрель 2021, 11:15 POP3 доживает последние годы

Кто вам это сказал? )

Потом разбор MIME пакета с выделением файла. Тоже не весело

Если надо, могу поделиться библиотекой, где все это - пара процедур. Разбирает всё что угодно, за годы использования отладил

Плюс постоянно СПАМ фильтры, что-то блокируют и т.д.

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

Игорь Столяров

RaFaeL писал(а): 15 Апрель 2021, 0:28 Кто вам это сказал? )

Да у всех провайдеров предупреждают ...

Например Yandex ограничивает удаление писем по POP3 считая его небезопасным, рекомендует IMAP и т.д.

RaFaeL писал(а): 15 Апрель 2021, 0:28 Если надо, могу поделиться библиотекой

Спасибо за предложение ! Старые проекты у нас сделаны на библиотеке CatalystTools, если будут новые -
непременно воспользуюсь Вашим предложением. Но пока смотрю в сторону FTP - как более простого решения.

RaFaeL писал(а): 15 Апрель 2021, 0:28 Необязательно использовать популярные сервисы

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

kreator

finsoftrz писал(а): 14 Апрель 2021, 19:44 Документы вводятся в локальную базу магазина, а по мере готовности оператор жмёт кнопку записи в базу данных сервера. Путь не простой, много нюансов, описывать не вижу смысла. Но необходимо обеспечить возможность автономной работы магазина, что и решается. Дешево и сердито.

Скорее всего хозяин точек видит неправдивую статистику. И махинаций куча. Всем выгодно?!

finsoftrz

Сверки между базами в магазинах и общей базой на сервере делаются автоматически в ночное время. Разумеется, некоторая задержка в отправке документов на сервер может быть, пока оформят, примут товар и т.д. В пределах допустимого. Злоупотребления какие? Приходы по деньгам в любом случае с поставщиками сверяются в офисе. Продажи с утра обязательно должны быть на сервере, их по зеткам и выручке сводят. Цены з акупки и продажи или контролируют на сервере, или централизованно фиксируют. Начисление всяких зарплат от выручки тоже в офисе собираются. В офисе есть люди, которые все мониторят каждый день. Основная проблема не в надёжности и прозрачности системы, с этим все нормально, на многом экономят, не хватает людей. Зато многие закрываются, а эти на плаву и даже подрастает понемногу.

kreator

finsoftrz писал(а): 15 Апрель 2021, 18:57 Злоупотребления какие?

Да полно. Продали за сто рублей. Отчитались за пятьдесят. Например. Вся эта хрень с репликациями и т.д. как раз и нужна, чтобы исключить махинации. Если на точке можно безболезненно править "свою" базу, то где гарантия правды?

finsoftrz

Забавные предположения.

kreator

Почему предположения? Я работал в этой сфере и знаю как народ ищет малейшие пути схимичить. А у Вас сам бог велел.