PHP - тормаз PERL - жемчужина

В свое время остановился на Перле в том числе из-за наличия cpan.org, где можно найти кучу готовых модулей почти для любой задачи. Это сильно облегчает создание программ. Для PHP я тогда не нашел такого централизованного репозитория. Не нашел такого и для Питона, для Руби...

PHP и есть ASP (Active Server Pages).

А если вы про ASP который VBScript или JScript - то сейчас смысла в нем никакого.

Или уже на PHP писать (а IIS свежий php нативно поддерживает и кое-что пошустрее апача делает в итоге) или сразу на след. уровень переходить - ASP.NET. Но ASP.NET - это уже другое совсем. И модель событий, и комплиляция, и адаптивный рендеринг и еще масса вкусностей ;)

хорошая статья Perl vs PHP

там на сайте и про питона подробно написано.

И чем она хорошая ?

Рассмотрен один мизерный пример (и тот субъективный) остальное за уши притянуто.

Я тогда могу сказать что запорожец лучше феррари потому что бензина меньше жрёт :)

Зингельшухер, ок, пусть будет просто статья. Если у вас есть инфа посолиднее на эту тему было бы интересно взглянуть.

Нету, но есть мнение что нет лучше языка и нет хуже.

По любому ASM рулит без вопросов, однако создание любого программного продукта это не только "скорость работы" в процессе разработки есть много других параметров (бюджет, сроки, и.т.д.)

Так что выбор надо делать исключительно в рамках имеющихся ограничений. Если проект высоко нагруженный то имеет смысл оптимизировать базу, реализовать хорошее кеширование, в худшем случае особо нагруженные операции писать на С/С++/С#/и.т.д (хотя именно в WEB секторе это не нужно чаще всего) полёта для фантазии необъятное количество. Случаев когда РНР будет узким горлышком и его замена на Perl спасёт ситуацию просто не существуют. (как в прочем и наоборот)

В статье красиво сделаны выводы

Да это чистая правда, всё остальное в статье можно не читать, ничего полезного кроме этого абзаца там нет.

+100. Худшие языки отмирают не родившись. Остальные занимают свои ниши.

Зингельшухер, Слава Шевцов,

Вот как только заходит речь о пхп, все "уперается" в связку пхп+бд и все. Понимаю, что основная часть сайтов, даже которые не пользуют цмс, работают именно с этим (именно к этому призывают почти все книги по пхп) Возможно, в большинстве случаев, этого и хватает. Там начинается дело вкуса и спорить просто глупо. А вот когда встает вопрос о том, что сайт болжен уметь чуть большее, чем просто показ статичного текста и картинок - все самое интересное и начинается. Да, я больше сейчас пишу на перле. Очень часто приходится делать вебсофт под IIS (ведь не секрет что очень много софта с веб-интерфейсом работает в интросетях, но при этом, нагрузка на них ничуть не меньше чем у интрнет рессурсов).

Просто от себя, может это кому-то поможет:

1. что интересного в IIS по сравнению с Апачем - наличие объекта Application (аналог сессиий, но только не для пользователя а для всех, кто сейчас на сайте(утрированно)). Реализация подобного в пхп, если я ничего не путаю, так некчему и привела, из-за проблем с управлением памятью под апачем.

2. сесии реализутся не на уровне языка а на уровне серверных объектов, а значит работают стабильней и быстрее.

3. Внутри ASP файла могут одновременно работать фрагменты написанный на нескольких языках (ActivePerl и JavaScript (серверный)) вместе с родным для IIS VBS. При этом они имеют единую объектную модель.

Теперь о Perl. Вренее не сам язык, он действительно мало отличается от пхп (как его родитель), а о модулях, которые реализуют некоторые функции, которые часто использую.

В частности Parallel::ForkManager - быстрое и очень удобное средство создания паралельных процессов. Очень серьезное ускорение обработки. Естественно MLDBM - псевдо БД на базе образов памяти. Очень быстро работает при этом не нагружает проц. Естественно библиотека Net, предоставляющая доступ к неблокируемым сокетам, дающая возможность вести паралельный прием-передачу данных к очень большому количеству сетевых рессурсов. Ну а в виндовом варианте, перл имеет доступ к оле интефейсу винды. Кто в теме - те поймут.

Чисто в догонку. ActiveState разработал достаточно нтересный вариант написания мультиплатформенных программ на перле (создаются исполняемые файлы с графическим интерфейсом)

Это не повод усложнять разработку, о чём и мой первый пост в этом топике, можно разбить задачу на мелкие подзадачи и решать их по очереди выбирая лучший путь для каждого отдельного блока. (что-то на РНР, что-то на Perl если вам так нравится, что-то вовсе можно вывести домашний десктоп и от руки писать каждый раз когда кто-то страничку открывает)

а вы серьезно считаете, что решение стандартных задач на пхп проше чем на перле или VBS винды?