Всем привет. Вопрос достаточно ламерский, я так думаю.
Мне бы хотелось осуществить такого рода связь, имеется виду на Делфи написать бинарник, ну к примеру авторизации на сайте, выборку из базы данных. Какая часть должна быть на стороне хостера какая на стороне клиента... И может у кого в пыльной кладовке заволялся примерчик порыть, или по линочкам полазить, был бы примного блогодарен.
Надеюсь изложил понятно, заранее блогодарен за любые предложения в эту сторону.
Здравствуйте, Mr.Oduvanchik, Вы писали:
MO>Мне бы хотелось осуществить такого рода связь, имеется виду на Делфи написать бинарник, ну к примеру авторизации на сайте, выборку из базы данных. Какая часть должна быть на стороне хостера какая на стороне клиента... И может у кого в пыльной кладовке заволялся примерчик порыть, или по линочкам полазить, был бы примного блогодарен.
Смотри ISAPI\CGI. Если не сложное приложение то разобраься день-два не больше... Но только если простое. На стороне сервера будет лежать .exe (CGI) или .dll(ISAPI), и веб-сервер с поддержкой соотв. технологии. На стороне клиента — браузер. Фактически у тебя модуль должен будет по полученным параметрам строить html-код страницы. В основном параметрв передаются через параметры вид http://musupersite.com/my.dll?data=xxx, но также можно использовать скрытые поля. Не помню, давно писал CGI модуль. С ISAPUI одна трабла... чтобы его заменить после компиляции, надо сервис IIS тормозить. Зато ISAPI быстрее чем CGI работает. Вроде все вкратце.
Здравствуйте, slavdon, Вы писали:
S>Здравствуйте, Mr.Oduvanchik, Вы писали:
MO>>Мне бы хотелось осуществить такого рода связь, имеется виду на Делфи написать бинарник, ну к примеру авторизации на сайте, выборку из базы данных. Какая часть должна быть на стороне хостера какая на стороне клиента... И может у кого в пыльной кладовке заволялся примерчик порыть, или по линочкам полазить, был бы примного блогодарен.
S>Смотри ISAPI\CGI. Если не сложное приложение то разобраься день-два не больше... Но только если простое. На стороне сервера будет лежать .exe (CGI) или .dll(ISAPI), и веб-сервер с поддержкой соотв. технологии. На стороне клиента — браузер. Фактически у тебя модуль должен будет по полученным параметрам строить html-код страницы. В основном параметрв передаются через параметры вид http://musupersite.com/my.dll?data=xxx, но также можно использовать скрытые поля. Не помню, давно писал CGI модуль. С ISAPUI одна трабла... чтобы его заменить после компиляции, надо сервис IIS тормозить. Зато ISAPI быстрее чем CGI работает. Вроде все вкратце.
Чесно говоря мой уровень знаний судя по всему оставляет желать лудшего, ибо понимаю я тебя через слово.
"ISAPI\CGI" — это типа апи ф-ии которые я могу из делфи вызывать...?
"веб-сервер с поддержкой соотв. технологии" — можно ли конкретней в этом месте, и на сколько будет сложно без поддержки этих самых технологий...
"С ISAPUI одна трабла... чтобы его заменить после компиляции, надо сервис IIS тормозить. Зато ISAPI быстрее чем CGI работает. Вроде все вкратце. " — ну здесь я вообще ниче не понял
Здравствуйте, Mr.Oduvanchik, Вы писали: MO>Чесно говоря мой уровень знаний судя по всему оставляет желать лудшего, ибо понимаю я тебя через слово.
MO>"ISAPI\CGI" — это типа апи ф-ии которые я могу из делфи вызывать...?
Нет. Это функции, которые напишешь ты, а вызывать будет веб-сервер. MO>"веб-сервер с поддержкой соотв. технологии" — можно ли конкретней в этом месте, и на сколько будет сложно без поддержки этих самых технологий...
Технология CGI — это использование консольной программы для обработки веб запросов. То, что отправляет баузер, приезжает в программу так, как будто это пользователь напечатал, а ответ уезжает клиенту. Все дополнительные параметры соединения (типа IP-адреса клиента) доступны программе в виде переменных окружения. Работает везде, в смысле на всех веб-серверах.
ISAPI — это стандарт написания DLL (а не отдельных программ). Работает быстрее потому, что не нужно стартовать отдельный процесс на каждый веб-запрос. Но этот стандарт — изобретение MS. Поэтому и работает он, соответственно, только в MS IIS.
Поэтому "без поддержки технологий" ты вообще вряд ли что-то сделаешь. Написать полностью свой HTTP сервер в принципе можно, но обычно это неоправдано. Слишком велика будет велосипедная часть. MO>"С ISAPUI одна трабла... чтобы его заменить после компиляции, надо сервис IIS тормозить. Зато ISAPI быстрее чем CGI работает. Вроде все вкратце. " — ну здесь я вообще ниче не понял
... << RSDN@Home 1.1.4 beta 5 rev. 395>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Поэтому "без поддержки технологий" ты вообще вряд ли что-то сделаешь. Написать полностью свой HTTP сервер в принципе можно, но обычно это неоправдано. Слишком велика будет велосипедная часть.
Просто вроде ISAPI только IIS держит....
Здравствуйте, slavdon, Вы писали:
S>Здравствуйте, Mr.Oduvanchik, Вы писали:
MO>>Мне бы хотелось осуществить такого рода связь, имеется виду на Делфи написать бинарник, ну к примеру авторизации на сайте, выборку из базы данных. Какая часть должна быть на стороне хостера какая на стороне клиента... И может у кого в пыльной кладовке заволялся примерчик порыть, или по линочкам полазить, был бы примного блогодарен.
S>Смотри ISAPI\CGI. Если не сложное приложение то разобраься день-два не больше... Но только если простое. На стороне сервера будет лежать .exe (CGI) или .dll(ISAPI), и веб-сервер с поддержкой соотв. технологии. На стороне клиента — браузер. Фактически у тебя модуль должен будет по полученным параметрам строить html-код страницы. В основном параметрв передаются через параметры вид http://musupersite.com/my.dll?data=xxx, но также можно использовать скрытые поля. Не помню, давно писал CGI модуль. С ISAPUI одна трабла... чтобы его заменить после компиляции, надо сервис IIS тормозить. Зато ISAPI быстрее чем CGI работает. Вроде все вкратце.
Хотелось бы конечно примерчик посмотреть.... Нет ли на у ме какого нить?
