parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Все здорово, кроме web-интерфейса

kirill v.2 08.12.2004 17:33 / 08.12.2004 17:36

Я уже пару лет использую такой подход для автоматизации.
С сервером никаких пробелем не возникает, я ставлю Apache + MySQL + mod_parser и настраиваю доступ через DNS локалки. Сам парсер может юзать любые источники данных в локальной сети или по ODBC, или как-то еще в зависимости от учетной системы заказчика. Как правило проблем с обменом данными нет.
Единственный серьезный минус таких решений - это интерфейс пользователя. В браузере контролы, которые нужны для интерфейсов такого типа (всякие множественные селекторы, древовидные гриды etc) довольно трудно реализовать. Если решите двигаться в этом направлении - посмотрите на Mozilla XUL. На этой платформе можно делать очень серьезные клиентские приложения. При этом на стороне сервера использовать Apache+Parser со их плюсами. А трудоемкость разработки на Mozilla - почти как html.
Минус - установка клиентской программы нужна для каждой машины, где будет использоваться приложение. Это лечится запуском клиента из расшаренной на сервере папки. Зато появляется куча плюсов, когда нужно обеспечить интеграцию такой разработки с сайтом (юзер получает единый интерфейс как для решения своих внутренних задач, так и для управления сайтом в интернетe + позможность использовать сайт локально в офисе).