Доброго всем дня .

В общем идея проста как перепендикуляр. Хочется что то такое...

Допустим, есть некая "Незнакомая" ЛВС. На произвольном ПК ставим "сервер".
И на произвольном ПК - ставим "Клиента". Клиент умеет обратиться на "Сервер" отправить Запрос. Сервер - просто получив "Параметр" (артикул товара) возвращает его "Имя" и "Цену". Клиент - по сути - ведет у себя "бланк заказа", где тупо отражаются ответы Сервера. Обмен данными идет только в одном напрвлении - сервер НЕ хранит "Логи" и не помнит про Запросы Клиента.

Если по русски - то это что типа подсистемы работами с прайсами....когда на Сервере лежит некий "файл" - прайс_лист, и Клиенты - обращаются к этому файлу на Чтение (поиск строки), и ведут у себя свой "файл" - бланк-заказа. Бланк заказа на ....отпуск (заявку) неких товаров....

По условиям задачи - все должно с нулевым администрированием и предельно легким инсталлом...никаких ini файлов и записей в реестре...шаред ресурсув в сети...

Какие идеи? Есть готовые решения?

tygraУж лучше "сервером" сделать вебсервер+БД (если БД нужна/есть/будет вообще) + вебсервис.
Клиент - или броузер, или приложение.

Я бы рекомендовал описанный выше "сервер" и обычного win32-клиента, который обращается к вебсервисам "сервера".
Делается за 1 час все это.

-- Tygra's --

Не-е братцы, так не пойдет!!!. Это же надо - ажно веб-сервер у "незнакомой" LAN запустить...

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

Понятно, что что ни о каком там вэб-сервере...ну никак нельзя вести разговор... Потом, очень хочется чтобы эта вешь - была "сама в себе". Никаких стандартов...так сказать жесткие рамки для вся и все.

tygraО! Точно! Про CD то я не подумал!

Нарезал их тышши две, пришел в фирму, десятка два высыпал - и дальше

-- Tygra's --

Ага, я щас так и делаю вообщето. Но прайсы имеют свойство меняться во времени..... Вот подумалость в строну Сетевого прайс-листа. "СПЛ" значит
Или Price*Net (конкурс на лучшее имя?). Кстати очень красиво все вышло, прайсик - это эксельчик. В нем макросик малый. Вводим артикул - возвращает Имя и Цену. Однако, клиенту не удобство малое - ексельчик ругается - маркосом всех пугает. А у многих - вообще по дефалту макросы вырублены. Приходится так сказать хулиганить, уровень безопасности им понижать. А это не есть красиво.

Вот и думается в сторону СПЛ. Дескать как это построить.

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

Идея понятна, и очень приятна. Но бедные юзеры - они ведь к инету доступа не имеют...Значит мы их лишим этого счастья. И сами чуток потеряем...

Andres 1 Если вы продаете мелкую розницу, то нет никакого смысла такой х...й заниматься.

Строго говоря - эта фича - попытка "отстроиться от конкурентов" (есть такой термин!). По мотивам небольшого сюжета - я прайсик оставил, его фин_директор все поглядел - и говорит - вот здорово как. Сейчас мы служащим своим раздадим - пусть сами себе выбирают (по каталогу)... А мы им лимиты может назначить....

Ну вот и поехало значит...

авторВеб-сервер - не подходит? Расшарить файл - не подходит? Тогда Telnet-сервер. В MUD играл кто-нить? В любом маде есть магазины. Взаимодействие с ними - командами list и buy :)

Можно чуток по подробней? я фишку тут не рублю... Прототип сможете сделать? (детали обсудим)

Andres 1 S.PR Andres 1 S.PR
Может проще ехельчик усмирить?

И в самом деле. Сколько сертификат стоит?
нефик макрос в автоопен ставить :)
Офис 2003 без всяких автоопенов ругается на любой макрос без цифр. подписи. Вот мне и интересно. Сертификат вроде такой же как и для web-серверов нужно покупать?

хм, я и не знал что ЭТО можно купить. Интерсно почем?

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

2 Так_забежал_просто

Добрый вечер. Готов продолжить дилог по данному вопросу. Актуально. Есть потенциальные возможности для реализации законченного ПО на платной основе. Готов предложить Вашу разработку покупателям. Нужен прототип.

адрес для обсужения uk0iai буква_а list.ru

Cat2UK0IAI
Если Вы заплатите, то кто-то может и глянет на Вашу поделку.
Cat2 Извините, не понял. За что?

