web программирование на delphi..даже не знаю как называется это

← →
evvcom © (2007-01-26 19:06) [40]

> [38] Плохиш © (26.01.07 18:59)

Да я удивляюсь, как он еще не RO? Это ж не первый пост подобного настроения.

← →
Ученик чародея © (2007-01-26 19:40) [41]

> Prohodil Mimo © (26.01.07 19:05) [39]
>
> Ученик чародея © (26.01.07 18:05) [34]
> Среда очень тяжелая
>
> а полегче что посоветуешь?
>
> Хочу JAVA изучить, ищу с чего начать. В инете инфы много,
> но если всё подряд пробовать, времени много уйдёт.
> может книга есть хорошая по JAVA ?

Полегче (но никакой визуальной разработки, нечто типа Turbopascal)-
JEdit http://www.jedit.org/
JDK 5.0 http://java.sun.com/javase/downloads/index_jdk5.jsp

Книги
Программирование на Java: подробное руководство - http://ru.sun.com/java/books/online/index.html
Создание приложений Java http://www.internet-technologies.ru/books/category_12.html
Программирование на Java http://www.intuit.ru/department/pl/javapl/
Бумажные книги http://ru.sun.com/java/books/index.html

← →
isasa © (2007-01-26 20:28) [42]

Ученик чародея © (26.01.07 19:40) [41]

Не спорю, NetBeans очень даже, тем более после появления Visual Web Pack (в 5.0-ой не было, или я ошибаюсь). Иначе веб-дизайн очень бы походил на онанизм в темную.

← →
Ученик чародея © (2007-01-26 20:45) [43]

> isasa © (26.01.07 20:28) [42]
>
> Ученик чародея © (26.01.07 19:40) [41]
>
> Не спорю, NetBeans очень даже, тем более после появления
> Visual Web Pack (в 5.0-ой не было, или я ошибаюсь). Иначе
> веб-дизайн очень бы походил на онанизм в темную.

Ну и до этого было хоть не визуально, но все просто.

← →
Prohodil Mimo © (2007-01-27 00:54) [44]

Ученик чародея © (26.01.07 19:40) [41]

Спасибо. Буду разбираться.

← →
Плохиш © (2007-01-27 01:07) [45]

> isasa © (26.01.07 20:28) [42]
> Не спорю, NetBeans очень даже

Ага, памяти жрёт не меряно...

← →
Ученик чародея © (2007-01-27 17:47) [46]

> Плохиш © (27.01.07 01:07) [45]
>
>
> > isasa © (26.01.07 20:28) [42]
> > Не спорю, NetBeans очень даже
>
> Ага, памяти жрёт не меряно...

Но меньше чем MSVS 2003/2005

← →
Kostafey © (2007-01-28 15:11) [47]

CGI- приложения можно только на Win-сервере запускать?
А если сервер Unix-то все, Delphi в Web-программировании неприменим ?

← →
Kostafey © (2007-01-28 15:14) [48]

CGI- программы работают только на Win - серверах ?
А если сервер Unix, то Delphi в Web- программировании не применим ?

← →
Anatoly Podgoretsky © (2007-01-28 16:30) [49]

> Kostafey (28.01.2007 15:11:47) [47]

Откуда ты таких глупостей нахватался?

← →
Kostafey © (2007-01-28 16:52) [50]

[48],[49] Ух оба сообщения дошли.

> Откуда ты таких глупостей нахватался?

Да ни от куда. А что Delphi делает и .elf ?
Я на сколько знаю windows-овыский exe Unix не исполняет, или мне нужно срочно бросать?

← →
Ученик чародея © (2007-01-28 17:40) [51]

> Anatoly Podgoretsky © (28.01.07 16:30) [49]
>
> > Kostafey (28.01.2007 15:11:47) [47]
>
> Откуда ты таких глупостей нахватался?

Вы утверждаете, что CGI, написанная на Delphi, пойдет на FreeBSD?

← →
Kostafey © (2007-01-28 17:45) [52]

> Вы утверждаете, что CGI, написанная на Delphi, пойдет на
> FreeBSD?

Утверждаю? Никоим образом. Спрашиваю.

Об CGI я знаю чуть меньше, чем о балете, поэтому исхожу из общих принципов несовместимости программ, скомпилированных
в Win для *nix системы. Или и в этом я ошибаюсь ?

← →
Ученик чародея © (2007-01-28 17:55) [53]

> Kostafey © (28.01.07 17:45) [52]

CGI это исполняемый файл(для конкретной операционной системы) который получает запрос и выводи в Web-консоль результат в виде web страницы или в ином формате (к примеру какой-то из форматов картинки).

Перенести его на другую систему можно только после перекомпиляции(обычно они пишутся на C/C++), а вот компилятора Delphi для FreeBSD я не нашел, возможно плохо искал.

Сейчас CGI заменено почти полностью на PHP/PERL для "домашних страниц" и мелких сайтов и Servlets/JSP(со всеми фреймворками) для приложений уровня предприятий.

Еще есть ASP.NET, оно вроде бы ориентировано на системы уровня предприятий, но реальное преимущество перед PHP/PERL только наличием визуального проектирования страниц. Кроме того, платное и работает в основном на Win32/64, хотя, используя Mono, можно с бубнами и камланиями перенести и на другие системы.

← →
Kostafey © (2007-01-28 18:34) [54]

> [53] Ученик чародея © (28.01.07 17:55)

Это-то понятно.

Отсюда резюме
> [47] Kostafey © (28.01.07 15:11)

так ?

← →
Anatoly Podgoretsky © (2007-01-28 18:42) [55]

> Kostafey (28.01.2007 16:52:50) [50]

> или мне нужно срочно бросать?

Не стоило и начинать, не твое это. Займись чем ни будь другим, например улицы подметать.

← →
Anatoly Podgoretsky © (2007-01-28 18:44) [56]

> Ученик чародея (28.01.2007 17:40:51) [51]

Не передергивай.
В утверждение автора, что CGI это прерогатива только Виндоус, на Юникс не возможно.

> CGI- программы работают только на Win - серверах

> Ученик чародея (28.01.2007 17:55:53) [53]

> CGI это исполняемый файл(для конкретной операционной системы

Большей глупости не слышал.
CGI это интерфейс не имеющий отношения к операционной системе. Кроме того некоторые CGI скрипты одинаково работают на любой проблеме.

Остальное написаное тоже обычный бред.

> [55] Anatoly Podgoretsky © (28.01.07 18:42)
> > Kostafey (28.01.2007 16:52:50) [50]
>
> > или мне нужно срочно бросать?
:) не дописал: бросать не закусавая употреблять

> Не стоило и начинать, не твое это. Займись чем ни будь другим,
> например улицы подметать.
О! Это конечно! В яблочко!
Уже 6-й год стажа в должности оператора БСЛ.
Что такое БСЛ ?? Как разьве ВЫ не знаете что такое БСЛ ????
Большая Совковая Лопата !!! :)

> Anatoly Podgoretsky © (28.01.07 18:47) [57]
>
> > Ученик чародея (28.01.2007 17:55:53) [53]
>
> > CGI это исполняемый файл(для конкретной операционной
> системы
>
> Большей глупости не слышал.
> CGI это интерфейс не имеющий отношения к операционной системе.
> Кроме того некоторые CGI скрипты одинаково работают на
> любой проблеме.

The Common Gateway Interface (CGI) is a standard protocol for interfacing external application software with an information server, commonly a web server. This allows the server to pass requests from a client web browser to the external application.
http://en.wikipedia.org/wiki/Common_Gateway_Interface

Это попытка выкрутится терминами (можно также сказать что CGI это стандарт, протокол и.т.п... ), все равно в конце связки находится внешнее приложение, которое часто "заточено" под конкретную операционную систему, иногда это бывает скрипт на Perl/C/Ruby...

Но все равно при обращении к CGI странице порождается новый процесс, что все равно можно расценить как запуск приложения.

В качестве рекламы:
В той же Java все реализовано по человечески - процесс сервлета внутри виртуальной машины(не системный процесс) порождается только один раз при старте сервера (потом может перезагружаться при изменении JSP или команде на перезагрузку конкретного набора сервлетов или сервлета) далее идет обычная переадресация web-запросов к уже созданному сервлету. Итого имея все преимущества CGI, Java не имеет его недостатков на "очень дорогое" порождение и уничтожение процесса при каждом запросе.

Ученик чародея © (28.01.07 20:04) [59]

В качестве рекламы:
В той же Java все реализовано по человечески - процесс сервлета внутри виртуальной машины(не системный процесс) порождается только один раз при старте сервера

Это было ожидаемо ... :)

В качестве антирекламы.
Данное действо, скорее всего, является минусом технологии. По крайней мере для ISAPI считается именно так(т.е. выполнение "стороннего" кода в процессе браузера), по одной простой причине. В случае краха кода юзера, всему пипец :).

Ну, по крайней мере, после критической ошибки выгрузить DLL из под Апача/IIS - только перезагрузкой.

> isasa © (28.01.07 21:54) [60]
>
> Ученик чародея © (28.01.07 20:04) [59]
>
> В качестве рекламы:
> В той же Java все реализовано по человечески - процесс сервлета
> внутри виртуальной машины(не системный процесс) порождается
> только один раз при старте сервера
>
> Это было ожидаемо ... :)
>
> В качестве антирекламы.
> Данное действо, скорее всего, является минусом технологии.
> По крайней мере для ISAPI считается именно так(т.е. выполнение
> "стороннего" кода в процессе браузера), по одной простой
> причине. В случае краха кода юзера, всему пипец :).

Наверное вы невнимательно читали про JavaVM, там подобное невозможно, так как при возникновении исключения сервлет будет просто выгружен и перезагружен. Конечно могут остаться незакрытые ресурсы типа коннектов к БД или незакрытые файлы, если программа писалась уж очень криво и destroy() HttpServlet-а не был перезагружен своим кодом. Хотя незакрытый коннект к БД должен сам быть прибит драйвером JDBC когда на него будут потеряны все ссылки, это если драйвер не кривой.

Ну и при изменении той же JSP(где html код перемешан с Java), обычно сервер контролирует размер страницы, автоматически при следующем обращении к ней будет перекомпиляция страницы.

PS
От полностью кривого кода Java, конечно, не спасет. Иногда нужно даже думать, когда программируешь.

← →
brrrr (2007-01-28 23:08) [63]

> Еще есть ASP.NET, оно вроде бы ориентировано на системы
> уровня предприятий, но реальное преимущество перед PHP/PERL
> только наличием визуального проектирования страниц. Кроме
> того, платное и работает в основном на Win32/64, хотя, используя
> Mono, можно с бубнами и камланиями перенести и на другие
> системы.

А аргументы? :) Про кроссплатформеность согласен. Для затравки ASP[b].NET[/b] ;)

web программирование на delphi..даже не знаю как называется это Найти похожие ветки