Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2006.02.19;
Скачать: [xml.tar.bz2];

Вниз

А что лучше Perl или PHP   Найти похожие ветки 

 
Loginov Dmitry ©   (2006-01-23 20:12) [0]

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


 
Nous Mellon_   (2006-01-23 20:12) [1]

php


 
Kerk ©   (2006-01-23 20:13) [2]

perl


 
ferr ©   (2006-01-23 20:16) [3]

php


 
Loginov Dmitry ©   (2006-01-23 20:26) [4]

2 vs 1

Значит php лучше :))


 
Kerk ©   (2006-01-23 20:31) [5]

Будущее за python
Запомните эти мои слова :)


 
Loginov Dmitry ©   (2006-01-23 20:36) [6]


> Kerk ©   (23.01.06 20:31) [5]
>
> Будущее за python
> Запомните эти мои слова :)


Че за зверь такой? :)

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

Пример:
---------------------------
...
$value =~ s/<([^>]|\n)*>//g;
...
---------------------------

Как это вообще может работать?


 
ferr ©   (2006-01-23 20:36) [7]

ASP.NET одназначно :)


 
quasiMODE   (2006-01-23 20:46) [8]

ruby


 
Lamer@fools.ua ©   (2006-01-23 23:18) [9]

>А что лучше Perl или PHP
... для начинающего Web-программиста.


HTML + JavaScript.
Дальше в зависимости от личных предпочтений и производственной необходимости: PHP, Perl, Python, ASP.NET etc.


 
Gero ©   (2006-01-23 23:48) [10]

> [9] Lamer@fools.ua ©   (23.01.06 23:18)

Полностью поддерживаю [9].


 
isasa ©   (2006-01-24 01:04) [11]

А что бы ни было - PHP, Perl, Python, ASP.NET etc.
Все равно, мимо того, что приходит клиенту(HTML + JavaScript(VBScript)), не проскочишь


 
vidiv ©   (2006-01-24 06:34) [12]

PHP.

> Loginov Dmitry ©   (23.01.06 20:36) [6]
> Пример:
> ---------------------------
> ...
> $value =~ s/<([^>]|\n)*>//g;
> ...
> ---------------------------
>
> Как это вообще может работать?

Так это регулярка написана. Тут язык то и не причем, имхо.


 
Calm ©   (2006-01-24 10:27) [13]

PHP.
1. Проще для восприятия
2. Более распространен сейчас. Хотя Perl еще востребован.


 
umbra ©   (2006-01-24 10:42) [14]

я бы посоветовал Perl. Он не сложнее PHP, но более универсален. Хотя, кончно, сейчас PHP есть практически у любого хостера, а Perl встречается реже.
для cgi на перл должен быть сервер Апач с perl_mod. На IIS можно поставить  Activestate PerlScript.


 
McSimm ©   (2006-01-24 10:59) [15]


> Пример:
> ---------------------------
> ...
> $value =~ s/<([^>]|\n)*>//g;
> ...
> ---------------------------
>
> Как это вообще может работать?

практически точно также как и в PHP :) см. preg_replace
неудачный пример просто привел. у меня под рукой нет, но есть действительно конструкции - супер.


> я бы посоветовал Perl. Он не сложнее PHP, но более универсален.

он действительно сложнее PHP. и универсальность его - вопрос спорный.

Язык может считаться законченным только тогда, когда в его синтаксисе задействованы все символы на клавиатуре.
(с) Ларри Уолл

:)

Для Web (тем более для начинающего в Web) считаю PHP лучше.

( Но Perl - классная вещь ! :)


 
Думкин ©   (2006-01-24 11:06) [16]

> McSimm ©   (24.01.06 10:59) [15]

А Паскаль язык какой?
Вот есть на клавиатуре ~
По сути, знающий Perl, поймет PHP по нисходящей.
Хотя "знать" их по-моему, несколько отличное от того, что знать - Паскаль.
Но не Дельфи с компонентами. По суи там ведь знание небазовых возможностей, а библиотек и дает силу.


 
McSimm ©   (2006-01-24 11:18) [17]


> Думкин ©   (24.01.06 11:06) [16]

Что значит какой? В каком смысле?
Приходит на ум - очень правильный. Сколько языков испробовал - Паскаль любимый (хоть и не приходится пользоваться уже давно)

