Бюджет: 1000 UAH Термін: 2 дні
Добрий день, я можу зробити цю задачу шляхом запуску обміну в базі з етикетки на робочому столі. Я вже робив подібні обміни.
Бюджет: 1000 UAH Термін: 2 дні
Добрий день, я можу зробити цю задачу шляхом запуску обміну в базі з етикетки на робочому столі. Я вже робив подібні обміни.
Добрый день. а зачем вам Риб. если у вас настроен ВПН. вы можете все работать в одной базе. и не будет проблем с обменом.
да даже риб могли б и оставить на случай обвала инета, но основной пользовались по rdp.
Если пропадает интернет - тогда магазин закрывать получается? Или записывать на листике продажи?
При пропадании интернета вести в локальной урбд(прописать инструкцию на случай для кассира, менеджера etc), а так работать через веб морду в Центральной базе раз они все у вас опубликованы(если имелось ввиду веб сервер) или remote desktop service (protocol) урбд при нынешнем качестве и стабильности интернета уже никто непользует. Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет)
Доброго дня.
А чому на 2 базі не можна запустити обмін ?. (Касир або менеджер)
Можливо вам просто кнопку добавити в зручне місце.
Якщо це касир
Тут не понял. Базы в разных частях города. Можно конечно звонить и просить чтобы запустили обмен или курьеру флешку с файлами обмена давать - проблему мою это решит, но смысл в таких костылях если можно все автоматизировать
Можу зробити через ком.
Кнопку яку менеджер в центральній базі запускає і програма виконує вигрузку і загрузку в іншій базі
по базах які налаштуються в окремому справочнику.
Третя ставка сама близька до виконання задачі, шановні виконавці читайте ТЗ вас ніхто не питає про доцільність ріб вам кажуть запустити обмін
побільше б вас таких программістів, більш і в нас у адмінім роботи будє, ви ж читайте і проблему замовника, одним тим алгоритмом задачу не вирішиш. Треба тоді буде переписати механізм урбд.
- между серверами настроен VPN - т.е. обе базы видят друг друга как-будто они в одной локальной сети + каждая из баз опубликована (это так на заметку)
Я відману вас я уважно прочитав, скажіть що мішає мені запустити обмін в вузлі тото сказати вигрузи дані, чекнути статус завершено, і тоді вже основному вузлу сказати занрузи дані?
Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ,тмц, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет), это всеравно что Укрпочту пытаться ускорить телефонными звонками. Через com как предлагает коллега постарше реальней, но всеравно это задача решается административно управляющими механизмами и пытаться его решение через создание костыля в урбд лежит только на заказчике, у меня опыт с администрирования более 11 баз на урбд есть.
Ком це минулий вік, коли замовник пише що база обпулікована мені простіше REST, на рахунок проблем обмів так званого конфлікту версій документа, вони і так є у замовника, або немає, ви не знаєте, так як це проблема РИБ. У змавника він працює і він ним задоволений, раз навіть при наявносі звязків між серверами і стабільного інтернету не обєднав бази, значить є на це свої причнини.
Та вже свій костиль, що те мене вмовляеш) вирішить всерівно замовник, а старий сом дасть фору твоему restу рази в три. Тім паче рест реалізовувати проще ніж com.
Всем спасибо за обсуждение. Отвечу по порядку:
- действительно задача стоит только об удаленном запуске обмена. Метод работы выбран отдельными базами с РИБом, а не через RDP в силу многих факторов не только связанных с интернетом (специфическое оборудование и т.д.)
- все конфликты одновременного изменения документов решены доработкой конфы. За последние 2 года не зафиксировано проблем
И вопрос Алексею - можно подробней в чем фора у com перед rest?
На для вашей задачи никакой, сом просто ниже в стеке реализации winapi нежели прохождение через httpа потом к ядру .но это было в эпоху 1с 7. Хотя сервер публикуется всеравно через apache или iis. Com подобен rpc (remote call procedure), скорость выше но безопасность никакая.
про швидкість беред сивоі кобили, кастомні мобільні додатки на ресті працюють швидще як мобільна платформа, все побудовано на ресті, і взагалі якщо програміст хоче викоритовувати ком, йому треба зламати руки....
PS. Слово кросплатформеність вам напевно не відоме.
Никто и не спорит что ком существует только в винде, вы просто в 1с 7 наверное не работали молодой человек.
Послухайте, ваш професіний рівень застряг на 2005, в нормальну команду вас не візьмутьпросто інтервю не пройдете, про ком і HTTP є багато статей раджу ознайлмитись, я вже мовчу про танці з бубнами коли піднімуть версію платформи і виявится що все чомучь не працює....
Большая просьба общаться с уважением друг к другу.
Исполнитель выбран на другой площадке, задание закрываю. Всем спасибо за обсуждение и идеи.
Розробка MVP платформи онлайн-репетиторства (аналог Preply) для ринку ЛитвиОпис проекту:Шукаємо команду розробників або окремих спеціалістів (Full-stack / Backend / Frontend / UI-UX) для створення двостороннього маркетплейсу онлайн-навчання під литовський ринок.Мета проекту — запустити веб-платформу, яка зв'яже учнів з репетиторами-фрілансерами для проведення індивідуальних уроків в реальному часі.Основний функціонал MVP: Кабінет репетитора: Профіль з відео-візиткою, завантаження дипломів, налаштування розкладу (календар) і цін за годину. Кабінет учня: Пошук за фільтрами (предмет, ціна, мова, рейтинг), покупка уроків, особистий календар занять. Пошук і фільтрація: Розумний підбір викладачів з системою відгуків і оцінок. Віртуальний клас: Інтеграція відеозв'язку (WebRTC, Zoom або аналоги), вбудований чат і обмін файлами. Платіжна система: Безпечна угода (Escrow). Заморожування грошей і виплата фрілансеру після підтвердження уроку. Потрібна інтеграція Stripe / Paysera.
Доброго дня Необхідно створити модуль, що будет працювати із БД Firebird на C++ для продажу товарів. Є приклади готових рішень та опис функціоналу модуля. Основні функції: авторизація, вибір товару на екрані з груп/підгруп, перехід в кошик, оплата карткою та друк чека. Програма повинна працювати на Windows 10 і вище, використовувати існуючу базу даних.
Написати та створити мобільний додаток. Потрібен творчий та високопрофесійний підхід, оскільки ідея додатку не звичайна)