Delphi или PHP

← →
Anton (2008-10-09 12:44) [0]

Пока не начал ничего делать спрошу ваше мнение, за и против:
1. Delphi + WebApplication + InterBase + CGI (позже после отладки ISAPI)
2. или PHP + MySQL

← →
antonn © (2008-10-09 12:50) [1]

для чего? каких масштабов приложение? какие нагрузки?

Зачастую хватит ПХП и мускла, пишется легко и быстро, ставится и на линух и на винду. Их для этого и делали.

← →
Jeer © (2008-10-09 12:52) [2]

Лишь бы работало.

← →
БарЛог © (2008-10-09 13:16) [3]

лучше вообще ничего не делать :)

← →
KSergey © (2008-10-09 13:22) [4]

Смотря на какие вакансии отом ориентироваться.

← →
Skyle © (2008-10-09 13:29) [5]

LAMP - офтопик, delphi - нет.

Автор, задай свой вопрос.

← →
тимохов (2008-10-09 14:36) [6]

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

а вообще, писать нужно на том, что лучше знаешь.

хотя от ситуации завиит.

← →
БарЛог © (2008-10-09 14:40) [7]

> а вообще, писать нужно на том, что лучше знаешь.

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

← →
blackman © (2008-10-09 14:50) [8]

← →
PEAKTOP © (2008-10-09 16:16) [9]

> Пока не начал ничего делать спрошу ваше мнение, за и против:
>
> 1. Delphi + WebApplication + InterBase + CGI (позже после отладки ISAPI)
> 2. или PHP + MySQL

Delphi + Firebird (можно InterBase, но я бы не стал в виду отсталости последнего). А если нужна Web-морда, то она элементарно цепляется на Apache+PHP.

Можно пойти другим путем: PHP + Firebird, а затем, если понадобиться, +Delphi.

← →
iZEN © (2008-10-09 16:44) [10]

> Anton (09.10.08 12:44)
>
> Пока не начал ничего делать спрошу ваше мнение, за и против:
>
> 1. Delphi + WebApplication + InterBase + CGI (позже после
> отладки ISAPI)
> 2. или PHP + MySQL

Лучше:
JavaServer Faces + NetBeans + GlassFish + любая СУБД

← →
atruhin © (2008-10-09 18:54) [11]

>[9] PEAKTOP © (09.10.08 16:16)
> можно InterBase, но я бы не стал в виду отсталости последнего

Это с чего он стал отсталым то? Пока что Firebird в догоняющих, причем догонять далеко.

← →
Дмитрий С (2008-10-09 21:33) [12]

> 2. или PHP + MySQL

+ win32.

← →
blackman © (2008-10-09 21:42) [13]

+ win32.
А это зачем? Для того, что бы скучно не было? :)
Денвер (Набор дистрибутивов и программная оболочка, используемые Web-разработчиками для отладки сайтов без необходимости выхода в интернет)
надо ставить и не заморачиваться
http://www.denwer.ru/base.html
Написать, отладить и выложить на сайт

← →
Eraser © (2008-10-09 21:50) [14]

> [0] Anton (09.10.08 12:44)

если задаешь такой вопрос и в таком виде, то однозначно второй вариант.

← →
Юрий © (2008-10-09 22:01) [15]

> [0] Anton (09.10.08 12:44)

1. Пиво
2. Водка

Что выбрать?

← →
palva © (2008-10-09 22:19) [16]

> Пока не начал ничего делать...

А что делать-то надо? Неужели просто установить продукты, которые перечислены у вас в двух вариантах? Тогда можно установить оба варианта.

Если нужно делать сайт, тогда надо начинать с хостинга. Вот и сравните тогда первый и второй вариант по цене.

Если делать означает изучать, то тогда вопрос для какой цели изучать. Если для дальнейшей профессиональной работы, тогда посмотрите список вакансий на hh.ru и попробуйте найти место разработчика программ CGI или даже ISAPI на Delphi. Если изучать нужно для общего развития, то знать нужно оба варианта, добавив к нему третий - ASP.NET.

← →
palva © (2008-10-09 22:24) [17]

> 1. Пиво
> 2. Водка
>
> Что выбрать?

Аналогичный ответ - я бы сделал коктейль. А в качестве ASP.NET бросил бы еще пьяную вишню.

> atruhin © (09.10.08 18:54) [11]
>
> Это с чего он стал отсталым то?

