1. Используются ли средства работы с БД, которыми располагает Delphi, для создания серьезных сайтов?
2. Является ли это плохим тоном программирования сайтов?
3. Достаточно ли в Delphi средств для разработки профессиональных web-приложений / движков?
4. Возможна ли настройка среды Delphi для работы с такими популярными базами данных, как mySQL?

1. а почему нет?
2. какая разница как будет сформирован html? главное понимать что где работает, что видит клиентское приложение, а с чем работает сервер.
3. более чем.
4. да, например, через MyODBC (http://dev.mysql.com/downloads/connector/odbc/)

Gush, хостинги, на который есть IIS и MySQL, относятся к редким и вымирающим видам. Ты где будешь хостить свое творение?

Crazy, а где ты видел серьезный сайт на виртуальном хосте? колокейшен спасет от таких проблем

А мы о серьезных сайтах?

Цитата:

для создания серьезных сайтов

п.1 вопроса

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

Насчет, где хостить вопрос пока не стоит. Пока интересен сам факт - делает ли кто-нибудь сайты на Delphi?
Если хосты с поддержкой этой технологии редкость, значит лучше даже не браться за это дело... Так?

P.S. Что есть "IIS"?

Gush, ты уверен, что тебе еще не рано этим заниматься?

…

Gush, для начала http://faq.phpclub.net/basics.base.html … e-it-works PHP заменяем на "обработчик на стороне сервера" и вникаем.

Гм... В общем вот:
На дельфе можно сделать сайт. Причем очень даже мощный. Возможные варианты:
-ISAPI dll
-написать собственный сервер =)
Плохим тоном это не является. Аналогично, например, реализован сайт компании Микрософт, только ISAPI там не на Дельфе писали, вот и вся разница.

Проще всего ISAPI dll. Там даж темплейт какой-то есть на эту тему.
Далее, ISAPI - это технология Микрософта, и работает она аккурат на MS Internet Information Server, сокращенно MS IIS или просто IIS.
Работает, как обычная ДЛЛка, примерно таким макаром:
ей IIS передаёт какие-то параметры, она отдает HTML на выходе, который IIS отпихивает пользователю.
Вот и всё. Что она там будет делать с момента получения параметров до выдачи ХТМЛя - без разницы. Т.е. принцип абсолютно тот-же, что и в любом другом варианте CGI.
Это всяко сложнее написания PHPшного скрипта - надо париться изучением API, потом долго отлаживать, и т.д... Выигрыш, по идее, в скорости выполнения, т.к. сервер не интерпретирует скрипт, а вызывает откомпиленую функцию дллки, как свою собственную. Но это тоже не всегда так - хорошо соптимизенный РНР быстрее работать будет, нежели плохо написанная ISAPI.
Думаю, не стоит тебе пока связываться с этим. РНР/Перл реально проще. Да и хостинга IISного из бесплатных я не видел ни одного... Т.е. платить однозначно.
А задач, из тех, которые ты собираешься решать, скорее всего нет таких, которые нельзя было-б реализовать скриптом.

Вариант с собственным сервером - еще сложней, тебе надо заморачиваться с сокетами, разбором запросов/выдачей ответов правильных... Это вообще тяжёлая артиллерия... Тебе не нужно точно. =)

а почему все сразу про IIS кстати заговорили? под *nux разве модулей не бывает? да в конце концов апач под виндой тоже очень крепко стоит. если говорить про IIS, то мне больше нравится работать через сом-объекты напрямую из аспа. имхо, надежнее чем через isapi фильтр, да и побыстрее. хотя за последнее (быстроту) не буду ручаться.

А ещё можно чистить зубы мочалкой

enf644, эт ты к чему?

это аналогия с програмированием на дельфи под веб

В общем, ясно. Всем спасибо за доходчивое объяснение. Был рад услушать столь бурное обсуждение. На этом его можно закончить.

З.Ы. Запустил Apache... здраствуй, старый-добрый PHP.

Long писал(а):

а почему все сразу про IIS кстати заговорили? под *nux разве модулей не бывает?

Лично я знаю 0 людей, пишущих на Delphi под unix. Соответственно, не экстраполирую.

Цитата:

да в конце концов апач под виндой тоже очень крепко стоит.

Вот только ISAPI-модули он, если мне память не изменяет, загружает персонально на каждый запрос. Как CGI.

Цитата:

хотя за последнее (быстроту) не буду ручаться.

В сущности, написанный прямыми руками ISAPI будет работать немного быстрее. Но обычно это лишено смысла -- комбинация COM+ASP гибче и удобнее.

Gush писал(а):

З.Ы. Запустил Apache... здраствуй, старый-добрый PHP.

Разумное начало.

Crazy, а Kylix разве не пользуется популярностью? кроссплатформенность и все такое...

Так то Kylix...

Вопрос, а оно надо? Написать можно, только это все равно как гвозди микроскопом забивать. Много времени и сил потратится. А их как всегда на все не хватает. Проще надо, проще

Crazy, так этож тот же дельфи, только под другую платформу. разве нет?
phantomas, все зависит от задач. если нужна производительность на серверных скриптах далеко не уедешь.

Long, ну сам посмотри: у Delphi первая буква "D", а у Kylix -- "K". Совсем разные названия. Когда я говорю "Delphi" -- я имею в виду именно Delphi.

phantomas писал(а):

Много времени и сил потратится.

Потратится на что и много по сравнению с чем?

Long, Crazy, не спорю. Конечно все зависит от решаемой задачи, но что имел ввиду Gush под созданием серьезных сайтов. Серверные скрипты позволяют делать достаточно серьезные проекты

phantomas, у каждого свое понимания серьезности проекта. ну а потом, если мы говорим о iis, разумнее использовать com-объекты для работы с тойже базой, чем конектится через тормознутый адодб напрямую с асп-страницы. если можно безболезненно и легко перенести часть работы в длл, а веб-серверу оставить только функции по формированию внешнего вида - это нужно делать в любом проекте, каким бы "простым" он не был. особо это касается разработок под винду.

У блин, разошлись!
Да знаю я PHP, просто хотел чего-то новенького попробовать...

Или про меня уже все забыли? Начались жутко непонятные профессиональные дебаты.

Хм. А почему слово "д е б а т ы" шифруется?

Gush, а ты первую и последную букву убери в слове и посмотри на что остаток похож