УРА!!!

Щаз какая-нить какашка скажет, что эту новость еще 2 дня назад на LRN запостили... :))

нет, я скажу, что РХР - это говно

А мне нравится!

Хоть и не красавится :)

PHP - personal home page...

присоединяюсь к предыдущему товарищу - php это говно!
mod_perl!

И-и-и-именно. ПХП - говно.

А я скажу от своего ника, что на вкус и на цвет товарищей нет. Для каждой задачи свой язык лучше подходит. А так мне перл больше нравится чем ПХП, т.к. для перла есть SuEXEC :)

#!/usr/bin/perl
use strict;
my $FIGLET = `/usr/bin/figlet -f fonts/slant 'I love Perl :)'`;
print $FIGLET;

Perl гавно полнейшее ни в какое сравнение с php не идёт !!!

ПХП лучше, чем Перл. ПХП - очень мощный язык, который заменяет Перл практически во всех задачах - от веба до консоли (хотя, интерфейс к ГТК у ПХП тоже имеется, но это для языков такого класса не нужно). Перл постепенно вымирает, потому что не является целостным языком. Короче говоря, разработчики Перл не заботились о красивости и четкости языка (это хорошо доказывает 20 конструкций под одну задачу). Весь архив СПАН является помойкой кривого кода, дублирующий один другого. Кроме того, в Перле не очень заботятся об обратной совместимости (вспомним переход от 4 к пятой версии). Перл сейчас выполняет задачу языка для очень маленьких програмок и програмок-прототипов. Потом программу перписывают под Си. Это показывает вся эволюция ФрееБСД (к примеру). Кроме того, ПХП по-настоящему кроссплатформенный язык. Он имеет широкую популярность как у юниксойдов, так и у виндусятников.
Говоря о мод_перл можно вспомнить, что на Перле в вебе криво писать. Ведь, окромя мод_перл можно писать на cgi, cgi+cgi.pm, mod_perl и т.п. А это очень много (и все подходы отличаются).

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

На вкус и на цвет, уже говорили. Я работал как с перлом для веба, так и с ПХП. Мне лично нравится ПХП. Проще, понятнее, удобнее и вообще. И наблюдайте - я не говорю, что перл - сакс, а пхп - рулез. Я говорю - МНЕ ЛИЧНО нравится :) Удачи всем.

Prophetic

Вставлю свои три копейки. Что есть такого в Perl что мне не нравится в PHP - это система модулей/библиотек. У PHP из-за каждой фигни приходится его пересобирать, что вообще нонсенс среди языков программирования у Perl, да и у других просто ставишь библиотеку сам язык не прекомпилируешь. Вот это я и считаю основным и самым большим недостатком PHP. Блин, что бы добавить поддержку какой-нибудь ДБ или XML библиотеки надо перекомплиировать, абсурд не находите?

Хе-хе... не я все понмаю. Сам PHP люблю, только вот не надо противопоставлять эти два замечательных языка. Да, PHP это супер-язык для web. Но как только надо написать многонаправленную систему, то тут уже без перл (или Питон) не обойтись, потому как в консоли PHP пассует почти сразу. Так что оставьте споры. Никчему это.

Планировать надо перед тем как начинать кодить, тогда и пересобирать не потребуется.

> ... сам язык не прекомпилируешь ...

ы? это новые веяния - языки компилить?

Все вы отдыхаете - мощнее чем J2EE, то бишь сервлеты + JSP у вас нет и не будет!

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

заебали анонимусы ...

ага, не хватает ума разобраться в Perl, будем называть его недоразвитым. Не умеем пользоваться CPAN'ом, назовем его помойкой. Зато "детский" PHP нам подходит, как и mysql, как windows ...

а "20 конструкций под одну задачу" позволяет выбрирать

PHP - велосипед, пародия на перл, неудачная

to lazyalex (*) (2002-09-11 08:35:55.886):

У тебя религиозный бред... Хотя может быть ты кроме перла ничего и не знаешь больше... Тот кто в чем-то не разобрался сразу зовет это помойкой... Как виндузятники зовут *NIX говном

правда, откуда столько эмоций?

Java рулит?

> На счет жабы согласен она рулит
угу - особенно в плане ресурсов, просто таки пожирает их.;)
php намного более экономичен.

> У PHP из-за каждой фигни приходится его пересобирать, что вообще
> нонсенс среди языков программирования
никакого нонсенса не вижу - runtime должен иметь свои hooks в любом случае. Если ты в Сях не подцепишь соотв. инклуд и библию - ты даже hello world вывести не сможешь. но зачем мне в программе, выводящей hello world лишний объектный код в виде модуля шифрования, например? не видишь аналогии?
варианта 2:
1) если вкомпиливаешь нужные библиотеки - думай сразу что надо
2) иначе пользуйся DSO
btw, если я ничего не путаю, DBI модуль в принципе тоже компилится, не так ли?

Про рульность языков... А кто-нибудь пробовал написать схожий код на php, perl, C, и попробовть запустить это все на веб-сервере? Кто кого обгонит?

> Кто кого обгонит?
"hello world"? конечно C.:)

> DBI модуль в принципе тоже компилится, не так ли?
Конечно компилится, но он только модуль, но не как не Perl интерпретатор, как в случае с PHP.

> Планировать надо перед тем как начинать кодить, тогда и пересобирать
не потребуется.
Ню-Ню. Чаще всего такое "планирование" делают так - скомпилить со всем с чем удалось (ISP провайдеры, хостеры) в следствие чего PHP получается большим и требовательным к памяти.

Java сравнивать с Perl или с PHP нет смысла. Слишком разные весовые категории. А на счет ресурсов дык он и не расчитан на 486 машины. К примеру на P III с 1Gig памяти он уделывает Perl и PHP по скорости в 8-12 раз, а если учесть что у него имеются отличные средства кеширования, то вообще хорошо.

Всем неудовлетворенным по каким-либо причинам Java, Perl или PHP советую посмотреть на Ruby. Имея предками Perl (непрямым), Java (частью идеологии) и Smalltalk (по объектной модель) он, в отличие от Perl, очень строен и однороден по синтаксису и крайне легок в выполнении и по требуемым ресурсам (в отличии от Java).

Кроме того, это один из немногих языков, который может изменять/переопределять свойства классов и объектов во время исполнения.

Очень советую внимательно его посмотреть. Япошки создали превосходный язык. Если бы он еще работал на стороне браузера...

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

2Korwin: К примеру на P III с 1Gig памяти Perl и PHP уделывает его по скорости в 80-120 раз, а если учесть что у него имеются отличные средства кеширования, то вообще хорошо. :)

P.S. посмотри сдесь же новости пару недель назад. там сравнивается php perl jsp asp, причем не ламеры типа тебя.

вот это сравнение: http://www.dmst.aueb.gr/dds/pubs/conf/2002-SANE-DynCont/html/dyncont.html

PHP 4.2.3 released

За что люблю PHP, так это за SafeMode - выставил и сидю, курю (или в perl да SQL пишу), особо не беспокоясь за то, что тупые юзверя на сервере какую-нибудь гадость натворят. Можно, конечно и Perl кастрировать, и апача под chroot гонять, но геморойно ж... Главная причина популярности PHP - широкая поддержка хостерами. Иначе - куда этому уж этому недоделанному мутанту до HTML::Mason под mod_perl.

PHP 4.2.3 released

2Korwin: Java, кстати, отличная вещь на SUN'ах. Ну, а на x86, под JVM - смешно и неудобно...

http://isc.uu.ru/~dsa/guile/demo.html

Дааа, ребят, пулемет я вам не дам... Я люблю и перл и ПХП и еще кучу всего, но, например, с любителем перла не согласен в корне. И вообще впечатление что он по 2.0 ПХП знает. Давно есть Pear, давно есть *.so, плюс есть шикарная вещь типа disable_function - и все это в КОНФИГЕ задается. Хотя перл и ПХП даже область использования сходную имеют, но все равно их сравнивать не совсем корректно. Как асм и си. ПХП язык более высокоуровневый, за счет чего писать на нем под НТМЛ легче (ненадо распарсивать POST & GET как пример) для какой ньть гостевой книги ничего лучше ПХП + МуСКУль действительно нет. А если поставить Zend Optimizer, да еще прикупить Зендовую же хрень которая исходники закрывает... Как это сделать на перле? Чем? А про круть HTML::Mason ненадо, это сторонний наворот, не язык как таковой. Тогда уж давайте про Midgard вспоминать и иже с ним. ПХП хороший, красивый, удобный и т.п. язык. У него есть своя ниша, в которой он идеален. А перл... Все хорошо, но он по моему опыту почему то уходит. :( А жаль...

P.S. Все это - сугубо ИМХО

P.S. посмотри сдесь же новости пару недель назад. там сравнивается php perl jsp asp, причем не ламеры типа тебя.
И что? Смотрел, но больше доверяю собственным тестам на реальных задачах и полученным результатам.

Я не говорю что Perl, PHP или что либо другое фигня. Но для построения сложных WEB-проектов ни Perl ни PHP не тянут. Нет, конечно, на них можно написать (и пишут), но такие проекты уж большо сложно сопровождать, в отличии от Java. Да и маштабируется Java как угодно.

А по поводу того, что Java на x86 и SUN это две большие разницы - абсолютно согласен.

Любителям PHP: а кто мне подскажет, как _гарантированно_ получить переменные GET-запроса?

Только не надо про глобальные переменные -- ибо некий идиот-сисадмин (ну, допустим, я) может этое дело отключить.

Только не надо про HTTP_GET_VARS -- ибо всё тот же я может и это отключить!

Нет, для GETа способ таки есть -- берётся QUERY_STRING, дальше -- функами. А вот для POST -- ???

А вот ещё MAGIC_QUOTES: таки переменные приходят квоченные или квак? То бишь, вместо addslashes в нужных местах я должен _везде_ писать if MAGIC_QUOTES then ... else ... !!!

И эти люди говорят мне о продуманности языка? Гибкость, возведённая в степень идиотизма -- вот что это такое.

С уважением -- Смоляное Чучелко

А что, post-данные разве не в query_string приходят ? ;)

$_POST[lalala] ?

Magic Quotes

> как _гарантированно_ получить переменные GET-запроса?
...
лично я включаю global vars - это одно из главных преимуществ php, что
не надо выкусыывать нужные переменные из входного потока.
другое дело что это не отменяет обязанности писать правильный код.;)
> везде_ писать if MAGIC_QUOTES then ... else
вообще IIRC magic quotes можно посерверно отключать/включать
так же как и global vars. я лично считаю их вредным и ненужным излишеством (потому что например разные SQL по-разному трактуют \ e.g.
я не вижу в этом никакой проблемы.
а если у тебя такая ситуация что ты от этого зависишь - вынеси весь зависимый код в функцию в отдельный файл. настроить 1 файл при заведении хостинга займёт гораздо меньше времени. это в любом случае хорошая практика независимо от ЯП.

> вот это сравнение: http://www.dmst.aueb.gr/dds/pubs/conf/2002-SANE-DynCont/html/dyncont.html
хм - я там не нашёл текст скриптов, которые использовались при тесте.
там что результаты спорны.

Любители PHP а подскажите как мне на нем написать систему быкапа файлов с прверкой по MD5, или простенький UDP прокси, или конвертор Exel файла во что нибудь?

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

конвертор Excel есть - так как это необходимо.
udp proxy тоже в принципе можно - по крайней мере http_proxy имеется.
а вот делать бэкап на php - верх маразма.;-)
но я в принципе в состоянии (и с md5 тоже).
какие проблемы-то? fopen есть, fread,fwrite, md5 - что Вам ещё надо?
а админу платят за то, чтобы php работал.
Вы то что предлагаете использовать?

