Forum Webscript.Ru
Разное => Флейм => Тема начата: Dolce0109 от 22 Декабря 2001, 04:52:45
-
Тут у нас активная дебата поднялась... а что быстрее, PERL или PHP... ???
-
Перл быстрее..... но РНР легче
-
Про скорость:
PHP выводит на экран строки: "Hello World" 30 000 раз за, в среднем, 10 секунд... PERL за 30... и это быстрее?
-
Модератор, закрой пожалуйста тему. А то если сюда 2 -3 перловщика попадут - такой флейм начнется ....
-
интересно было посчитать сколько раз эта тема начиналась.
я тут не помню с кем-то дофлеймился до того, что договорились даже тесты провести, но оппонент кудато пропал=(
-
я тут не помню с кем-то дофлеймился до того, что договорились даже тесты провести,
А ты что защищал, Perl или PHP?
и это быстрее?
;) яркий пример однобокости тестов.
Надо уж тестировать разносторонне.
При более больших объемах программы, а не одной строки
print "Hello Word!\\n"x30000;
Картина могла бы быть иной.
Никто однако спорить не будет с тем, что Perl прикольнее :)
-
Вообщем смотря для чего.
Если надо научить побыстрому человека скриптики писать - то PHP лучше....
Если надо все-все (включая COM порты, ICQ, IRC и много другое - Perl)
А вообще .... смотря что на хостере стоит, то и лучше :)
Да... Кто еще не видел - HelloWorld в 2 строки на Перле :)
#!/usr/bin/perl
$_=q$qsjouy?<-@*-.b-z? -$+-/a-y?;s=\\D+=$&=ee
P.S. А JavaScript круче! И не говорите, что на нем нельзя Server-Side писать :-P А TCL/TK - так вообще
-
Ну это из серии что ассемблер всех круче...
Перл быстрее в определенных ситуацияХ , PHP c Zend- в других.
Я оцениваю языки и прочее с точки зрения mindware- То есть насколько моден этот метод и насколько у него велика возможнотсь роста.
PHP у меня вызывает щенячий восторг тем, что все начиналось с одного человекa, Personal Homepage, Если помните.
Кстати, сейчас основные классы PHP перекидывают на C, и тут я думаю, Perl покурить пошел- интерпретатор то C на никсе не нужен :)
Так что всем знакомится с Pear, я об этом писала недавно pear.php.net
-
Круче то, что наиболее эффективно выполняет конкретно поставленную задачу. А на каком языке это все написано, в конечно счет никого не волнует.
-
Круче то, что наиболее эффективно выполняет конкретно поставленную задачу.
Полностью согласен с Unregistered. Не важно на чем это написано, важен конечный результат. Если все работает правильно, без глюков, удобно этим пользоваться, то мне, если честно, сугубо параллельно на чем это написано. Да хоть в машинных кодах :)
-
Perl обнозначно быстрее отрабатывает маленькие скрипты, а РНР большие, так что Dolce0109 все правильно :)
-
С помощью Перла можно гораздо быстрее подвесить сервер (если скрипт написан коряво:) ), нежели ПХПшником
-
ThE0ReTiC
Perl обнозначно быстрее отрабатывает маленькие скрипты, а РНР большие, так что Dolce0109 все правильно
Хмм... А я слышал обратное. И насколько мне известно (сам я тесты не проводил) PHP плохо оборабатывает большие массивы данных и по моим сведениям PHP при работе с текстами работает медленнее (regexp-ы и все такое) чем Perl
-
Я просто проверял. Вообще, IMHO, данное сравнение не совсем корректно. Перл все-таки оди из системных языков юникса, а РНР изначально заточен на Web. Это все равно, что сравнивать, к примеру, ассемблер и язык, используемый, при написании bat файлов.
-
ThE0ReTiC
Наконец-то здарове высказывание. Как можно сравнивать язык для шела и язык для вэб страниц ?
Вообще в крупных проектах делается все логически просто:
1. Серверная часть - C/C++ или Perl
2. Весь вывод (вэб страницы) на PHP
-
:)Иногда я могу сказать что-нить не совсем глупое :)
-
Кстати, сейчас основные классы PHP перекидывают на C, и тут я думаю, Perl покурить пошел- интерпретатор то C на никсе не нужен
:) сейчас докурит и вернется. Идет тотальное изменение Перла. Как сказал Larry Wall:
"Perl 5 was my rewrite of Perl. I want Perl 6 to be the community\'s rewrite of Perl and of the community."
Я думаю, комьюнити напряжется и выдавит из себя то, что ему нужно, а нужен сетевой Перл ибо воз-ти Перла системного вроде бы и так хороши.
В рамках Perl6 сейчас идет активная работа над весьма интересным проектом Parrot http://dev.perl.org/perl6/
По идее, появится возможность исполнять не только код, написанный на Perl6, но а также и прочих интерпритируемых языков :) возможно того же PHP.
-
Green Kakadu
Я про этот perl 6 уже года два слышу :) Ну будет он исполнять другие языки - и что ? Пока он свои интерпритатор поднимет - юзер два раза пукнуть успеет.
-
юзер два раза пукнуть успеет.
;) а после этого, с хорошим настроением, возьмется за Перл.
Просто это говорит о том, что Перл вроде как вырос из своих прежних размеров - нужно кардинально многое менять, чем и занимаются создатели, а небольшие изменения (что-то там на С написали, а достаточно написать полностью на С и вживить в перл модули CGI.pm и DBI.pm и все преимущества "быстрых web воз-тей php" пропадут).
А про mod_perl все тихо замалчивают ;) и FastCGI.. ;)
-
mod_perl - чудовищно хавает ресурсы сервера...
-
mod_perl - чудовищно хавает ресурсы сервера...
Это кривой программер делает программы, которые хавают ;)
надо удалять ненужные данные после использования, очищать буфер и все будет ОК
-
Green Kakadu
надо удалять ненужные данные после использования, очищать буфер и все будет ОК
Если перл такая рульная и быстрая вешь, вот объясни почему нет Perl-Nuke ?
А потому нет, что такой скрипт загрузит сервер по самые уши.
-
вот объясни почему нет Perl-Nuke
Да, Green Kakadu , обьясни... :)
А Lion нам обьяснит почему, например на hotscripts.com, скриптов на Perl больше чем PHP, а бесплатных из них всего ~30-35%, хотя на PHP почти все бесплатные... :)
-
NeoNox
http://www.hotscripts.com/polls/results.hsp люди пока выбирают php. А то что там перловских скриптов больше ни о чем не говорит, перл появился раньше чем пхп, больше программеров его знают, вот на нем и скриптов больше (http://www.forum.xonix.ru/smy/gigi.gif)
-
Неее...
Я про платность и бесплатность имел ввиду... :)
-
Green Kakadu
Давай не надо про кривых программеров и ресурсы на mod_perl. Памяти надо гигобайты. А маленький свопинг - и твой сервак даун. Знаем плавали. Даже глобальные обнуления всех переменных не помогали.
А Fast CGI ... дык PHP так же можно с его поддержкой собрать :) Но кому сейчас этот вчерашний день нужен :)
NeoNox
Я тебе вместо Lionа объясню. Перл сколько лет уже существует ? А ПХП ? Вот то то и оно, разница по времени большая. Это как раз видно и на качестве скриптов.
Посмотри там большинство перл скриптов - ни шаблонов, ни CSS, вместо баз - флат файлы. А пхп- что ни скрипт , то базу подавай, шаблоны юзают, всякие там GD, DOM, XML требуют.
Вот ведь странно, форумы, гостевые, галлереи, контент менеждеры все переносят на PHP или сразу на нем и клепают :) На перле сейчас либо старички, либо "бедные" с фришным "cgi only" хостингом остаются.
-
To Stek:
"-Доктор, меня игнорируют...
-Следующий..."
Черт, или я разучился мысли свои на бэкграунде воспроизводить или кто-то читать не хочет ???
На перле сейчас либо старички, либо "бедные" с фришным "cgi only" хостингом остаются.
Я еще раз спрашиваю, почему подавляющее количество скриптов на Perl - платные, а на РНР - бесплатные?
И еще, давайте спорить о вкусе ананасов с теми, кто их пробовал...
Посмотри там большинство перл скриптов - ни шаблонов, ни CSS, вместо баз - флат файлы.
Посмотрел. Не согласен... В общем есть студенческие поделки, а есть, например, те же Links...
А пхп- что ни скрипт , то базу подавай, шаблоны юзают, всякие там GD, DOM, XML требуют.
А в перле значит, нельзя заюзать?
А насчет баз, то у меня на сервере есть одна такая... Зомбяков создает 10 раз на дню. И что? Это и есть хорошо? Или опять о кривых руках не будем?
Мое личное ИМХО таково- пусть сначала человек дойдет до уровня что ему нужно База, а потом только ее ему и дадут.
Ибо не понимая азов нефик лезть наверх...
Вот ведь странно, форумы, гостевые, галлереи, контент менеждеры все переносят на PHP или сразу на нем и клепают
Как это все?:) Нет, насчет всех, это ты погорячился... :)
-
Вообще спор довольно безпридметный. А почему, например, сюда еще и ASP не включить? Каждый пишет на том, что ему больше нравится. Под/на Perl больше всего есть в сетке. Но посмотрим, какая ситуация сложится, когда РНР будет такой же дядька как Perl.
-
Но посмотрим, какая ситуация сложится, когда РНР будет такой же дядька как Perl.
Он, как минимум, всегда будет младше... :)
Каждый пишет на том, что ему больше нравится.
...на том, на чем думает. Вот я, например, синтаксис РНР знаю, но думаю на Perl. :) Да и наработок много, все модули просто так не перетащишь в другой язык...
-
Я еще раз спрашиваю, почему подавляющее количество скриптов на Perl - платные, а на РНР - бесплатные?
И еще, давайте спорить о вкусе ананасов с теми, кто их пробовал...
Ну ананасы я пробовал, поэтому думаю мой ответ не уйдет сразу в /dev/null :)
Без шуток... я чаще вижу платные PHP скрипты , нежели перл. Все эти CGI Warez во внимание не принимаю. То что там есть - это отстой с маленькой буквы.
-
... я чаще вижу платные PHP скрипты
а я вижу на Perl. И причем, после них, я на PHP-Nuke кроме как на детскую поделку смотреть не могу... А пхп- что ни скрипт , то базу подавай...
Кстати, начало этого треда было о скорости...
Так вот, как ты думаешь, что быстрее php+mysql или perl+flat files? :)
-
1. кривые программеры существуют!
Это не программисты, а те которые сваяли какую-то программульку и мнят себя супер-программерами, среди php\'шников таких фруктов больше и кривых скриптов НАМНОГО больше - все из-за "простаты" :p .
Это как под Win много чайников, а под *nix ;) чайники как динозавры быстро вымирают.
2. Почему php так любят юзать базы? См. пункст 1 - многим проще подключить MySQL, сваять на ней Гостевую (как Шварцнегер в памперсах) и мыслей особо никаких иметь не нужно.
3. XML и микрософт в своем .NET юзает. Есть на Perl множество модулей работающих с XML, тот же XML::Parsr так что не нужно ля-ля
Все что юзает пхп давно есть на перл :) а ведь найдутся и такие, кто решит, что регулярные выражения - это родное php детище... Не стоит забывать, что пхп создавался с перла - сделали его проще и по webистее ;) вот и все.
4. Если перл такая рульная и быстрая вешь, вот объясни почему нет Perl-Nuke ?
Потому что Perl - это такая рульная вещь, а системы для превращения странички в "портал" ;) ) это как игра в песочнице. А потому нет, что такой скрипт загрузит сервер по самые уши.
Гы-гы-гы. Это самый последний довод - что касается больших объемов кода, то перл шустрее.
Другое дело, что на перл такую систему сделать несколько сложнее, с учетом легкой настройки это системы (т.е. сделать то не сложнее, а вот сделать легко-настраиваемой - тяжелее).
Давай не надо про кривых программеров и ресурсы на mod_perl. Памяти надо гигобайты. А маленький свопинг - и твой сервак даун. Знаем плавали
:) плохо значит плавали. mod_perl + Apache - мощнейшая система и против этого не поспоришь.
-
NeoNox
>Так вот, как ты думаешь, что быстрее php+mysql или perl+flat files?
А как ты думаешь, почему западные хостеры запрещают форумы на флат файлах и вместо них предлагают SQL.
Ты думаешь что твой скрипт (не важно какой язык) будет быстрее делать выборку в файле на 10 мегов нежели база ?
Кстати, при чем тут PHP Nuke ? Сравнивай уж тогда с eZ publish, Typo3 Content Management, eGrail
А игрушка PHP-Nuke... можно посмотреть ваши проекты, дабы оценить насколько вы круты в программирование, что бы так уверенно разбираться в других продуктах ?
-
А как ты думаешь, почему западные хостеры запрещают форумы на флат файлах и вместо них предлагают SQL.
Вопрос не о том, что SQL круче флат файлов - это как сравнивать лопату с экскаватором :)
Вопрос в том, что надо применять соотв. средства в зависимости от решаемых задач - когда говорится о небольшой базе, нечасто обновляемой, с обычной выборкой то глупо сувать туда SQL :) а вы как довод привели, что мол все php скрипты юзают SQL базы, значит это круто.
Нет. Ведь php хорошо работает и с небольшими флат-базами ,есть интерфейс для работы с базой Berkeley.. ан нет :)
eZ publish
;) mason (http://www.masonhq.com/) - тусуйтесь парни.
-
плохо значит плавали. mod_perl + Apache - мощнейшая система и против этого не поспоришь.
Например stavka.ru
-
NAS
Такие проекты всегда на выделенных серверах строятся. А там ты что угодно и как угодно можешь делать. Кстати, к чему этот линк ? Только чтобы показать что связка mod_perl + Apache работоспособна ? Так я верю, но говорю о требовательности ресурсов к памяти.
Да и вообще . Вон Zope pithon использует - и ничего, крутиться, дышит.
-
Вон Zope pithon использует - и ничего, крутиться, дышит
Apache тоже python использует и не умирает.
Такие проекты всегда на выделенных серверах строятся. А там ты что угодно и как угодно можешь делать. Кстати, к чему этот линк ? Только чтобы показать что связка mod_perl + Apache работоспособна ? Так я верю, но говорю о требовательности ресурсов к памяти.
Я сомневаюсь, что существует хостинг , где тебе разрешат mod_perl.
Дело не столько в ресурсах, сколько в последствиях - если под mod_perl запустить что-то кривое, то можно, как ты и сказал, здорово загадить весь сервер. Причем :) причины этого могут быть весьма незначительные.
Но в условиях mod_perl\'а разговоры о php становятся несерьезными ;p
-
Green Kakadu
Честно говоря не понял что ты имеешь в виду под фразой "Но в условиях mod_perl\'а разговоры о php становятся несерьезными" ?
То что модперл сделает пхп ? Хмм, ну давай тогда примеры где и при каких условиях . Тесты не обязательны, я прекрасно знаю как работает и то и другое.
Только вот просьба брать в качестве примера нормальные потребости, а не а-ля "создание модулей апача на лету с последующим открыванием ком порта." Я верю что перл это может, но оно надо на вэбе ? :)
-
То что модперл сделает пхп ? Хмм, ну давай тогда примеры где и при каких условиях . Тесты не обязательны, я прекрасно знаю как работает и то и другое.
php как всегда, а mod_perl просто рулезно работает. Во. :super:
брать в качестве примера нормальные потребости
а какие потребности нормальные? Любая потребность - явление нормальное.
-
То что модперл сделает пхп ?
Гы-гы-гы! Перл и так делает пхп :) а модперл оставляет словосочетание из трех букв, известное как php, далеко-далеко на задворках для любителей лепить "порталы" :)
ё! Прорвемся с боем в Новый Год!
-
Green Kakadu
Гы-гы-гы! Перл и так делает пхп
Можно узнать где делает ? Еще раз - конкретные примеры плиз :)
Ладно, пошел пьянствовать, новый год таки. А вот в следующем году - только попробуйте мне на php наехать :) Все притензии без доказательств будут сразу относиться к списку "сам дурак" с последующим игнорированием.
-
Ты думаешь что твой скрипт (не важно какой язык) будет быстрее делать выборку в файле на 10 мегов нежели база ?
:) а есть еще и запись... а вообще, для разнообразия проверь собственноручно :) Заметь, я не против баз, отнюдь.
можно посмотреть ваши проекты, дабы оценить насколько вы круты в программирование, что бы так уверенно разбираться в других продуктах ?
можно, если ты в Киеве или не лень приехать :)
если нет, могу скрины выложить, но они не настолько информативны. В нем главная фишка в администрировании, а выкладывать ее на всеобщее обозрение мне не хочется...
Кстати, при чем тут PHP Nuke ? Сравнивай уж тогда с eZ publish, Typo3 Content Management, eGrail
Да у меня всей жизни не хватит все продукты на РНР обнюхать :) Да и незачем мне оно... А сравнил потому, что мой проект сравнивают с ним, вот и все...
-
насколько вы круты в программирование
Да, я кстати этого не говорил... :) И если можно, то на ты. Ок?
-
NeoNox
Плиз ссылку на проект который сравнивают. Скрины и я могу наделать, а вот сам проектик в действии посмотреть :)
-
Все притензии без доказательств будут сразу относиться к списку "сам дурак" с последующим игнорированием.
аналогично ;)
-
Хех, похоже празднование нового года окончательно подорвало силы спорящих :) В голове туман, в костях ломка, одежда пропитана табаком и гарью от пиротехники - ну вас с вашими mod_perl и масонами :)
По стране прокатилось великое перемирие. Но надолго ли ? :)