Знание Perl на мой взгляд никак не отразится на понимании PHP. Ничего кроме практики и внимательности к документации для понимания PHP не надо.
Умение писать Web-приложения на "чистом" Perl имеет полезное следствие - будешь знать подробности о HTTP протоколе.
Perl хорош (для меня) тем, что доставляет эстетическое удовольствие от крачивых решений.

Проблема незнания тонкостей, "компонентокидания", присуща всем трем.
Но при серьезной работе все три накажут за это.


 
Думкин ©   (2006-01-24 11:24) [18]

> McSimm ©   (24.01.06 11:18) [17]

В свете фразы:

> Язык может считаться законченным только тогда, когда в его  синтаксисе задействованы все символы на клавиатуре.
> (с) Ларри Уолл


%)

Я тоже по поводу Паскаля. разделяю твое мнение. Красивейший язык. И лично для меня - самый удобный. если есть задача - то на нем я ее отдаю, обычно быстрее, чем при использовании другого. Если кодирую.

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


 
McSimm ©   (2006-01-24 11:38) [19]


> В свете фразы:

Ларри Уолл - автор Perl. И сказанное им было шуткой, я счел ее уместной в данной теме :)


 
Думкин ©   (2006-01-24 11:42) [20]

> McSimm ©   (24.01.06 11:38) [19]

Ну я и спросил. :) Уместно, конечно.


 
quasiMODE   (2006-01-24 11:49) [21]

Про перл.

In fact, a big part of learning Perl is actually learning how Larry thinks.[24] Therefore, once you can think like Larry does, you know what Perl should do. But while you"re learning, you"ll probably need to look into the documentation.

[24] This is only fair, since while writing Perl he tried to think like you do to predict what you would want!


 
DSKalugin ©   (2006-01-24 13:14) [22]

Выбирай ПХП, однозначно!!!
В свое время я тут задавал вопрос что учить дял вебпрограммирования
ПХП или АСП? Мне порекомендавали ПХП. Очень рад что выбрал правильное направление.

Для сравнения ПХП и Перл следует провести такой анализ
1 - динамика развития языка(регулярность выхода новых версий, добавление новых функциональных возможностей, поддержка современных технологий и т.д.)
2 - наличие и гибкость функций/модулей для работы с современными СУБД
3 - наличие хороших средств разработки/отладки
4 - распространенность / востребованность специалистов
4 - прочие удобства

Кто осмелится сравнить по такой схеме?


 
DSKalugin ©   (2006-01-24 13:15) [23]

...... чтобы не быть голословным


 
Думкин ©   (2006-01-24 13:17) [24]

> DSKalugin ©   (24.01.06 13:15) [23]

а про ASP ведь ты тут вопрос задавал, а не про Perl. А тут сравнить?


 
DSKalugin ©   (2006-01-24 13:27) [25]

Я перл вообще в расчет не брал, когда для себя этот вопрос решал.
Он менее востребован, хотя и универсальней. А ПХП создан именно для веба


 
Alex Konshin ©   (2006-01-24 13:30) [26]

Все что угодно, но только не Perl.
Более неподходящего языка для будущей поддержки еще нужно поискать.
Perl можно использовать только для одноразовых утилиток, потому что уже через  месяц ты будешь гадать, что это такое и твой ли это код. Дело даже не в комментариях, а в извращенном синтаксисе. Очень много контекстных зависимостей, неявных преобразований и жутких сочетаний символов с неким тайным смыслом. Можно подумать, что при написании сколько-нибудь значиетельного объема есть необходимость бороться за каждый символ исходного кода. Самое смешное, что исходный код все равно компилирется целиком перед исполнением и потому совершенно нет никакого смысла в этой экономии.
Если код написан каким-то любителем perl и размер приличный - почти 100% труба дело.


 
Думкин ©   (2006-01-24 13:42) [27]

> Alex Konshin ©   (24.01.06 13:30) [26]

Так и PHP также.
В ноябре закончил издеваться над одним проектом. Так не покидала мысль, что используй я, ну Дельфи, для той же задачи - то сделал бы намного быстрее - раза в 2 минимум. Борьба была не сколько с задачей, сколько с кодом.


 
Gero ©   (2006-01-24 13:45) [28]

> не покидала мысль, что используй я, ну Дельфи, для той же
> задачи - то сделал бы намного быстрее - раза в 2 минимум.

Так, вероятно, опыта работы с Delphi тоже поболее будет?


 
Думкин ©   (2006-01-24 13:46) [29]

> Gero ©   (24.01.06 13:45) [28]

Безусловно. Но сейчас вот Х++ издеваю - такого напряжения не испытываю.


 
vidiv ©   (2006-01-24 14:55) [30]


> Думкин ©   (24.01.06 13:42) [27]
> Так и PHP также.
> В ноябре закончил издеваться над одним проектом. Так не
> покидала мысль, что используй я, ну Дельфи, для той же задачи
> - то сделал бы намного быстрее - раза в 2 минимум. Борьба
> была не сколько с задачей, сколько с кодом.

Разобратся в чужом коде, порой сложнее, чем реализовать самому. А вообще если использовать Zend Studio в качестве среды отладки - то разобраться будет куда проще. Вещь хорошая, но тормознутая черезчур :(


> DSKalugin ©   (24.01.06 13:27) [25]
> Я перл вообще в расчет не брал, когда для себя этот вопрос
> решал.
> Он менее востребован, хотя и универсальней. А ПХП создан
> именно для веба

Писал на php многопоточный демон для чата (под Win, с самописным модулем на Delphi). По сути простой веб-сервер. Даже не знаю что может быть еще универсальнее.


 
McSimm ©   (2006-01-24 15:05) [31]

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


 
umbra ©   (2006-01-24 15:51) [32]

2 McSimm ©   (24.01.06 15:05) [31]


> Perl - если на то пошло тоже просто язык генерирования отчетов
>

когда появился впервые - да. а теперь - вовсе нет


 
umbra ©   (2006-01-24 15:53) [33]

2 vidiv ©   (24.01.06 14:55) [30]


> Даже не знаю что может быть еще универсальнее.


Perl :)


 
McSimm ©   (2006-01-24 15:58) [34]


> когда появился впервые - да. а теперь - вовсе нет

я именно это и имел в виду.


 
DSKalugin ©   (2006-01-24 16:08) [35]

2 umbra ©

такая универсальность тут и даром не нужна!
Си - вообще самый универсальный, но это не значит, что все всё побросали и начали писать сайты только на Си.

Речь идет о Web-программировании. Соответственно и рассматривать языки надо с точки зрения удобства их применения в этом направлении

Напримепр, в ПХП есть готовые массивы $_POST[], $_GET[], которые содержат передаваемые параметры, например
/forum.pl?id=1138036328&n=3&from=29

$id=$_GET["id"];    //=1138036328
$n=$_GET["n"];     //=3
$from=$_GET["from"];   //=29


то в Перле, насколько мне известно, эти параметры надо парсить вручную


 
McSimm ©   (2006-01-24 16:13) [36]


> DSKalugin ©   (24.01.06 16:08) [35]


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

поверьте - спор "что лучше" бесперспективен изначально.
Все можно сделать "и там и там".

с чем согласен - тексты Perl более тяжелы для восприятия. Даже собственные.


 
vidiv ©   (2006-01-24 16:13) [37]


> Напримепр, в ПХП есть готовые массивы $_POST[], $_GET[],
>  которые содержат передаваемые параметры, например
> /forum.pl?id=1138036328&n=3&from=29
>
> $id=$_GET["id"];    //=1138036328
> $n=$_GET["n"];     //=3
> $from=$_GET["from"];   //=29

Правильнее будет так:
$id = isset($_GET["id"])?(get_magic_quotes_gpc()?stripslashes($_GET["id"]):($_GET["id"])):false;

Считаю, что эти самые magic_quotes - лишняя головная боль :(


 
umbra ©   (2006-01-24 16:22) [38]


> в Перле, насколько мне известно, эти параметры надо парсить
> вручную


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


 
Loginov Dmitry ©   (2006-01-24 16:25) [39]

А есть ли какая-нибудь IDE для работы с PHP, или единственная IDE это блокнот?


 
ZeroDivide ©   (2006-01-24 16:34) [40]

Мне перл очень не нравится, но я на нем пишу.



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2006.02.19;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.56 MB
Время: 0.038 c
9-1118075296
novouralsk
2005-06-06 20:28
2006.02.19
Помогите хорошим примером!


1-1137591191
kyn66
2006-01-18 16:33
2006.02.19
Сложный запрос по таблице


2-1138887763
KorD
2006-02-02 16:42
2006.02.19
Ввод данных в поле Edit другой программы


2-1138464552
Гаврилов В.А.
2006-01-28 19:09
2006.02.19
Как получить значение arccos


8-1126121632
karhu
2005-09-07 23:33
2006.02.19
обработка 3ds





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский