Здравствуйте, <Аноним>, Вы писали:

А>Не знаю чем mod_perl отличается от mod_php. Был у нас php-умелец. Так кроме как в самой базе кешировать данные из неё же места не нашёл.

С вами все понятно. Почитали бы книжки, потом бы охаивали технологии?

Почитайте success stories, потом подумайте.

О мозгах архитектора.

В качестве примера того, что можно сделать на модперле:

We have been running ModPerl to deliver dynamic applications as part of
bbc.co.uk for the past 4 years. At present we have well over 50
applications ( and growing ) using Modperl and based on the
Apache::Registry framework. These include community, message boards,
games, voting, quizzes, searches and listings applications. It serves a
sustained 500 application requests per second using a distributed
architecture.

Здравствуйте, <Аноним>, Вы писали:

А>Ну попробуйте написать качественную систему на Delphi

Я не пишу на дельфи. Но на нем можно замечательно написать cgi-шку. Или под fastcgi, скажем.
Просто сажать за клавиатуры надо не макак. Или иметь хорошего архитектора.

Здравствуйте, Alex Kirhenshtein, Вы писали:

А>>Ну попробуйте написать качественную систему на Delphi

AK>Я не пишу на дельфи. Но на нем можно замечательно написать cgi-шку. Или под fastcgi, скажем.
AK>Просто сажать за клавиатуры надо не макак. Или иметь хорошего архитектора.

Я не понимаю, Вы сейчас пытаетесь мне сказать что на процедурной идеологии можно без проблем писать огромные системы? Я думаю, даже отступая от темы web-программирования, тут никто из здравомыслящих пользователей с Вами не согласится — концепция ООП на порядок "лучше" процедурного программирования.

Так вот вопрос в том, что perl/php дешевле сначала, но дорого потом. C++ же, на мой взгляд наоборот. А что будет дешевле в итоге?

Здравствуйте, <Аноним>, Вы писали:

А>Я не понимаю, Вы сейчас пытаетесь мне сказать что на процедурной идеологии можно без проблем писать огромные системы? Я думаю, даже отступая от темы web-программирования, тут никто из здравомыслящих пользователей с Вами не согласится — концепция ООП на порядок "лучше" процедурного программирования.

zomg.

да, без ООП можно писать большие системы.

можно побольще аргументов, кроме "лучше"?

Здравствуйте, Alex Kirhenshtein, Вы писали:

AAK>С вами все понятно. Почитали бы книжки, потом бы охаивали технологии?
AK>Почитайте success stories, потом подумайте.
Да чего читать. Все mod_xxx одинаковы. Тупо выполняют скрипт из файла. Соответственно скрипт не может хранить данные, доступные нескольким http-запросам одновременно.

AK>О мозгах архитектора.
Какого архитектора? Не было никакого архитектора вообще. Прикрутили скрипты к web-серверу, как могли.

AK>В качестве примера того, что можно сделать на модперле:
AK>

AK> We have been running ModPerl to deliver dynamic applications as part of
AK> bbc.co.uk for the past 4 years. At present we have well over 50
AK> applications ( and growing ) using Modperl and based on the
AK> Apache::Registry framework. These include community, message boards,
AK> games, voting, quizzes, searches and listings applications. It serves a
AK> sustained 500 application requests per second using a distributed
AK> architecture.

Ага, "distributed" на 50 серваков.

А>>Смотря какие цели преследовать. Чтоб делать на заказ корпрративные сайты — не имеет. Чтоб делать порталы, куда одновременно народ сотнями и тысячами может ломиться — имеет.

А>Да, речь о сотнях и тысячах)

Сходи в RSDN.decl, тебе приведут ссылку на человека, который держит сайт онлайнового казино.

Пытался сервер сделать на Java, потом пытался сделать на Haskel'e, в конце концов сумел сделать на Erlang'e

А> Все mod_xxx одинаковы. Тупо выполняют скрипт из файла. Соответственно скрипт не может хранить данные, доступные нескольким http-запросам одновременно.

Одновременно — это долго ?

Здравствуйте, __DEN__, Вы писали:

__D>Вот вздумалось мне вместо perl и php попрограммировать для веба на C++. Не подскажет ли кто-нибудь хороший фреймворк для FreeBSD, ибо самому найти не удалось

CGICC

На мой взгляд удобная библиотека, поддерживает также и fastcgi.