Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Начинающим";
Текущий архив: 2011.03.20;
Скачать: [xml.tar.bz2];

Вниз

ActiveX & IntraWeb   Найти похожие ветки 

 
student22 ©   (2010-12-22 11:01) [0]

Подскажите пожалуйста,  в чем принципиальная разница между технологиями ActiveX и IntraWeb?


 
Медвежонок ХМЛ ©   (2010-12-22 11:35) [1]

принципиальной разницы нет.
это две компьютерные технологии.


 
student22 ©   (2010-12-22 11:44) [2]


> Медвежонок ХМЛ ©

спасибо большое, очень помог)


 
Медвежонок ХМЛ ©   (2010-12-22 11:59) [3]

Интравеб ориентировано на веб оунли.
АктивИкс ориентировано на всё подряд.

Сильно помогло?


 
han_malign   (2010-12-22 12:02) [4]

http://ru.wikipedia.org/wiki/ActiveX
http://ru.wikipedia.org/wiki/IntraWeb
- принципиальная разница


 
han_malign   (2010-12-22 12:06) [5]


> это две компьютерные технологии.

- IntraWeb - это Фреймворк


 
Медвежонок ХМЛ ©   (2010-12-22 12:17) [6]

- IntraWeb - это Фреймворк

Пальцем покажи в каком месте http://ru.wikipedia.org/wiki/IntraWeb это фреймворк


 
clickmaker ©   (2010-12-22 12:21) [7]

IntraWeb - это вроде как просто набор компонентов, облегчающих создание веб-интерфейса


 
han_malign   (2010-12-22 12:58) [8]


> Пальцем покажи в каком месте

http://ru.wikipedia.org/wiki/IntraWeb:
IntraWeb — товарный знак программного обеспечения компании Atozed Software, реализующий технологию быстрой разработки приложений с помощью библиотеки компонентов...

http://ru.wikipedia.org/wiki/Framework:
Фреймворк (англ. framework  — каркас[1], структура[1], сфера деятельности[2]) — в информационных системах структура программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта. В его состав могут входить вспомогательные программы, библиотеки кода, язык сценариев и прочее. Некоторые авторы используют слово каркас в качестве основного[3].


 
Медвежонок ХМЛ ©   (2010-12-22 13:02) [9]

Ну и?


 
student22 ©   (2010-12-22 13:03) [10]


> Медвежонок ХМЛ ©   (22.12.10 11:59) [3]
> Интравеб ориентировано на веб оунли.АктивИкс ориентировано
> на всё подряд.Сильно помогло?


При создании веб-приложения какой технологией лучше бы посоветовали пользоваться? (нет никаких ограничений на создаваемое веб-приложение)


 
Ega23 ©   (2010-12-22 13:05) [11]


> При создании веб-приложения какой технологией лучше бы посоветовали
> пользоваться? (нет никаких ограничений на создаваемое веб-
> приложение)


HTML


 
Медвежонок ХМЛ ©   (2010-12-22 13:05) [12]

Ни той ни другой.
первой потому что работает только на винде
второй потому что это корявая тупиковая лажовая колхозная подпорка.


 
student22 ©   (2010-12-22 13:05) [13]


> Ega23 ©   (22.12.10 13:05) [11]
> > При создании веб-приложения какой технологией лучше бы
> посоветовали > пользоваться? (нет никаких ограничений на
> создаваемое веб-> приложение)HTML


ха-ха


 
student22 ©   (2010-12-22 13:06) [14]

а квко
> Медвежонок ХМЛ ©   (22.12.10 13:05) [12]
> Ни той ни другой.первой потому что работает только на виндевторой
> потому что это корявая тупиковая лажовая колхозная подпорка.
>


А какой же тогда?


 
student22 ©   (2010-12-22 13:06) [15]

а квко
> Медвежонок ХМЛ ©   (22.12.10 13:05) [12]
> Ни той ни другой.первой потому что работает только на виндевторой
> потому что это корявая тупиковая лажовая колхозная подпорка.
>


А какой же тогда?


 
Ega23 ©   (2010-12-22 13:18) [16]


> ха-ха


Зря смеёшься.


 
Медвежонок ХМЛ ©   (2010-12-22 13:18) [17]

а какими ты уже владеешь?


 
student22 ©   (2010-12-22 13:28) [18]


> Медвежонок ХМЛ ©   (22.12.10 13:18) [17]
> а какими ты уже владеешь?


скорее всего никакими.....

Я просто хочу узнать, при создании веб-приложения на делфи можно воспользоваться технологиями: WebBroker, IntraWeb, ActiveX, что лучше(точнее какой технологии ты бы отдал предподчение)? И еще слышал, что делфи не очень подходит для веб-приложений, это правда? Советуют лучше на JAVA или PHP


 
Медвежонок ХМЛ ©   (2010-12-22 13:30) [19]

html + javascript


 
Ega23 ©   (2010-12-22 13:31) [20]

Что такое "Веб приложение"?
Начни с ответа на этот вопрос.
Хотя, вроде как, тебе уже объясняли в другой ветке, что и как.


 
Ega23 ©   (2010-12-22 13:32) [21]


> html + javascript

+ ajax


 
student22 ©   (2010-12-22 14:32) [22]

Сегодня ситуация изменилась: необходимо разработать веб-приложение, которое постоянно взаимодействует с контроллером (ПЛК) и базой данных. Мне известно, что когда клиент обращается к веб-приложению, то веб-сервер запускает это приложение, которое в свою очередь обрабатывает полученные данные, и веб-сервер отвечает клиенту. А что же происходит, если приложение уже запущено на сервере, а клиент пытается к нему обратиться? (Т.е. как в этом случае происходит взаимодействие веб-приложения и веб-сервера?) Т.е. мне необходимо выбрать язык для приложения, который по максимуму обеспечит его кроссплатформенность и с которым не будет проблем при работе с БД и ПЛК.


 
clickmaker ©   (2010-12-22 14:42) [23]

> постоянно взаимодействует с контроллером (ПЛК)

через что?


 
Ega23 ©   (2010-12-22 14:42) [24]

Тебе не язык нужно выбрать, а технологию вообще.
При этом у тебя в башке наблюдается каша. Именно от незнания самих технологий. Читай, что такое Веб-сервер, читай, что такое CGI, FastCGI, как работает взаимодействие браузер-вебсервер и т.п.
После этого, когда с общей теорией будет всё более-менее понятно, определись с платформой, типом сервера, типом СУБД.
После, когда с этим тоже станет ясно, идёт выбор языка на стороне сервера. Что лучше: PHP, Perl, CGI-приложение, JSP, ASP - у всех есть плюсы, у всех минусы.
И вот только уже потом начинать что-то разрабатывать.


 
student22 ©   (2010-12-22 14:46) [25]


> > постоянно взаимодействует с контроллером (ПЛК) через что?


через OPC - сервер


 
student22 ©   (2010-12-22 14:50) [26]


> Ega23 ©   (22.12.10 14:42) [24]



>  определись с платформой

веб-сервер и приложение будут работать на Windows


> типом сервера

IIS


> типом СУБД.

InterBase

А вот по поводу этого и жду совета:

> PHP, Perl, CGI-приложение, JSP, ASP - у всех есть плюсы,
>  у всех минусы.


 
Ega23 ©   (2010-12-22 14:50) [27]


> через OPC - сервер


У тебя браузер не может "постоянно" взаимодействовать с веб-сервером, т.к. соединение одноразовое. Посыл запроса по адресу - Попытка установления Соединения - Отправка параметров серверу - Ожидание окончания обработки - получение результата - Разрыв соединения.


 
student22 ©   (2010-12-22 14:52) [28]


> А вот по поводу этого и жду совета:> PHP, Perl, CGI-приложение,
>  JSP, ASP - у всех есть плюсы,>  у всех минусы.


Потому что не знаю какую технологию выбрать, приложение всегда должно крутится на сервере, взаимодействуя с СУБД(InterBase) и OPC-сервером(ПЛК) и при этом обрабатывать запросы клиента


 
Ega23 ©   (2010-12-22 14:53) [29]


> веб-сервер и приложение будут работать на Windows


Тогда при чём тут

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

?


> А вот по поводу этого и жду совета:

А тебе его никто не даст. Это от задачи зависит.


 
Ega23 ©   (2010-12-22 14:56) [30]


> Потому что не знаю какую технологию выбрать, приложение
> всегда должно крутится на сервере, взаимодействуя с СУБД(InterBase)
> и OPC-сервером(ПЛК) и при этом обрабатывать запросы клиента


если всегда, то сюда смотри
http://ru.wikipedia.org/wiki/FastCGI

Хотя могут быть варианты. Тебе никто не мешает написать программулину, которая постоянно крутится и работает с этой байдой.
А ты, например, из PHP-скрипта к ней по сокету обращаешься.


 
student22 ©   (2010-12-22 15:01) [31]


> Ega23 ©   (22.12.10 14:50) [27]
> > через OPC - серверУ тебя браузер не может "постоянно"
> взаимодействовать с веб-сервером, т.к. соединение одноразовое.
>  Посыл запроса по адресу - Попытка установления Соединения
> - Отправка параметров серверу - Ожидание окончания обработки
> - получение результата - Разрыв соединения.


Я это понимаю. На сервере расположено приложение, которое общается ПОСТОЯННО через OPC-сервер с ПЛК, и никаким образом их общение не зависит от клиентов, которые  подключабются к веб-приложению по HTTP-протоколу(вот здесь как раз и имеют место одноразовые соединения). Т.е к примеру:

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


 
student22 ©   (2010-12-22 15:06) [32]


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


Я неправильно сформулировал:

Со стороны клиента возможно будет не только Windows но и ЛИНУКС


 
Медвежонок ХМЛ ©   (2010-12-22 15:07) [33]

Со стороны клиента возможно будет не только Windows но и ЛИНУКС


со стороны клиента будет браузер и пофик на чем.


 
Anatoly Podgoretsky ©   (2010-12-22 15:13) [34]

> student22  (22.12.2010 14:32:22)  [22]

То есть ты ничего не знаешь про Веб приложения, но в тоже время хочешь
написать. И почему именно ВЕБ?


 
student22 ©   (2010-12-22 15:24) [35]


> Anatoly Podgoretsky ©   (22.12.10 15:13) [34]
> > student22  (22.12.2010 14:32:22)  [22]То есть ты ничего
> не знаешь про Веб приложения, но в тоже время хочешь написать.
>  И почему именно ВЕБ?


Знаю, но не все) Просто опыта нет, а веб - потому что требование: у клиента только браузер


 
Плохиш ©   (2010-12-22 16:06) [36]

WebSnap или его дальнейшее развитие asp.net

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


 
student22 ©   (2010-12-22 17:33) [37]

А что было бы лучше HTML (XML) + javascript или PHP, если учесть, что на сервере будет много изображений, которые будет запрашивать клиент


 
Медвежонок ХМЛ ©   (2010-12-22 17:36) [38]

дружище, купи уже ёлку и вешай на нее шарики.
скоро новый год и оливье.


 
Ega23 ©   (2010-12-22 17:38) [39]


> А что было бы лучше HTML (XML) + javascript или PHP, если
> учесть


У тебя по-прежнему каша в голове.
HTML + JS работает на стороне браузера.
PHP-скрипт - на стороне сервера.
Ты, когда скачиваешь страницу целиком, никогда там не увидишь ни одного PHP-скрипта, ты увидишь только результаты его выполнения.
Теперь замени фразу "PHP-скрипт" на ASP, JSP, CGI, Perl-sript, "мой собственный хитрый язык" и т.д.


 
student22 ©   (2010-12-22 17:47) [40]


> У тебя по-прежнему каша в голове.HTML + JS работает на стороне
> браузера.PHP-скрипт - на стороне сервера.Ты, когда скачиваешь
> страницу целиком, никогда там не увидишь ни одного PHP-скрипта,
>  ты увидишь только результаты его выполнения.Теперь замени
> фразу "PHP-скрипт" на ASP, JSP, CGI, Perl-sript, "мой собственный
> хитрый язык" и т.д.


Ну чтобы HTML + JS работал на стороне клиента, сначала его надо написать на стороне сервера, правильно? просто я слышал что РНР плохо работает с изображениями.



Страницы: 1 2 вся ветка

Форум: "Начинающим";
Текущий архив: 2011.03.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.55 MB
Время: 0.008 c
15-1290453194
ProgRAMmer Dimonych
2010-11-22 22:13
2011.03.20
Книга по ADO для не совсем чайника


1-1248467150
Дмитрий Белькевич
2009-07-25 00:25
2011.03.20
Нашел баг в VCL Delphi 2009-го


2-1293204046
nza
2010-12-24 18:20
2011.03.20
Ошибка св-во типа TStringList


2-1293376363
Godod
2010-12-26 18:12
2011.03.20
Чертеж графика по точке на видео


2-1293114638
12
2010-12-23 17:30
2011.03.20
определить текущую ячейку в TStringGrid





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский