Приветствую, коллеги.
Имеем: ц.офис торговой сети с общей базой данных и десяток объектов, на каждом из которых есть по кусочку базы, которые там и обновляются (по мере продажи)
Писано на C6.1 Legacy. Также в офисе есть небольшая прилада для просмотра отчетов через интернет, и т.д. на C6.1 Abc, работающая через брокер.
Задача:
Наименьшими усилиями сделать так, чтобы сразу после продажи на точке вещи с таким-то ID в ц.базе сразу это отмечалось.
Я вижу три пути:
1) Попроще- Научить существующий софт (на Legacy!) на точках слать необходимую инфу на существующий сервер через строку типа
http://255.255.128.128/SERVER.EXE.0?SOL ... PRICE=2500
2) Посложней - встроить в софт на точках работу с TCP/IP и написать сервер для обработки поступающей инфы.
3) Покривей - Продолжить терзать FTP билиотеку, слать ею файлики, обрабатывать их по расписанию...
С третьим мне все понятно, но не очень нравится. А вот как реализовать первый и второй - пока не знаю.
Пожалуйста, разжуйте или хороший понятный пример подкиньте..
Написал: thunderbaud(140)
Распределенная база
CWICWEB, ClarioNET и пр.
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Гость
Сообщение Гость »
Привет.
Рассмотри еще 4-ый вариант, мы используем его как самый дешевый,
устойчивый на "плохом" Internete и простой в реализации.
1. Торговые точки при соверщении продаж (или в конце операционного дня)
формируют посылку и отправляют ее через SMTP на какой-либо e-mail.
2. В Центре на сервере установлена программка, которая сканирует этот
e-mail по POP3, находит нужные письма, выделяет из них
прикрепленные файлы с продажами и загружает их в БД.
Если есть постоянный доступ - то сканирования раз в 10 мин.
Если нет - то при установлении доступа в Internet раз в день.
3. Все. Ящик e-mail на Yandex (т.е. даром). Более 2-х лет работают
15 подразделений по области. Объем передаваемой информации
сейчас около 2000 накладных примерно по 20-25 позиций каждая
в сутки. Доступ в Internet у всех очень разного качества. Очень ...
Главный плюс - не нужно, что бы сервер был доступен постоянно и
простота реализации.
Тата
Рассмотри еще 4-ый вариант, мы используем его как самый дешевый,
устойчивый на "плохом" Internete и простой в реализации.
1. Торговые точки при соверщении продаж (или в конце операционного дня)
формируют посылку и отправляют ее через SMTP на какой-либо e-mail.
2. В Центре на сервере установлена программка, которая сканирует этот
e-mail по POP3, находит нужные письма, выделяет из них
прикрепленные файлы с продажами и загружает их в БД.
Если есть постоянный доступ - то сканирования раз в 10 мин.
Если нет - то при установлении доступа в Internet раз в день.
3. Все. Ящик e-mail на Yandex (т.е. даром). Более 2-х лет работают
15 подразделений по области. Объем передаваемой информации
сейчас около 2000 накладных примерно по 20-25 позиций каждая
в сутки. Доступ в Internet у всех очень разного качества. Очень ...

Главный плюс - не нужно, что бы сервер был доступен постоянно и
простота реализации.
Тата
Гость
Гость
Сообщение Гость »
Пожалуйста, научите слать HTTP запрос из Legacy-приложения, самый простейший вариант, без отработки ответа!
1) особо принципиальной разницы между FTP и mail не вижу, тем более что с FTP уже все давно сделано и работает. Да и на линии жаловаться не приходится, всюду выделенки.
2) объем данных передаваемых за один раз очень мал (буквально то что указано в моем примере), но происходит это часто, до 100тыс.раз в месяц
Поэтому и мейл и ФТП создадут огромный мусорный трафик.
Но онлайн получится весьма относительный...
Написал: thunderbaud(140)
Касательно именно моей ситуации хочу отметить следующее:Рассмотри еще 4-ый вариант, мы используем его как самый дешевый,
устойчивый на "плохом" Internete и простой в реализации.
1) особо принципиальной разницы между FTP и mail не вижу, тем более что с FTP уже все давно сделано и работает. Да и на линии жаловаться не приходится, всюду выделенки.
2) объем данных передаваемых за один раз очень мал (буквально то что указано в моем примере), но происходит это часто, до 100тыс.раз в месяц
Поэтому и мейл и ФТП создадут огромный мусорный трафик.
Сервером будет mail-server. Можно провайдера, можно халявный (mail.ru и т.д.), но можно и свой поставить-настроить. Впрочем, то-же касается и FTPТ.е. в 4-ом случае для работы распределенной торговой
БД вообще не нужен сервер в Internet ..... ?
Но онлайн получится весьма относительный...
Написал: thunderbaud(140)
Гость
Вернуться в «CLARION for Internet»
Перейти
- CW
- ↳ CLARION for Windows
- ↳ CLARION for Internet
- ↳ Clarion.NET
- Эксклюзив
- ↳ Приват
- CLARION и...
- ↳ Reports
- ↳ Железо
- ↳ Готовые программы, шаблоны, библиотеки...
- ↳ cJSON
- ↳ LibCurl
- ↳ MAV
- ↳ SQL, Oracle, ...
- ↳ Multi-программирование(Pascal/Delphi, и т.д.)
- ↳ WinDev
- DOS
- ↳ CLARION for DOS
- Разное
- ↳ Новости
- ↳ English
- ↳ Ресурсы
- ↳ Работа
- ↳ Обо всем ...
- ↳ Обсуждение этого Форума (типа, Гостевая книга)