1) Регулярные выражения в SELECT
2) Индексы по вычисляемым полям
3) Динамические хранимые процедуры (PSQL-блоки)
4) Cross-DataBase запросы
5) Соответствие стандарту SQL99, т.е. возможность миграции между СУБД (например, найдите в InterBase хоть тот же SEQUENCE, не говоря об VIEW from PROCEDURE)
6) Управление пользователями из SQL
7) Управление метаданными из хранимых процедур.
8) Шифрование файла баз данных
9) Embedded version
10) .... лень дальше писать.

Вообще, добро пожаловать на http://firebirdsql.su/ Заодно и проекту может поможете.

Пока что Firebird в догоняющих, причем догонять далеко.
PostgreSQL - да, и то уже очень недалеко. :)

> PEAKTOP © (09.10.08 23:04) [18]

> 1) Регулярные выражения в SELECT
> 4) Cross-DataBase запросы
> 6) Управление пользователями из SQL
> 7) Управление метаданными из хранимых процедур.
> 8) Шифрование файла баз данных

Это откуда Вы все взяли? Нет этого и небыло!!! Обещают в 2.5.
А вот как раз в Interbase есть, управление пользователями из SQL, хранение пользователей в БД, шифрование БД (хотя я считаю это ненужной фичей), использование многоядерности/многопроцессорности в супере. Также почти все новые возможности (временные таблицы, асинхронное прерывание запросов, таблицы мониторинга) появились вначале в interbase и только потом firebird.

> Это откуда Вы все взяли? Нет этого и небыло!!! Обещают в 2.5.

Я это взял из того, что использую сам - Firebird 2.5 в состоянии Альфы.

Я собираю FB самостоятельно из CVS. И судя по тому, что последнюю неделю в CVS обновляется файлов пять максимум - релиз не за горами. Думаю, неделю-две.

>шифрование БД (хотя я считаю это ненужной фичей)
После первого же маски-шоу у заказчика последний оценивает эту фичу по достоинству. :)

>многоядерности/многопроцессорности в супере
Гораздо оптимальнее в этом отношении архитектура СуперКлассика (это не опечатка)

Ну, хорошо, а как там у InterBase с регулярными выражениями в SELECT ?

> А это зачем? Для того, что бы скучно не было? :)

Нужно бывает.

← →
jack128_ (2008-10-10 15:08) [22]

> Вообще, добро пожаловать на http://firebirdsql.su/

http://firebirdsql.su/doku.php?id=autonomous_transaction вай-вай..

А на том же sql.ru птицеводы во всю выступали, что мол руление транзакциями на сервере - это аццкий ацтой...

> Я это взял из того, что использую сам - Firebird 2.5 в состоянии Альфы.

Ну альфа это не сервер.

> После первого же маски-шоу у заказчика последний оценивает эту фичу по достоинству. :)

При шифрованиии возникает один момент: где хранить ключ? Особенно при маски-шоу.
> Ну, хорошо, а как там у InterBase с регулярными выражениями в SELECT ?

Да без понятия, я сам firebird использую. Об Interbase знаю по кратким заметкам, да изредка всплаывающим сообщениям на SQL.RU.
Просто нужно смотреть правде в глаза, во времена FB 1.5, он опережал Interbase по всем пунктам, но когда за Interbase "взялись",
несколько лет назад, Firebird начал отставать. И пока разрыв в отставании усиливается. Последнее время пытаются наверстать засчет
фич, при этом нехватает времени на исправление, старых дестких болезней, например права не генераторы (в данный момент,
любой пользователь, не зависимо от прав может вывести из строя БД). Или в качестве примера: вчера сообщил об ошибке в FB2.1 (на sql.ru),
dmitr ответил, что может быть когда-нибудь потом исправим (не дословно, но по смыслу).

> dimitr ответил, что может быть когда-нибудь потом исправим (не дословно, но по смыслу).

Вот именно, шо не дословно.

Дословно, он сказал о невозможности присутствия указанной Вами баги на текущей версии. А об обратном портировании на 2.1 багофикса - это вопрос отдельный, потому как он требует в некоторых случаях костылей, а внекоторых - обратного порта из старшей версии целого блока исходников, как и любой процесс обратного портирования на младшую версию. Просто в FirebirdFoundation еще помнят, какой ценой далась 1.5.5, когда полветки 2.0 пришлось обратно портировать.

Релиз 2.5 - не за горами, и стоит ли заморачиваться багами 2.1, если все в скором времени переедут на 2.5 ? ("вкусностей" много там).

Delphi или PHP Найти похожие ветки