Тихо и незаметно...

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

> для доморощенных дизигнеров дальше пхп потолок.
шаблоны HTML::Template страшнее php ?

пхп не трожь. у него своя ниша. а перл больше для скриптов, а не вебпагесов рулит. знаешь как perl расшифровывается? =)

Если apache использовать с mod_perl, то perl, как таковой, не нужен?

Нужен. mod_perl интегрирует перл в webserver а не заменят его.

>> пхп не трожь. у него своя ниша. а перл больше для скриптов, а не вебпагесов рулит. знаешь как perl расшифровывается? =)

пхп - пародия на Mason. а если ещё вспомить Template-Toolkit...

То, что вышел стабильный mod_perl2 - из очень гуд.

1. perl никак не расшифровывается.
2. В подавляющем большинстве на пхп пишут разные ламеры, которые не хотят учиться программировать, но хотят иметь свою страничку.

ага. а молоток пародия на кувалду надо понимать? или даже на паровой молот? типа "ну чем мы не кони!"? =)) такие мысли с взрослением сменяются конструктивом =)

зы. при желании перловый синтаксис тоже можно обгадить

1. ок, если все так запущенно, начнем с азов, ты знаешь для какой цели создавался перл пока не оброс цпаном?

2. ламеров вообще в любой сфере большинство. и людей вот, тоже в основном любители делают. лор почитаеш - начинаешь это особенно остро понимать

> perl никак не расшифровывается

Как это так? Меня в школе по-другому учили...

> В подавляющем большинстве на пхп пишут разные ламеры, которые не хотят учиться программировать, но хотят иметь свою страничку.

Я -- обратный случай. Не хочу учиться программировать на PHP, хочу иметь домашнюю страничку, делаю её на HTML+PERL. ;)

Ни в Перл, ни в Пых-Пых пока еще ни MVC, ни ORM не дотягивают до промышленного релиза, хотя и "энтузазисты" пытаются конкурировать с Java.

Zend конечно не Sun, но все же....

Воистину.

> Ни в Перл, ни в Пых-Пых пока еще ни MVC, ни ORM не дотягивают до промышленного релиза, хотя и "энтузазисты" пытаются конкурировать с Java

правильно. годы конкуренции доказали - тормознее java найти что-то трудно.

>1. perl никак не расшифровывается.

PERL -- Practical Extraction and Report Language

>2. В подавляющем большинстве на пхп пишут разные ламеры

Nu vy ponyali kto tut lamer :)

Dazhe ne znaet kak ego lyubimaya tsatska rasshyfrovyvaetsya :-P

расшифровка, в общем и целом, к пригодности для веба мало отношения имеет. mod_perl - api уровня сервера, php - уровня страницы. вот сам и думай, что для чего больше рулит.

Ага. А твой транслит доказывает твою безусловную крутость, да?

Ну а если по теме - я рад. Перл - гибкий инструмент, и пхп, с моей точки зрения, до него еще ой как далеко...

У меня вопрос: а c++ - это mvc ?

а

class Appliction
{
public static void main()
{
System.io.write ( "Vasja was here" );
}
}

это mvc ?

Michael

> mod_perl - api уровня сервера, php - уровня страницы

Я чо та не понял, куда ты определил mod_php? ;)

Конечно не mvc. Код смешан с данными.

вах. а я-то все время думал, что model, view, container это отделение бизнес-логики от представления и управления ... а оказывается код от данных ...

на *любом* языке можно писать model view container api. это - api. api - оно не к языку, а к способностям автора оное api формализовывать.

а разруха - она не ...

а про mod_perl 2.x - меня больше интересует зачем он нужен ? огромных преимуществ в реальных приложениях он над 1.x - не дает. треды в perl давно не пробовал, но ничего особенно нового вроде не появлялось. parrot и прочее perl6 - можно жать у моря погоды еще очень долго. итого - я не понимаю, зачем оно вообще нужно ... более того, я не понимаю зачем для mod_perl applications нужен второй apache.

Michael

код "написан" на "java". выше дано определение, что java это mvc. где правда ? :) неужели писание на java не делает автоматически программу под mvc ?

Michael

Ваще-то Model - View - CONTROLLER, а не container :)

С Apache2 нормально работает только mod_perl, а mod_php пока работает только на Apache1 :)

Мощь Apache2 надеюсь не требует комментариев.

> Ни в Перл, ни в Пых-Пых пока еще ни MVC, ни ORM не дотягивают до промышленного релиза, хотя и "энтузазисты" пытаются конкурировать с Java

MVC и ORM в языке? это, блин, как?

и это тогда уж java далеко не дотягивает до Seaside (веб фреймворк для Smalltalk) :)

>С Apache2 нормально работает только mod_perl, а mod_php пока работает только на Apache1 :)

а я-то уже год гоняю mod_php на apache2, надо похоже на 1.3 перебираться.

> это отделение бизнес-логики от представления и управления

Только логика и представление? А где в твоей модели данные?

>а я-то уже год гоняю mod_php на apache2, надо похоже на 1.3 перебираться.

Ну это смотря в каком режиме, если в мультипоточном (threaded MPM), то PHP обламывается.

http://ru.php.net/manual/en/install.unix.apache2.php We do not recommend using a threaded MPM in production with Apache2. Use the prefork MPM instead, or use Apache1.