Еще раз попробую уточнить условие задачи. На расстояние 200 метров от моего офиса находится офис фирмы, где около 40 сотрудников. Я хочу в ее сетке, легким движением руки, с нул_инсталлом и нул_админом разместить сетевой прайс -лист. Чтобы СОТРУДНИКИ этой фирмы, смогли поработать с Прайс-Листом, сформировав свои заявки на товары. Эти заявки должны "упасть" в некий ящик для просмотра и по нажатию кнопки - оправлены в МОЙ офис.

Если по ряду причин эта система рухнет и "потеряется" , ее можно восстановить в режиме нул_админ, например выслать мылом ран-тайм.

Кстати, в вашем офисе , мы могли это все испытать :-))))

ASCRUS UK0IAI Cat2UK0IAI
Если Вы заплатите, то кто-то может и глянет на Вашу поделку.
Cat2 Извините, не понял. За что?

Еще раз попробую уточнить условие задачи. На расстояние 200 метров от моего офиса находится офис фирмы, где около 40 сотрудников. Я хочу в ее сетке, легким движением руки, с нул_инсталлом и нул_админом разместить сетевой прайс -лист. Чтобы СОТРУДНИКИ этой фирмы, смогли поработать с Прайс-Листом, сформировав свои заявки на товары. Эти заявки должны "упасть" в некий ящик для просмотра и по нажатию кнопки - оправлены в МОЙ офис.

Если по ряду причин эта система рухнет и "потеряется" , ее можно восстановить в режиме нул_админ, например выслать мылом ран-тайм.

Кстати, в вашем офисе , мы могли это все испытать :-))))

И что тут огород городить - на расстоянии 200 метров в другом офисе стоит ASA с настроенной оффлайн репликацией на ASA в Вашей конторе.

Сотрудники того офиса до одурения играются с прайс листом в своей СУБД, вводят данные, печатают отчеты и прочее.

По шедулеру или большой кнопке они запускают сервер репликаций ASA, который по почте, ftp или fileshare доступу собирают изменения в файлы (пакеты) и засылают на ящик (директорий) основного сервера, одновременно получая то, что изменилось на нем и предназначается серверу этого офиса. В обоих СУБД в итоге отражены все изменения, все работают с своей копией СУБД, все довольны. Нулевое администрирование в комплекте с ASA. Возможность удаленно управлять сервером на уровне SQL команд так же прилагается. Инсталяция сервера с клиентским приложением собирается элементарно, хоть в RAR-е с батником, если не включать консольные всякие утилиты, то весит пару десятков метров максимум. Инсталяцию вообще можно положить в BLOB на основной сервер и зашарив его по 80-ому порту сделать на веб-сервисах ASA инсталяционную страничку в HTML с авторизацией средствами ASA, которая запросив логин и пароль даст юзеру скачать файл инсталяции, который он просто потом запустит, получив инсталл ASA, БД со своими данными (которые элементарно выщемляются с основной БД в любой момент в новую БД), прописанный сервисом в Windows сервер ASA (утилитой ASA), ну и по вкусу алиас ODBC (так же утилитой), ярлычок (средствами инсталера) и прочие радости жизни.

Доброе утро уважаемый коллега ASCRUS. Искреене благодарен за ваше внимание к нашему вопросу.

И что тут огород городить - на расстоянии 200 метров в другом офисе стоит ASA с настроенной оффлайн репликацией на ASA в Вашей конторе.

Сотрудники того офиса до одурения играются с прайс листом в своей СУБД, вводят данные, печатают отчеты и прочее.

Красиво звучит (очень) но боюсь это решение тяжеловато будет. Я бывал в офисах моих клиентов....есть такие офисы, где люди еще плохо понимают что такое e-mail. И нет быстрого инета. Правда есть мнение, что в такие офисы даже не следует и заходить :-)

Мне почему то кажется, что для данной задачки можно создать очень небольшое приложение...из всего двух файликов...один запускает серверный процес, который "громко кричит" через порт, а второй - вроде как тихо слушает...этот порт. И есть еще, третий файлик, текстовый например, где прайс описан. И в принципе, можно под них шаред каталог открыть...для хранения заявок.... Мда..., а после этого - потребуется та же СУБД.... Боже, как не хватает времени... физически....чтобы хоть что нибудь...

2 ASCRUS
Спасибо. Очень заманчиво. Так и хочется бросить "общий вызов" - предложить сделать это в режиме, так сказать free (open) source. Может попробовать? :-) Или это будет не интересно?? Задачка вроде как не большая, на первый взгляд.