"include virtual" - вопрос!

А об этом никто не спорит.

А многие на C++. И что? :) Речь не о многих приложенях вообще, а именно о веб-приложениях.

Это вы плохо понимаете, что пишете. Я веду речь, и даже подчеркивал это, о веб-приложениях. И в свете разработки веб-приложений рассматриваю вопрос.

Здесь и спорить нечего, вы запалились своей неосторожной фразой про mod_perl.

Вот без или. Речь идет только о веб-приложениях.

А с этим никто не спорит. Просто изначально выбирая платформу и язык надо учитывать что проще и быстрее в разработке даной задачи, а, занчит, дешевле.

Web-приложение на PHP наиболее просто и беспроблемно устанавливается на сервер.

А для Perl есть гемор в виде "символа конца строки".

Я знаком с PHP, более-менее знаю Perl и пишу на нём, а самым удобным для Web-программирования считаю Java (и пишу на нём). ASP и ASP.NET не знаю, но думаю, что они примерно так же удобны для Web-программирования.

Считаю, что разработки серьёзных Web-приложений на любом языке необходим какой-нибудь MVC framework.

Я вам, молодой человек, наверное секрет открою... Но есть люди которые годами работают с базами данных (например Oracle), получают зарплату более 50к в год, и при этом даже не знают что такое MySQL.

Я не работал с mod_perl, но что же такого "страшного" вы нашли в моей фразе про него? Может откроете мне секрет? :)

Я вам тоже секрет открою, что люди, работающие с Oracle, нормально знают что такое MySQL, да и любая другая SQL RDBMS. Обратная теорема не верна :)

Вот именно то, что не работали и нашел. Человек, рассуждающий о Перле и не работавший с mod_perl - то же самое, что человек, рассуждающий об Оракле, но работавший только с мускулом.

Познакомить?

:)

Вот когда вы, закончите институт, или хотя бы поступите в него, узнаете что mod_perl на самом деле все навсего модуль для Apache, организующий выполнение скрипта написанного на Perl без запуска дополнительного процесса, что позволяет сэкономить ресурсы сервера, но замедляет выполнение скрипта написанного на Perl.

И не работал я с mod_Perl никогда, потому как не работал системным администратором (студенческие годы не в счет), а вы тут только что показали, что умеете только загибать пальцы.

Вот объясните мне пожалуйста, что значит RDBMS. Только не надо расшифровку давать. Я верю, что вы сможете расшифровать эту аббревиатуру, если написали ее. Вы долго готовились и изучали учебники по вашему любимому MySQL или, может, MS SQL? :)

Знакомьте, даю гарантию, что этот человек без труда будет с мускулом работать.

М-да, ну здесь мне и сказать-то нечего. Институт я закончил в 98 году, свой возраст, в отличие от вас не скрываю. Его можно увидеть в моем профайле. А про mod_perl прочтите:

http://www.opennet.ru/base/dev/why_mod_perl.txt.html

http://www.webscript.ru/stories/03/01/17/1969038

http://www.host.ru/documentation/v-www/0026.html

Думаю, это несколько развеет ваши заблуждения.

Ну куда ж без загибания-то? Думаю несколько десятков проектов, в которых я принимал участие позволяют мне немножко позагибать пальцы.

Система Управления Реляционными Базами Данных это расшифровка или перевод? :) Вот вам теория. Как вы правильно заметили, учебники я тоже поизучал, дабы представлять о чем речь, а не бездумно кодировать.

Жаль что вы действительно умеете только пользоваться поисковиками (не зря же это форум о поисковых системах) и указывать свой (свой ли?) возраст в профаиле, но не отвечать за свои слова.

Приведенные вами ссылки подтверждают мои слова о mod_perl, при этом "даденый" вами ответ по СУБД так и не отразил вашего знания о том что же такое Реляционная БД. Скорее всего вы этого просто не знаете. Найдя сейчас это в какой-нибудь вики-педии или еще где-нибудь, вы конечно "докажете" свои высочайшие знания в области СУБД. Жаль, только что то же самое мог сделать школьник, который в 98-м году только младшую школу закончил. :)

За сим дискуссию прекращаю, ваши знания в данной области вы показали.

Spectre, "ищите и обрящете" (С).

Читайте и учитесь.