Ха ха, PHP - глючное поделие для пионеров.

>> В подавляющем большинстве на пхп пишут разные ламеры, которые не >>хотят учиться программировать, но хотят иметь свою страничку. >Я -- обратный случай. Не хочу учиться программировать на PHP, хочу >иметь домашнюю страничку, делаю её на HTML+PERL. ;)

Вот именно, что на perl можно сделать только Home Page, не больше. Я 2 года как дурак на перлепроект делал(всё таки сделал), пока не узнал о ПХП. Всё, что на перле реализуется, в большинстве случаев, в 10 строк кода -на пхп можно сделать в 1 строчку. Отсюда и выводы: зачем изобретать велосипед? Да и быстрее пых пых работает на сервере и не столько ресурсов жрёт как перл. Одно исключение для перла на сервере: когда нужно написать большой код в одном файле P.S. всё это относиться к Web

> Я 2 года как дурак на перлепроект делал(всё таки сделал), пока не узнал о ПХП. Всё, что на перле реализуется, в большинстве случаев, в 10 строк кода -на пхп можно сделать в 1 строчку. Отсюда и выводы: зачем изобретать велосипед?

Надо быть полным кретином, чтобы делать 2(!)года то, что с помощью CPAN можно сделать за неделю.

> Да и быстрее пых пых работает на сервере и не столько ресурсов жрёт как перл. Одно исключение для перла на сервере: когда нужно написать большой код в одном файле P.S. всё это относиться к Web

Идиот, убери сервер с винды!
Надо быть полным кретином, чтобы делать 2(!)года то, что с помощью CPAN можно сделать за неделю.

RE mod_perl

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

>Ну, хорошо. А как на счет хостинга? Когда у тебя висит эдак 30 вирт. хостов. И надо скрипты пользователей запускать с соответствующими правами, а не с правами вебсервера?

Любой mod_* (php/perl/foobar) работает с правами вебсервера. Увы и ах.

>расшифровка, в общем и целом, к пригодности для веба мало отношения имеет.

да. давайте тогда сайты на awk ваять

> mod_perl - api уровня сервера, php - уровня страницы. вот сам и думай, что для чего больше рулит.

ну как же а что mod_php уже отменили? =))

до запутанности синтаксиса? =)

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

зы: а открывать бутылку топором для демонстрации крутости - это юношеское, оно пройдет. когда найдете серъезную работу и накопите деньги на открывачку =)

Потоки выполняются в контексте одного процесса, поэтому Apache2 + MPM threaded + mod_perl2 рулят на хостинге, поскольку потоки наследуют все права процесса, которые несложно выставить (есть патч).

Так-что PHP тут и рядом не валялся, эквивалентное API на Perl за минуты пишется.

> да. давайте тогда сайты на awk ваять

пуркуа бы и не па, если awk достаточно для той или иной задачи?

что касается серверного апи - ты меня просто не понял. у mod_perl интеграция с апачем значительно глубже, чем у mod_php, а вопрос, встраивается интерпретатор в веб-сервер или нет, с этой точки зрения уже вторичен. почитал бы доки или прямо тут: http://modperlbook.org/ - про фазы запроса и т.д. и т.п.

угу. гораздо практичнее идти в кузницу и ковать открывашку для каждой бутылки, которую тебе надо открыть.

Если нормально программить не научился иди куй или на куй :) Библиотеки пишутся один раз.

> Библиотеки пишутся один раз.

... и выкладываются на CPAN.

ну а я об чем? цпан и есть библиотеки, написанные один раз.

>Ну это смотря в каком режиме, если в мультипоточном (threaded MPM), то PHP обламывается.

уже год использую apache2(worker-mpm)+php4 и все зашибись.

>попарсить логи к примеру (уверен что эти идиоты про awk вообще не слышали)

Угу, а в конце месяца надо достать статистику по логам из базы провести

анализ, сгенерить суммарный отчет в екселе и отправить его по почте.

На awk писать будем или баш еще прицепим?

awk - это лобзик, а perl - промышленная лесопилка.

>уже год использую apache2(worker-mpm)+php4 и все зашибись. а читать по англицки так и не научились?

We do not recommend using a threaded MPM in production with Apache2. И кто теперь рискнет его ставить на production? Правильно, только красноглазые пионеры.

Попробуй веб-чат нормальный на PHP без reload-ов сделать на уровне сокетов - хрен то там, а на mod_perl легко и надежно.

>Попробуй веб-чат нормальный на PHP без reload-ов сделать на уровне сокетов - хрен то там, а на mod_perl легко и надежно.

причем тут "напиши чат" ? Я сам только на perl и пишу, а люди которые используют php до сих пор не жаловались, правда знаю точно что zend-optimizer с потоками не дружит это факт.

Сиетаксис это еще не все. Да и в чем выражается, собственно, эта запутанность? Синтаксис не простой, согласен, но ИМХО это проблема всех более-менее развитых языков. Побочный эффект, так сказать;). Если пхп когда-нибудь догонит пхп во своей функциональности, думаю, синтаксис у него будет ничуть не проще.

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

вот вишь утебя уже начались здравые мысли

"пуркуа бы и не па, если php достаточно для той или иной задачи?"

а супер-интеграция... ну мне она никогда не нужна была. т.е. нишевая задача в пользу языка не говорящая

не суди по себе.

напомню ты придрался именно к php как к языку