LINUX.ORG.RU

Ответ на: комментарий от Deimos

что есть функциональность? я те же задачи могу одинаково и на перле и на пшп решить. на перле еще и разными способами. а фраза "догонит" это перл достойный только юношей с взором горящим вроде sv..\sr.. или как там его. "когда электробритва догонит газонокосилку..."

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

anonymous
()
Ответ на: комментарий от anonymous

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

Это вы скажите web хостерам . вот они удивятся то ...

anonymous
()
Ответ на: комментарий от anonymous

А вообще чего спорить. На PHP писать проще и приятнее. Perl теоретически мощнее. PHP больше похож на язык программирования. Perl нечто скриптообразное но тоже иногда подходит для написания чего либо обрабатывющего большие массивы данных (желательно если не на высокопосещаемом сильноинтерактивном [web]сайте). Perl жрёт память и больше грузит машину (спасает Fastcgi). PHP сего не надо. Обе хорошие системы в отличие от

anonymous
()
Ответ на: комментарий от anonymous

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

Deimos
()
Ответ на: комментарий от Deimos

я не говорил что одинаково легко. а комбинировать часто выгодно. на php сайт а на perl обработка данных и вывод статистики/отчета (то для чего Perl и разрабатывался и где от точно рулит). обычно разработчики web знают оба языка и надеюсь умеют правильно применять

anonymous
()
Ответ на: комментарий от anonymous

Сейчас придут фанатики lisp и будут говорить что сайты надо писать на mod_lisp :) / удаляюсь

anonymous
()
Ответ на: комментарий от anonymous

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

svr69 ★★
()
Ответ на: комментарий от anonymous

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

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

svr69 ★★
()
Ответ на: комментарий от anonymous

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

svr69 ★★
()
Ответ на: комментарий от svr69

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

Да ... вы можете показать десяток больших сайтов на Perl. НО это и ... всё. Остальные сайты (например на виртуальных хостингах) на PHP. И не надо кричать - не тот язык используют. ТОТ (который простой, мощный, удобный и надёжно и быстро всё работает).

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

anonymous
()
Ответ на: комментарий от anonymous

Пхп, как мне кажется, превзойдет перл именно тогда, когда в смешивании языков просто не будет необходимости. Ну а на данный момент перл может заменить пхп полностью, а пхп перл заменить не может. Понимаете о чем я? Пхп безусловно имеет право на существование, он быстрее, меньше потребляет памяти, но он еще не настолько развит, что-бы сдавать перл на свалку. Очень сомневаюсь, что такое произойдет на самом деле. Просто пхп вытеснит перл области веб программирования, но есть и другие области, в которых перл активно используется, и, зачастую, просто незаменим. Но это все в будущем, а сейчас mod_perl имеет право на существование, сейчас он необходим. Это очередная ступенька в развитии веб технологий, и не надо ее ломать и хаять, мы на ней пока еще стоим.

Deimos
()
Ответ на: комментарий от Deimos

А php давно уже вытеснил Perl в web. А "смешивание" это как раз хорошо. Обрабатывать данные и генерировать отчёты это надо на Perl. Зачем ограничивать себя каким то одним инструментом. Хватит того что жабу во все дыры суют (лично я только j2me уважаю. это реально революция была. мир мобильных перестал быть таким убогим каков он был до j2me). И Perl и PHP это хорошо. Но PHP удобнее по многим факторам

anonymous
()
Ответ на: комментарий от anonymous

Вдогонку : пока приходится гонять mod_perl под fast_cgi лучше помолчать о мощи mod_perl.

anonymous
()
Ответ на: комментарий от anonymous

Я не кричу, и меня в общем и целом мало интересуют сайты суперкорпораций, как и 99% веба - лично я занимаюсь интранетами, реже - экстранетами, однако все же замечу, что сайты на Perl пишут, да и надежность у них высокая. Что касается недоказанности мощи mod_perl, то она следует непосредственно из документации по mod_perl, которую Вы так и не удосужились прочесть, а стало быть элементарно пытаетесь рассуждать о вещах, которые просто не знаете.

Что до остального, то я перл (см. выше) использую редко и в основном как клей. Пхп стараюсь не использовать вовсе - у этого языка слишком много родовых травм, чтобы он был (для меня) удобным. Если вы полагаете, что пхп удобен для Вас - да пишите Вы на пхп сколько угодно. К слову о яве: Вы опять пытаетесь судить о том, чего не знаете. В двух словах: не надо рассказывать про запредельность стоимости разработки и обслуживания - это обычные проекты. Да, может быть, несколько дороже пхп, но не так уж и сильно, а разница в стоимости вполне окупается разницей в _средней_ квалификации программистов, и как следствие - разницей в предсказуемости, управляемости, надежности и т.д.

svr69 ★★
()
Ответ на: комментарий от svr69

Ну правильно. В интранет на выделенном сервере которым лично вы и рулите и можете ставить любую OS и любой apache конечно Perl рулит. Большинству же разработчиком приходится гонять сайт на виртуальном хостинге и предел мечтаний - дохлый по опрелелению 1 unit сервер в стойке провайдера к которому так просто не подойдёшь (если он вообще в том же городе/стране). Мало заявить о том что круто в mod_perl .Надо чтоб это делом подтверждалось и стабильной работой. Мои попытки пользоваться этим модулем несколько лет назад окончились окончательным решением в пользу использования PHP. (сам же PHP был работоспособен начиная уже с PHP/FI 2.X). Про java : это так же интранет и выделенный сервер. Всё упирается в основном в доп затраты на сервер и обслуживание. Оно того стоит? Не думаю. Хотя java программист это круче звучит чем какой то там PHP кодер? Правда?

anonymous
()
Ответ на: комментарий от anonymous

> Мало заявить о том что круто в mod_perl .Надо чтоб это делом подтверждалось и стабильной работой.

У меня подтверждалось (тоже несколько лет назад) - собственные обработчики + HTML::Mason для морд. Работало вполне прилично, даже во время разработки на слабой машинке.

Что касается явы. Не знаю, что там круче звучит, но ява оплачивается явно лучше ;), хотя тут главная проблема в том, что _в среднем_ (подчеркиваю еще раз - именно в среднем, поскольку исключения бывают всегда) уровень разработчиков на пхп ниже разработчиков на яве. Возможно, что и разница в надежности этим же и объясняется, хотя целый ряд задач, с которыми приходилось сталкиваться мне, на пхп не решался - ну нет там аналогов очередей и топиков JMS, например, или MDB, да и многого другого.

Что до интранета - почему? Для некоторых задач (но обычно веб-разработчики с такими и не сталкиваются) выделенный сервер (но это вовсе не обязательно будет Sun Fire E25K, вопреки распространенному мнению) действительно лучше иметь, хотя для других и VDS за глаза и за уши хватит, а где-то и VDS не нужен. Ну какие там доп затраты? Если VDS брать не у нас, то это совсем недорого. Обслуживание? Я не вижу, чем обслуживание явского аппсервера или простого сервлет-контейнера (во многих случаях хватает именно его, а все, что понадобится, накручивается поверх, когда и если понадобится) дороже обслуживания апача с пхп, правда, не вижу.

svr69 ★★
()
Ответ на: комментарий от svr69

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

svr69 ★★
()
Ответ на: комментарий от svr69

угу. слишком всё складно выходит. ладно спасибо за беседу :) успехов mod_perl-у

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.