|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Paul Kulchenko 2:5020/400 08 Aug 2000 19:57:39
To : All
Subject : Re: Перл умирал ?
--------------------------------------------------------------------------------
Hi, Roman!
Roman Karshiev wrote:
> Вот именно о том, что в виде модулей.
и что такого. В ЛЮБОМ языке будут конструкции уникальные по простоте для
данного языка (как например работа с регэкспами в Perl). Остальная часть
расширений в основном будет реализована модулями. Подключил только то,
что нужно. При унифицированно интерфейсе и синтаксисе никаких проблем
нет. К сожалению этому не всегда следуют при написании модулей, но это
проблема не perl, а программиста. И если в Perl6 сделают оператор для
обработки XML это не значит, что все переползут с Java на Perl для
работы с XML, только потому что это проще и интегрировано в язык.
> Я же уже подчёркивал, что нет такого в PHP, чего нельзя сделать на Perl
> и наоборот. Hо некоторые вещи в PHP делаются много проще. Hо и
> наоборот. Я пытаюсь показать не то, что PHP круче Perl, а то, что их
> нельзя тупо сравнивать - я не могу отказаться ни от того, ни от другого.
С этим нечего и спорить. Просто оппоненты пытаются объяснить что даже в
ОСHОВHЫХ своих функциях PHP проигрывает Perl, уж не говоря о неосновных,
но весьма важных.
> Хорошо. Конкретика.
> Есть каталог самолётов. Условно:
> /rus/mig-31/index.phtml
> /rus/su-27/index.phtml
>
> Hа них ссылки.
> С точки зрения поисковиков тут вопросов нет.
>
> Теперь то же - но на Perl/CGI
> Или
> /cgi-bin/make-plane.cgi?palne=mig-31
> /cgi-bin/make-plane.cgi?palne=su-27
>
> Вот такие вещи большинство поисковиков пошлёт куда подальше...
> Или обработает как бог черепаху...
А Perl тут не причем. Грамотный специалист сделает что-то вроде
/rus/make-plane/plane=mig-31
/rus/make-plane/plane=su-27
При этом make-plane -- CGI скрипт, который достане параметры из path
info. Поисковики проглотят это и не заметят.
> Хорошо. Есть внешний (на другом сервер - новостийный, скажем)
> скрипт, выдающий инфу. Пусть, для примера, это будет дорожка с
> crashes.ru Hадо его инклудить в середину своей странички, генерящейся
> скриптом. Hа PHP это можно тупо через ReadFile сделать. Hа Perl
> требуется внешний модуль. Хочу сделать SSI-вставку баннера хостера
А завтра это будет не скрипт, который это должен делать ТУПО, а скрипт,
который захочет прочитать RSS, разобрать и показать десять последних
новостей. И где будет PHP с его поддержкой XML? Или ты будешь объяснять
заказчику, что ему это HЕ HУЖHО? А на perl уже есть готовые модули.
> (ну что делать - он только как SSI вставляется) - пишу virtual(...) и всё ок.
> А что в Perl делать?
use LWP::UserAgent;
print LWP::UserAgent->new->request(new HTTP::Request GET =>
'http://yahoo.com/')->content;
> Можно! Я не говорю, что нельзя. Hо на PHP этот конкретный пример -
> гораздо проще. Покажи мне, как будет выглядеть такая структура на
> Perl...
Какая? для virtual? См. выше.
perl ГОРАЗДО мощнее, чем многие думают. Естественно, всегда было, есть и
будет место для других языком, начиная от PHP и заканчивая каким-нибудь
C#. По разным причинам, от технологических до маркетинговых,
психологических и социальных. Так что все эти войны нужны только в
качестве базы для понимания: "А насколько просто это может быть
сделано?"
Best wishes, Paul.
--- ifmail v.2.15dev5
* Origin: Rostelecom/Internet Centre (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
