Главная страница


ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Michael Poliakov                     2:5020/400     01 Mar 2001  01:09:09
 To : All
 Subject : Re: Тут такое панимашь...
 -------------------------------------------------------------------------------- 
 
 Что-то у меня впечатление, что автор той статьи слабо знает и Perl, и PHP. Если
 он по PHP курсы читает в Микроинформе, я бы отсоветовал туда ходить.
 
 Забавно посмотреть его дальнейшие комментарии к той статье, где он смешивает в
 кучу вообще все на свете.
 On Wed, 28 Feb 2001 03:47:55 +0300, Alexey Glotov
 <Alexey.Glotov@p8.f55.n5093.z2.fidonet.org> wrote:
 
 >_ *-------------===========* Привет фидошник по имени _ *All* _!!!_
 >
 >http://webscript.ru/
 >
 >Переходим с PHP на Perl, как это ни печально...
 >
 >Оглавление
 >
 >1. Сухой осадок
 >2.  есколько слов о PHP
 >3. О Perl
 >
 >
 >1. Сухой осадок
 >
 >          Многие в это не верят (я сам не верил), но Perl действительно лучше,
 >чем PHP. Вот одна из лучших книг по Perl: "Стивен Холзнер. Perl: специальный
 >справочник. Санкт-Петербург, издательство "Питер", 2000". Яснее, чем там, нигде
 >не напишут...
 >
 >
 >2.  есколько слов о PHP
 >
 >          PHP3, конечно, язык хороший... Во всяком случае, синтаксис у него на
 >порядок проще и яснее, чем у Perl. И конструкций/инструкций меньше. Это
 >достоинство.  апример, в Паскале конструкций еще меньше, но это не мешает ему
 >называться почти что одним из самых алгоритмизируемых языков.
 >          С чем очень неприятным сталкивается каждый программист, который
 >переходит на Perl? Конечно, с тем, что ошибки скрипта выводятся в log-и
 >сервера, на не прямо в браузер. И нельзя это никак переключить (есть, правда,
 >один стандартный модуль с громким параметром fatalsToBrowser, но в browser он
 >выводит только эти самые fatals, а предупреждения - по-прежнему в логи). В PHP
 >ошибки по умолчанию выводятся туда же, куда и обычные данные.
 
 Бред. Зависит от конфигурации PHP и всяких error_reporting.
 
 >          Следующее мерзкое свойство Perl - постоянно выдавать 500-ю ошибку. За
 >подробностями, якобы, обращайтесь к логам сервера. Ага, сейчас... Причем эта
 >самая 500-я ошибка выдается из-за того, что какой-то print проскочил раньше
 >вывода заголовка "Content-type". В PHP никто не проскочит раньше его. Потому
 >что там отслеживается: если что-то печатается, а заголовка нет, то вначале
 >передается именно заголовок "Content-type".
 
 Снова бред. С модой PHPшников валить в кучу HTML и код PHP, запросто
 какая-нибудь шапка вылезет прежде, чем заголовок "Location: ... ", например. Это
 вопрос дисциплины кодирования, так же, как и в случае Perl.
 
 >          Теперь насчет управления переменными. В PHP любая переменная
 >начинается с "$".  икаких там мерзких "@", "%", "&" и других символов для
 >переменных разных типов. Они - пережитки Юниксовского shell-а (кто не
 
 Hу и чем это хорошо? А вот массивов в PHP нет вообще - только хэши.
 
 ...
 
 >          Обработка форм. Пожалуй, в PHP она работает почти идеально. И быстро.
 
 Особенно мне нравятся "магические переменные" - эта дырища в защите.
 
 >И с поддержкой массивов (правда, только одномерных). А также с поддержкой
 >закачки - теперь для организации upload-а не нужно делать вообще ничего - сиди
 >и жди, пока файл не придет, а потом забирай его из временной директории.
 
 Если на хостинге safe mode, опаньки закачке. И хоть с бубном пляши, ничего не
 закачаешь, в отличии от Perl, который делает то, что ему скажешь, а не то, что
 он сам считает правильным.
 
 >          Базы данных. Чтобы обращаться к базам данных, нужно использовать
 >модули, многие из которых имеют просто феноменально большой размер, что,
 >конечно, сказывается на быстродействии. А в PHP поддержка БД встроена. Имеется
 >практически полный набор функций для работы с почти всеми известными
 >человечеству базами данных.  а все случаи жизни.
 
 Ага, и поддержка полутора десятков баз не имеет "феноменально большого
 размера"...
 
 >          Если душе хочется универсальности, то очень быстро отказываешься от
 >того, чтобы выводить страницы при помощи скриптов через оператор print. 
 >апример, так:
 >
 >print "Content-type: text/htmlnn";
 >print "<html><body>n";
 >print "<h1>Hello!</h1>nHere is the numbers: ";
 >for(my $i=0; $i<10; $i++) { print $i; }
 >print "</body></html>";
 >
 > 
 >
 >          Этот вариант, конечно, не лезет ни в какие ворота. А что если нужно
 
 А кто заставляет? Есть шаблоны. Есть print <<"ЕОFHTML", наконец. Есть CGI.pm
 
 Сдуру-то можно #уй сломать.
 
 ...
 
 >
 >          Я думаю, достаточно перечислять, чем PHP лучше Perl-а. Интереснее
 >будет посмотреть, где он хуже. Итак...
 
 Bullshit, короче.
 
 Michael Poliakov
 --- ifmail v.2.15dev5
  * Origin: Nizhniny Novgorod Information Networks (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Тут такое панимашь...   Alexey Glotov   28 Feb 2001 04:47:55 
 Re: Тут такое панимашь...   Michael Poliakov   01 Mar 2001 01:09:09 
Архивное /ru.cgi.perl/2080e3252ee7.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional