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]

← →
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 работал на стороне клиента, сначала его надо написать на стороне сервера, правильно? просто я слышал что РНР плохо работает с изображениями.

> Ну чтобы HTML + JS работал на стороне клиента, сначала его
> надо написать на стороне сервера,

Каша уже из разных сортов злаков :)

Очень коротко и не полно:
HTML + JS/JavaScript работают на стороне клиента, но размещаются, есс-но, на сервере.
PHP и т.п. и размещаются и работают на стороне сервера, а клиенту поступает результат в виде HTML.

клиента == тонкого клиента, т.е. Интернет-браузера.

> Медвежонок ХМЛ © (22.12.10 17:36) [38]
> дружище, купи уже ёлку и вешай на нее шарики.скоро новый
> год и оливье.

Все...пошел за елкой, всем спасибо)

Я всё-таки посоветую нанять программиста.

> Я всё-таки посоветую нанять программиста.

Т.е. у меня им стать шансов нет?

> Т.е. у меня им стать шансов нет?

Есть, но для этого надо учиться самому.

> но для этого надо учиться самому

Т.е. читая учебники.
Большинство форумчан тоже когда-то были студентами. И те, которые учебники/книги читали - стали. А на форумах можно уточнить детали, найти ошибку и т.п.

> student22 © (23.12.10 01:16) [45]
>
>
> > Я всё-таки посоветую нанять программиста.
>
> Т.е. у меня им стать шансов нет?

Шанс есть всегда, но стоит подумать о выборе профессии, судя по этой ветке вам программирование не интересно.

> Плохиш © (23.12.10 02:07) [48]

Ну, Андрей.
Не надо столь строго для ответа такому нику.
Он ведь в анкете честно пишет "незаконченное". Т.е. у него ещё есть шансы сначала закончить, а потом стать. :)

ну... хоть кто-то обнадежил)

> student22 © (23.12.10 03:10) [50]
>
> ну... хоть кто-то обнадежил)

А всё прочее стоит денег!
Либо учение, либо покупка!

Германн © (23.12.10 02:20) [49]

Я его не знаю, сужу чисто по его вопросам и они мне не нравятся, нет в них искры и интереса. Ему стоит ещë обдумать выбор професии.

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

А я почему-то всегда думал, что ноги у асп.нет начали расти гораздо раньше.

http://www.pcweek.ru/themes/detail.php?ID=38806

> student22 © (23.12.10 01:16) [45]
>
> > Я всё-таки посоветую нанять программиста.
>
> Т.е. у меня им стать шансов нет?

Шанс есть даже у телеграфного столба.

> Медвежонок ХМЛ © (23.12.10 09:59) [53]
> WebSnap или его дальнейшее развитие asp.net
>
> А я почему-то всегда думал, что ноги у асп.нет начали расти
> гораздо раньше.

Прекрасный пример дурной статьи, согласно ей у IW всего лишь 5 месяцев от рождения.

А ноги у asp.net растут из asp, а тому сто лет в полдень.

да ладно.
сама концепция продукта интравеб (а это напомню был 96 год!!!) была революционной.
в дизайнере иде клепалась веб-страница в полный визивиг.

... причем с полным датааваре и тувей биндингом (как сейчас бы сказали)

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

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