PERL сложнее для понимания.

Это плюс или минус?

Плюс. Сложен для начинающего программера с "улицы". С него сложно начинать, но можно продолжать, после РНР, если такое желание появиться.

Хорошо, не процедурный. Но пока в языке имеются глобальные функции (типа echo), объектно-ориентированным по-настоящему его назвать нельзя. Я говорю об ОО-подходе, к примеру, вместо mysql_bla писать MySql.DoBla(), вместо echo писать Response.Write и т.д. Вместо того, чтобы писать echo("<img src=""img.jpg""/ >") писать <asp:Image runat=server id="Img"/ >, а в коде реакции на событие Page.Load задавать src... Ладно, все, молчу

Exception, а я-яй...
В С++, к примеру stdio не отменяли... От этого его тоже ?
А еще в любой насильной программе есть int main();

В C# нету такого
Игнат, ты меня не понял. Я говорю об архитектуре, а не реализации. К примеру, схема с наследованием от Page и взаимодействием со свойствами Request и Response мне кажется куда более логичной, чем команда "echo". К тому же, те же классы являются базовыми и для SoapRequest и прочих.. Скажи, сколько строк кода нужно поменять для миграции с MySql, скажем, на InterBase или на MSSQL? 10? 100? В .NET/Java не больше 10. Не поймешь, пока не испробуешь ,

Exception можно ничего не менять используя PDO, начиная с 5.1.0

Дык пример stdio я зачем тебе привел? Набор функций ввода-вывода на языке С, а-ля printf или scanf, которые не являются членами какого-либо класса (eg. Console). Достаточно заглянуть в stdio.h


Даже для PHP4, буду менять всего один класс, ибо все запросы выполняются у меня своим классом, за исключением маленьких скриптиков в один файл, в которых применение класса БД бессмысленно. Другое дело, что я предпочитаю тонких клиентов БД, и независимо от языка реализации мне придется либо править все запросы, либо переписывать враппер, т.к. зачастую запросы имеют вид далекий от ANSI.

Бьярни Страуструп за использование stdio бьет по пальцам . Посмотри на нормальные библиотеки на C++ (к примеру Qt). Там все операции ввода-вывода инкапсулированны в классы.

Что касается Perl и PHP, то PHP предназначен для генерации HTML. Это зашито в самом его названии и справляется с этой задачей он очень успешно. Тогда когда Perl - это швейцарский нож и генерация HTML - всего лишь небольшая область его применения. Perl лучше интегрирован с операционной системой, особенно с Unix, что дает ему больше возможностей в написании серверных приложений, чем PHP. Нередко бывает ситуация когда на PHP пишут интерфейс, а всю server-side часть пишут на C или еще чем-нибудь, чтобы повысить быстродействие или выполнить специфические задачи. В этом плане Perl имеет преимущество, так как он позволяет все сделать в одной среде, как на Java или Asp.Net.

Ко всему добавлю что за PHP укрепилась слава продукта с не самой хорошей безопасностью. Не скажу с чем это связано - то ли наличием дыр в самом PHP, толи в огромном колличестве бесплатного и популярного софта на PHP, содержащем дыры, то ли все в комлексе.

И за malloc тоже.

Очень даже положительно смотрю. После MFC (бить не будут?), QT кажется раем и воплощением простоты.

Я тут пытаюсь высказать мысль - наличие встроенных глобальных функций не говорит о том, что язык не объектно-ориентирован.

Какой-то идиотский вопрос. Для одних проектов удобнее PHP, для других PERL в виде CGI модуля. При грамотном планировании архитектуры проекта никто не мешает использовать в различных модулях/разделах/подзадачах еще и C++/шарпы/явы.
И будущее очень большое у обеих технологий.

Perl разрабатывался для терминального программирования....
А php специально нацелен на программирование Web.
Кто на что специально нацелен, тот и лучше...

Не совсем... Он разрабатывался для обработки строк (текстовой информации) и составления отчетов. Но давно вырос из этих рамок.

neocrome.net вот вам cms которая использует ОДИН класс все остальное процедуры, если ктото мне покажет cms которая быстрее и использует классы, выставлю пиво