BTW, в 4.2.3 опять изменили работу функций в safe_mode.:(

Просто на перле можно писать очень-очень многое, плюс кое-что для веба. А PHP только для веба заточен, что очень ограничивает его круг задач. Если бы он был во столько же раз лучше, во сколько уже - дык ведь нет этого!

Вобщем, используйте ради бога PHP, но не надо при этом говорить что перл - говно, а cpan - помойка. Вот и вся просьба.

кто гавно?

> Просто на перле можно писать очень-очень многое, плюс кое-что для
> веба. А PHP только для веба заточен
гм - это извечный спор, что лучше "универсальное но большое или специальное но маленькое". общеприменимого решения нет.:)
> не надо при этом говорить что перл - говно, а cpan - помойка
так наоборот здесь говорят что php - дерьмо без убедительным доводов.
реально он гораздо удобнее того же перла при создании страничек.
про роботы - imho ситуация обратная.но принципиальных ограничений делать что-либо ни в том ни в другом нет, это лишь вопрос удобства, монжо ведь и микроскопом гвозди забивать.:-)

php - гавно!!!
assembler -рулез!!!
perl - рулит тоже!!!
Спартак - чемпион!!!
УРА - УРА - ............
продолжаем бухать................
Все отстой.......Вперед на баррикады......
бэйсик - наихуивейшая блевотня для лохов, всмысле для крутых программеров.
Оле - Оле, бей бздюшников.!!!!
PHP - ОТСТОЙ!!!
Винда лажа!!! Бйееееееееееееее........
///////////////////////////////////////
А что такое PHP если не секрет ???
А то что, зря орал что-ли?? Да-да, и что за операционка такая
perl?
/////////////////////////////
УРА -УРА !!!!! PERL в думу!!!! О_О_О_О_О_ооо-о-о-о-о-о-о-о
а-а-а-а-а-а-а-а-а-а-а-а

/***********************************************/

Вы ребята ни очем другом, как пообсерадь, поговорить не можете.
Вот так выглядет почти каждое обсуждение чего-угодно.
Вы хоть сами разбираетесь про что орете? Думаю не все.
Про тему, обсуждаемую здесь, вы давно и забыли. И так происходит почти
всегда, начали обсуждать одно и закончили обсиранием либа друг друга,
либо винду опускать, либо чего еще, что и рядом с темой не валялось.
Очень жаль что сдесь одни, ну почти, любители "тусуются".
Которым лижбы попиздеть или обострать чёнить.
На большее вы не способны.

Ноги, крылья... Главное ХВОСТ!!!

<war class='holy'> То есть Python. </war>

> Про тему, обсуждаемую здесь, вы давно и забыли
гм - про тему я помню - в PHP 4.2.3 относительно safe_mode и open_base_dir нагавнякали столько новых проверок, что я не смог
без проблем перейти с 4.2.2 - до сих пор сижу на работе и голово парю.
лучше скажите, почему то, что getgrnam даёт по free отдать нельзя?
это так и должно быть?

и ещё - на мой взгляд php в safe_mode без ACL к работе не очень пригоден.

to anonymous (*) (2002-09-13 10:47:58.291) =)) Гы! Так оно и есть на самом деле =)

Очень прикольно на мудачков смотреть иногда по утрам бывает. Особенно когда винду опускают (они ее опускают при любой теме треда). Это как по анекдоту: - о чем вы думаете когда смотрите на кирпич? - О том как винду опустить! - Почему? - Я всегда об этом МАЗДАЕ дууумаю!!! Главное, что винда как была так и осталось, а убывает только линуксячьих соплей и слюней, которые они везде разбрасываеют =)

Не сердитесь- это, к сожалению, правда...

to anonymous (*) (2002-09-16 09:32:16.209)

Дело в чем, процентов 5-10 мессаг нормальные, что-то обсуждают,
остальные вообще не по сабжу. Причем обсудить реально ничего никогда
не получается потому что большенство приходит сюда попиздеть, они
подходят к любой теме субъективно, а затем пиздят хрен знает про что.
Это все равно что прийти в кино и в тазики салаты нарезать.
Если касаться данного сабжа, специалист должен реально продставлять,
зачем php, зачем perl, .... а не орать что то - гавно или это. Или
что вообще на азме все писать надо, есть и такие.
И такой пиздешь только засоряет нормальные мессаги. Мож специально
форум для пиздунов открыть, ну надо же ребятам выговориться.
И вот что, когда я смотрю на этих крутых линуксоидов, я понимаю
что хлеб с офигенным слоем красной икры у меня будет всегда, что и вам
желаю.