Немножко про PHP vs. Perl

[KEYWEB.RU]

согласен с преведущим постом, но хочу добавить что в настояще время довольно часто встречается гетероенное ПО, т.е. часть пишется на PHP, причем в основном gui, а основа(движок) пишется на Perl.
Подобный ситез этих языков, как мне кажется, является оптимальным для написания и является обоснованым для продвинутых приложений. Php не позволяет, таких возможностей проникновения в веб сервер как mod_perl, но и наоборот, писать gui намного приятней все-же на php. (Это личное мнение конечно)
Поэтому как токовое "php vs. perl" в данном случае можно просто отодинуть, а больше усугубится как построить качественную архитектуру приложения.
Большим минусом при разработке подобных приложений является недостаток средств разработки, все приходится собирать руками, что при небольшом опыте довольно сложно сделать...

Ну, а касательно хостинга для подобного, помоему сейчас это становится все меньшей проблемой, с появлением таких приятных, для разработчика, вещей как VPS/VDS или так называемого продвинутого хостинга, у пользователя появляется возможность иметь доступ не только к установке ScripAlias, но и пересборке вебсервера (в случае по-необходимости), а цены на подобные хостинги уже приравниваются к обычному виртуальному хостингу.
К примеру у нас можно подобный хостинг, приобрести уже за 8,9 ?/м. Кому интерестно смотрите линк в личке.

[Sanchez]

Привет! Есть немножечко вопросов
Я уже довольно долго пишу на PHP, но сейчас стал обращать внимание что в многих крупных компаниях больше востребован Perl, нежели ПХП. Да и в отзывах я читал, что он якобы быстрее чем пхп (в скорости выполнения скрипта), кстати, реально ли это так или особо нет разницы?

Далее вычитал я про ужасы перла, вроде 500-й ошибки или трудной обработки данных, пришедших с форм. Попробовал написанные модули Котерова, да, все это дело они поправляют, но будут ли они на хостинге? Или их можно самому поставить туда?

И еще - хороший ли тон держать все скрипты в cgi-bin, или же есть какие то обходные и более изящные варианты? Вообще конечно после пхп не очень удобно то, что в этот каталог не пихнешь обычную хтмл страничку.
И как кстати сделать индексным (для корневого каталога сайта) файл именно из цги-бин ?

[MIRhosting.com]

Сообщение от Sanchez

Привет! Есть немножечко вопросов
Я уже довольно долго пишу на PHP, но сейчас стал обращать внимание что в многих крупных компаниях больше востребован Perl, нежели ПХП. Да и в отзывах я читал, что он якобы быстрее чем пхп (в скорости выполнения скрипта), кстати, реально ли это так или особо нет разницы?

Далее вычитал я про ужасы перла, вроде 500-й ошибки или трудной обработки данных, пришедших с форм. Попробовал написанные модули Котерова, да, все это дело они поправляют, но будут ли они на хостинге? Или их можно самому поставить туда?

И еще - хороший ли тон держать все скрипты в cgi-bin, или же есть какие то обходные и более изящные варианты? Вообще конечно после пхп не очень удобно то, что в этот каталог не пихнешь обычную хтмл страничку.
И как кстати сделать индексным (для корневого каталога сайта) файл именно из цги-бин ?

если Вас все устраивает в php - нет смысла переходить на perl.
Если не хватает средств - другое дело.
500 ошибка везде есть, и обработки данных в php никто не отменял.
можно сделать алис на любую папку, и положить в какую-нибудь scripts или еще что-нибудь похожее.
Сделать индексный файл можно редиректом или инклюде.

[MiksIr]

Модули, которые не требуют компиляции, можно просто положить рядом со скриптом и вызывать по полному пути. Модуль, которые требуют компиляции, можно поставить для себя, если хостером предоставленны средства разработки.
Насчет PHP vs Perl я могу сказать одно... PHP уже серьезный язык (хотя некоторые его функции умиляют), но при этом у него есть видимая простота. В итоге, все горе-вебписатели начинают свои поделки на PHP. По-этому количество дырявых, кривых писулек на PHP в разы больше, чем на Perl. Т.е. по сути активная попытка снижения планки уровня программиста для вхождения в язык для ПХП приносит ожидаемый результат - потерю имиджа.
При этом на ПХП можно писать, и можно очень серьезно писать. Говорю, как Perl-программер с 9-летним стажем =)
Что до perl, то это на 50% язык регулярных выражений... которые позаимствовали очень много кто (включая ПХП), и даже консольные юниксовые утилиты отказываются потихоньку от POSIX regexp переходя на перловые. Так что с языком стоит ознакомится хотя бы в этом ракурсе.
Как итог, соглашусь с предыдущим постом - если ПХП хватает, на нем и пиши. Если есть время и желания - изучи Perl - минусом это не будет, факт. Наоборот, даст много экспы =))
Вызов перла - это уже дело второе. Скажем так - по принципу вызова Перл не отличается от ПХП (например, для апача это происходит через handler), разницу вносит сам веб-сервер. Стандартная схема такова, что php handler назначается на расширение файла, а perl и прочие CGI handler требуют вызова через ScripAlias папку. Но, веб сервером даны средства для изменения этого принципа, даже доступные через .htaccess. Для апача на этот счет советую почитать http://httpd.apache.org/docs/1.3/mod/mod_cgi.html
Если веб-сервером рулите Вы сами, то на моей памяти было 2 модуля для апача - решения типа embedded perl... один под mod_perl, другой для работы с обычным перлом.
Ну и по ошибкам... у каждого сервера есть error_log. Если хостер не дает тем или иным способом доступа к этому файлу, то смените хостера, ибо файл полезен весьма.

Не удовлетворившись результами сравнения производительности описанного в предыдущем посте, я сделал выводы что во всем виноват JDBC и начал искать возможности повышения производительности работы с БД.

Дотаточно здравой мыслью показалось построение пула соединений к базе данных.
Создал DataSource и переписал Groovelet для использования соединения из пула.
Провел замеры производительности и ВУАЛЯ!
Значение Request Per Second показало числа от 480 до 650, при значениях для Apache+PHP от 280 до 350.

Следующим шагом планирую реализовать кеширование данных в Groovelet-e с помошью JC

[ezj]

Сообщение от H2o2007

Не удовлетворившись результами сравнения производительности описанного в предыдущем посте, я сделал выводы что во всем виноват JDBC и начал искать возможности повышения производительности работы с БД.

Дотаточно здравой мыслью показалось построение пула соединений к базе данных.
Создал DataSource и переписал Groovelet для использования соединения из пула.
Провел замеры производительности и ВУАЛЯ!
Значение Request Per Second показало числа от 480 до 650, при значениях для Apache+PHP от 280 до 350.

Следующим шагом планирую реализовать кеширование данных в Groovelet-e с помошью JC

т.е. пых получается быстрее??

[KarpovSergei]

Лично мое мнение - это python, т.к. мне он ближе по духу разработки.
Мне кажется, что использование perl для разработки web-приложений вообще анахроизм, в принципе опрос надо было задавать не PHP - Perl, а PHP--Perl-Python-ASP.

[voron]

Кстати, из чего начать изучение php?

[Llos]

Perl после php для меня ужасен,я вообще считаю, что нужно работать с тем, что хорошо знаешь.

[Cesana72]

Обычно конфиг для mod_php он же libphp5.so начинается со строки
<IfDefine PHP5>
То бишь, чтоб модуль подгрузился при старте, нужно объявить этот самый PHP5, приписав -D PHP5 к строке запуска сервера. Ну или закомментировать директивы <IfDefine PHP5>, </IfDefine PHP5>.