Здравствуйте, помогите пожалуйста, следующая ситуация:

Имеется приложение, написанное на Delphi 2006, требуется его модернизировать для того, чтобы можно было до него достукиваться из браузера. При это не допускается вариант переписывания приложения заново под веб-приложение. Возможно ли написать приложение на РНР и соединить его с приложением Delphi? И вооще какие варианты возможны?
И еще... вся логика дожна находится на сервере, у клиента только браузер.

- Я хочу себе 3 руку, но чтоб так - без крови: не резать, не пришивать, и чтоб никаких проводочков в мозг...
- Хммм... Вот если бы у вас был разъем под руку, можно было бы пристегнуть новую руку и все... У вас есть разъем?
- Нет.
- Тогда может разъем пришьем? :)

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


Глупость ты сморозил

Ну извиняйте, я "начинающий" . Ну я думаю идея понятна. Может и "с кровью". Хоть направьте в нужную сторону. Просто я начал переписывать приложение полносью, под веб. Но моим начальникам так не годится, они хотят минимум изменений.

student22 ©   (09.12.10 13:05) [3]
1. Какого рода приложение? (Учетная базешка поди...)
2. Наличие логики в СУБД (тригеры фсякие) или все програмно...
3. И прочие софтовые особенности, аля доступ к левому железу...

Вся логика заложена в СУБД (interbase), программка общается с конроллером (ПЛК). Т.е. на Delphi написан "в основном" интерфейс, а вся логика в СУБД и ПЛК.

> на Delphi написан "в основном" интерфейс


Тогда, полагаю, проще будет переписать программу под веб-интерфейс.

> Тогда, полагаю, проще будет переписать программу под веб-интерфейс


Т.е переписывать однозначно надо целиком все приложение? как я понял нет варианта добавления в приложение части, которая будет ориентированна на веб, с сохранением логики старого приложения?

> student22 ©   (09.12.10 13:48) [7]

Если старое приложение ложит данные от контроллера в базу, а в вебе надо просто получить(видеть) эти данные, то надо просто написать новое приложение, которое отображает данные из базы каким либо образом в вебе. Не надо тогда трогать то, что уже работает.

1. СУБД - разделяемый ресурс, можно отдельно ВЕБ приложение запустить и будет оно пахать параллельно с основной прогой.
2. контроллер - неразделяемый ресурс и тут только отдельное приложение, веб не подходит т.к. в один момент может быть несколько запросов

если необходимо с ВЕБ иметь доступ к контроллеру то нужно писать арбитра - программу монопольно захватывающую контроллер и предоставляющая АПИ для доступа, желательно в виде сервиса чтоб автоматом стартовал и без ГУЯ... а уж к этому АПИ цеплять ГУЙ и ВЕБ

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

опиши что прога делает, что за тех процесс...
я писал когдато ВЕБморду для RegetDX... Reget предоставлял АПИ для доступа (COM объект) через который выдирал нужную инфу и дергал нитки...
ГУЙ был на XML+XSL+JS(XMLHTTP) и картинки. XML трансформировался на клиенте

student22 ©   (09.12.10 14:22) [10]
находятся в разных локальных сетях
это вопрос к админам, настроют маршрутизацию - будет

> Slym ©   (09.12.10 14:22) [11]


Программа для подсчета объема досок, т.е она с контроллера вытягивает нужную инфу и пишет ее в базу, при этом предоставляет какие-то данные оператору. Оператор контролирует процесс, но по вебу иметь доступ надо не только  к БД, но и к самому приложению

если прога АПИ не предоставляет, то вариант с арбитром само то: одно ядро (арбитр) и два гуя (стд и веб)

Спасибо большое всем за помощь, а в частности Slym ©

Можно переписывать не заново, а частично, например все после
program My

Можно вообще не переписывать, а написать другое приложение, которое будет рулить первым.

достаточно добавить в имеющееся приложение простейший http сервер, который будет по различным get-ам отдавать то, что оно делает сейчас в виде:

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

оставшуюся часть (интерфейс) реализовать на обычном web сервере

> Медвежонок ХМЛ ©   (09.12.10 15:42) [17]

А этот простейший http сервер надо писать как отдельное приложение или дописывать имеющееся приложение?

> .... добавить в имеющееся приложение простейший http сервер .....

> Медвежонок ХМЛ ©   (09.12.10 16:01) [19]


А может ко подскажет, где можно почитать поэтому поводу...

> [0] student22 ©   (09.12.10 03:08)

Можно использовать ActiveX.
Преимущество: придется переписывать не так уж и много. Если программа состоит из одной формы - тьо вообще почти ничего не потребуется.
Недостаток: ну как всегда с activeX - желтое всплывающее окно сверху страницы.

> вся логика дожна находится на сервере,

Вот этому требованию ActiveX не удовлетворяет... Но ведь для пользователя все равно - где находится логика.

Можно использовать ActiveX.

Сомневаюсь.
Там же работа с железом.
Получится что юзать такое веб решение можно будет только на локалхост и одним экземпляром браузера.

> А может ко подскажет, где можно почитать поэтому поводу.
> ..

Инструкция для разработчика, постовляемая с делфи.

> Можно использовать ActiveX.


такой вариант не подходит, т.к. если я правильно понимаю ActiveX тянет все на сторону клиента

> Плохиш ©   (09.12.10 16:23) [24]
> > А может ко подскажет, где можно почитать поэтому поводу.
> > ..Инструкция для разработчика, постовляемая с делфи.

а на русском?))))

> а на русском?))))

К 1С...

Удалено модератором