ИДИ в попу тормоз! Я использую пхп хоть и програмирую не плохо на С++. ПИшу теже расширения к пхп - любой опытный программтст на пхп это не просто программист на пхп это чел которые видит внутренности пхп и может на С++ его пождрдправить и улучшить под свои задачи + ковыряния апача и модулей к нему.

Утя-путя, смешной какой. Ажно целый C++ ещё знает. C++ - не вариант, так что упокойся, деточка, ничего ты не знаешь и не умеешь.

Деточка, вы слишком ничтожны умишком, чтобы с вами спорить. Вы не способны понимать рациональную аргументацию.

> По моему мнению без PHP больше половины сайтов в инете вообще бы не существовало

Если бы не тотальное сумасшествие на почве PHP, сайтов было бы больше, и они были бы гораздо лучше.

> а я не нашел бы себе достойную работу

И это было бы замечательно.

Интересно а будут ли реализовавывтьа в IDE тулзы для рефаткоринга. сейчас работаю под IDE 4 но ужасно не хватает такой фичи. Очень нравиться реализация рефакторинга в стулии 2005. одно удовлльствие блин

> Вы выдали голословное утверждение и я Вас попросил его обосновать.
> Что именно Вам не нравится?

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

> Давайте говорить в терминах преимуществ, а не перескакивать на
> технические термины ... я прошу Вас перевести вот этот Ваш абзац на
> язык менеджеров. Сделаете?

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

> перевести вот этот Ваш абзац на язык менеджеров

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

> Если бы не тотальное сумасшествие на почве PHP, сайтов было бы
> больше, и они были бы гораздо лучше.

Больше бы их не было, но вот мусора меньше было бы точно. И дефейснутых
сайтов (phpBB - это наше все!)...

>То же самое Java-кодер сделает существенно быстрее

и падать оно будет быстрее и тормозить больше. и железо на ЭТО прийдется серьезнее выделять.

жаба фигня и ее адепты жабобыдлокодеры посасывают в сторонке. perl, clisp и ruby-on-rails решают

>И дефейснутых сайтов (phpBB - это наше все!)

точно. а в линухе был червь использующий дыру в апаче. вывод - "дырявый лялих"

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

Предпочитаете закрыть тему? Очень умно. Вот Вам ссылочка - http://forum.2046.ru/images/stamp/40.gif

По Вашим высказываниям. Вы утверждали не только что "у PHP нет преимуществ", но и нечто другое. У Вас по всей видимости, - короткая память.

Касательно сильных сторон PHP (не перед Perl/Ruby/Python, а вообще):
1) распространенность, следствием чего являются беспромлемная техподдержка и хостинг;
2) хорошая документированность;
3) наличие большого community;
4) низкий порог "вхождения" для начинающих программистов;
5) нетребовательность к железу и ОС;
6) функциональность;
7) бесплатность;
8) наличие исходных кодов;
9) наличие большой базы готовых решений и библиотек.

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

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

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

Ну а насчет "быдломаркетоидов" - это вы зря. Умение четко отстаивать свою точку зрения, приводя объективные доводы и не опускаясь до банальных оскорблений еще никому не мешало. Со временем Вы это поймете (без обид, ладно?).

> Деточка, вы слишком ничтожны умишком, чтобы с вами спорить. Вы не способны понимать рациональную аргументацию.

Давайте договоримся: Вы попробуете аргументировать, а я попробую Вас понять. И касательно "деточка" и прочего: Вы лучше со своими родителями так разговаривайте, ладно?

Прошу прощения, не сразу заметил, что это Вы ко мне обращаетесь:

> PHP ненадёжен,

Ошибаетесь. Волшебная комбинация из register_globals=off (по умолчанию) + safe_mode=on + open_basedir _гарантируют_ вам защищенность даже при корявом коде. И вообще, начните свое познавать новое отсюда: http://php.rinet.ru/manual/ru/print/security.php

> не предоставляет средств для быстрой разработки применительно к потребностям web, в частности, имеет крайне неудобный и путанный набор библиотек.

Голословное утверждение наподобие "здесь сделано не так, как я привык".

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

Голословное утверждение наподобие "мне хотелось бы так думать".

> По Вашим высказываниям. Вы утверждали не только что "у PHP нет
> преимуществ", но и нечто другое. У Вас по всей видимости, - короткая
> память.

Я утверждал, что мне неизвестны ситуации, в которых PHP будет являться
оптимальным вариантом. Примера таковых я от вас так и не дождался, так
что, видимо, вы таковых тоже не знаете.

> Касательно сильных сторон PHP (не перед Perl/Ruby/Python, а вообще):
> 1) распространенность, следствием чего являются беспромлемная
> техподдержка и хостинг;

Т.е. вы хотите сказать, что не можете найти качественный беспроблемный
хостинг с mod_perl, например? Не смешно.

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

> 2) хорошая документированность;

Если вы хотите посмотреть на хорошую документацию, рекомендую глянуть
MSDN или, на худой конец, JavaDoc от J2SE. В PHP она откровенно
средненькая, многие расширения просто не описаны. Вообще же, из
перечисленных мной языков, по качеству документации PHP уступает только
Ruby.

> 3) наличие большого community;

Само по себе плюсом не является, но частично является причиной 1) и 2),
о которых выше. Кроме того, размер community у Perl определенно больше,
и, скорее всего, у Python тоже, или во всяком случае сравним.

> 4) низкий порог "вхождения" для начинающих программистов;

Поконкретней, пожалуйста. В чем это проявляется, и чем он ниже,
например, такового в Python?

> 5) нетребовательность к железу и ОС;

Бред. По всем тестам, PHP по скорости традиционно на последних местах.
На что Ruby тормозной, но PHP хуже.

> 6) функциональность;

Поконкретней. "Функциональность вообще" есть и в Brainfuck.

> 7) бесплатность;
> 8) наличие исходных кодов;

Не является преимуществом, т.к. это имеет место и для всех
рассматриваемых альтернатив.

> 9) наличие большой базы готовых решений и библиотек.

По этому критерию PHP обгоняет только Ruby. Перловский CPAN вообще вне
конкуренции, Python несколько от него остает, но догоняет очень быстрыми
темпами (под него вообще сейчас много пишется).

Вообще же вот что хочу заметить. Все вышеприведенные "преимущества" -
это утверждения вида "в PHP есть X". В то время как в рамках данной
дискуссии надо бы: "в PHP есть X, чего нет ни в Y, ни в Z". Если вы ни
одного такого аргумента привести не можете, то можно сделать вывод, что
причин выбирать из доступных альтернатив PHP - нет. О чем я и твержу
уже в который раз.

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

Преимущества - это хотя бы наличие в них всего того, что я перечислял
двумя постами выше. Я думал, это очевидно, и не требует особого
пояснения.

> Пока все что вы сказали - "в PHP вот это и это реализовано
> по-другому". Для меня это не аргумент, определяющий применимость
> технологии. А для Вас?

Не "по другому", а не реализовано вообще (или через одно место).
Применимость? Да разве ж я говорю, что оно неприменимо _вообще_? На
Brainfuck тоже можно много чего делать - но _зачем_, если есть более
удобные инструменты?

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

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

>Я утверждал, что мне неизвестны ситуации, в которых PHP будет являться оптимальным вариантом. Примера таковых я от вас так и не дождался, так что, видимо, вы таковых тоже не знаете.

Ба. Да вы похоже банальный провокатор флейма. Попробуйте для начала отвечать за свои слова и признавать свои ошибки. Спор с Вами, по всей видимости, просто бесполезен.

> Ошибаетесь. Волшебная комбинация из register_globals=off (по
> умолчанию) + safe_mode=on + open_basedir _гарантируют_ вам
> защищенность даже при корявом коде.

И это все? Т.е. знаток PHP работает с включенными magic_quotes_gpc?

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

> Ба. Да вы похоже банальный провокатор флейма. Попробуйте для начала
> отвечать за свои слова и признавать свои ошибки. Спор с Вами, по всей
> видимости, просто бесполезен.

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

2Mammoth (*) (14.11.2005 12:46:48)

I am sorry. Примеры оптимальных решений на PHP, в студию, plz.

>>Я утверждал, что мне неизвестны ситуации, в которых PHP будет являться оптимальным вариантом. Примера таковых я от вас так и не дождался, так что, видимо, вы таковых тоже не знаете.

>Ба. Да вы похоже банальный провокатор флейма. Попробуйте для начала отвечать за свои слова и признавать свои ошибки. Спор с Вами, по всей видимости, просто бесполезен.

Вы угодали. Они именно для этого сюда и ходят.

Людям тяжело понять мысль, что это инструмент. А инструмент не обязан быть оптимальным. Главное в этом инструменте рапространенность. Если людям ставят задачи сделать сайт на php - они решают. С использование perl - решают. Почему ставится задача делать сайт на php - дроугой вопрос. Главное - она ставится.

А сюда "быдлообсиратели" попиариться ходят. Очень хотят привить мысль о правильности использования более других языков. Мысл хорошая. Только пришли не туда.

PS: Очень характерный признак, кстати. Если звучит слово "быдлокодеры", значит разговор бесполезен. Я таких отношу к "быдлообсирателям", за их любимое словечко. :)

> Людям тяжело понять мысль, что это инструмент. А инструмент не обязан
> быть оптимальным.

Т.е. есть какой-то другой критерий выбора инструмента? (прим. для
непонятливых: в том случае, если именно вы ответственны за оный выбор).

> Главное в этом инструменте рапространенность. Если людям ставят
> задачи сделать сайт на php - они решают. С использование perl -
> решают. Почему ставится задача делать сайт на php - другой вопрос.

Это как раз тот самый вопрос, который здесь обсуждался. Понятно,
что если скажут делать на чем-то конкретно - будешь делать; тут просто
не о чем говорить. Но кто-то же должен принять решение, на чем делать...

> Вы угодали. Они именно для этого сюда и ходят.

> Людям тяжело понять мысль, что это инструмент. А инструмент не обязан быть оптимальным. Главное в этом инструменте рапространенность. Если людям ставят задачи сделать сайт на php - они решают. С использование perl - решают. Почему ставится задача делать сайт на php - дроугой вопрос. Главное - она ставится.

Хм... Хотелось бы выяснить, по каким "критериям выбора" "ставится задача делать сайт на php"? Это вопрос не праздный. Интересует, именно, "дроугой вопрос", "Почему ставится задача делать сайт на php"? Это не флейм. Это практический вопрос. В чём и что позволяет выиграть выбор инструмента PHP?

По каким "критериям оптимальности" "ставится задача делать сайт на php"?

P.S. Неужели, в этом вопросе, так трудно оставаться "в конструктиве", не скатываясь "к личностям"? Как вы выбрали инструмент PHP? Неужели, иных доводов больше нет?

> > PHP ненадёжен,

> Ошибаетесь.

Ламерочек, под надёжностью понимается не security. Извольте учиться, хватит косить под идиота.

> Голословное утверждение наподобие "здесь сделано не так, как я привык".

Нет, ламеришко, это объективный факт. Просто берём все специфичные для web возможности, пересчитываем их, и почти ничего не находим. Ни нормальной поддержки сессий, ни врождённого model-view, ни языка описания workflow, ни инфраструктуры для валидации форм. Ни хрена нет. При чем тут мои привычки? Это объективные потребности самой предметной области, ламеришко.

В общем, ламер, проследуй за Томми. Ты в очередной раз доказал, что все, кто защищает PHP - безмозглое быдло.

Ты - животное. Все PHP-херы - жалкие ничтожества.

Ну и забивай гвозди микроскопом, быдло.

2int19h
>Я утверждал, что мне неизвестны ситуации, в которых PHP будет являться
>оптимальным вариантом. Примера таковых я от вас так и не дождался, так
>что, видимо, вы таковых тоже не знаете.

если вы действительно незнаете, попробую объяснить. берем веб приложение oracle + java, допустим, что нам предлагается - пихать бизнес логику в жабу (где она и загнется на приличной нагрузке) или пихать логику в pl/sql, а жаба лишь отрисовывает html.
лениво рассказывать почему пихание логики в жава - сакс, это хорошо рассписано в у оракла и красиво видно на примере идиотизма под названием EJB, поэтому давай смотрим вариант когда логика в pl/sql а дава это всего лишь jsp выдающий хтмл.
у нас в этом случае получается что все что нужно умеет pl/sql и средства СУБД, а с отрисовкой хтмл (как по скорсти так и по возожностям) против пхп жава не тянет совсем. т.е. это туча глупого jsp кода и ущербная функциональность.
oracle, ibm это прекрасно понимают и продвигают всякие zend core т.к. пихать кастомерам oracle portal как средство рисования хтмл уже проблематично.

> если вы действительно незнаете, попробую объяснить. берем веб приложение oracle + java, допустим, что нам предлагается - пихать бизнес логику в жабу (где она и загнется на приличной нагрузке) или пихать логику в pl/sql, а жаба лишь отрисовывает html.

Продемонстрировано поразительное незнание предмета.

Логика будет декларативно описана в том же BC4j, например. Без единой строчки на Java, соответственно, с минимумом возможностей ошибиться.

JSP - тоже не будет содержать ни единой строчки на Java. Вся логика будет в XForms, которые нам нарисует Chiba.

Получается - enterprise-приложение без программирования вообще! Сплошное рисование...

Ок. Даже не касаясь утверждения о том, что жабка "загнется на приличной
нагрузке", в приведенном примере, какое преимущество PHP имеет перед
mod_python? Я ведь, что характерно, даже не пытался в треде сравнить
PHP с жабкой, только с Perl/Python/Ruby - т.е. с прямыми конкурентами.

2int19h
>Ок. Даже не касаясь утверждения о том, что жабка "загнется на приличной
>нагрузке", в приведенном примере, какое преимущество PHP имеет перед
>mod_python? Я ведь, что характерно, даже не пытался в треде сравнить
>PHP с жабкой, только с Perl/Python/Ruby - т.е. с прямыми конкурентами.

pyton строго типизирован, как и руби, что совршенно лишнее для отрисовки хтмл и сразу же увеличивает в разы размер кода. дальше, наверника как и у жава совершенно куцая функциональность для веб-оринтированых систем + разница в скорости в разы. в принципе об этом достаточно подробнго расписано у yahoo, дать ссылочку с разъяснениями почему yahoo выбрал php а не perl или java ?

2anonymous
> Логика будет декларативно описана в том же BC4j, например. Без единой >строчки на Java, соответственно, с минимумом возможностей ошибиться.


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

епт

Пишу не на всем, но на многом. Больше всего мне нравится именно PHP. Могу объяснить почему я пришел именно к этому языку и именно на нем пишу сайты. 1) Очень простой и понятный код. В отличии от перла, где можно извратить код так, что сам же не разберешь. Не следует забывать и о случаях, когда надо дописывать код чужой. 2) Гибкий синтаксис Не на столько как у перла, но достаточно, что бы выполнялся пункт №1 3) Скорость написания кода Для меня, как для программиста, это очень важный фактор. Когда я пишу код я не хочу задумываться над проблемами "а какой тип вернется от этого объекта" (виа джавва). Если мне надо - я работаю с типами напрямую, средства для этого есть. Если нет - экономит время

Уважаемый 2int19h, вы явно пытались сунуться в объектную модель РНР4, разочаровались и забили на язык, как на класс. А зря, структурный РНР рулит много больше (где это необходимо).

И хватит холи вор, тем более применимо к РНР.

И еще, не обобщайте дырень в глючном PhpBB (которому в аду самое место), с дырками в языке. Посмотрите последние багфиксы к РНР.

Пора пересматривать свое отношение к этому языку. А то так и останетесь озлобленным и покинутым "гением".

A-x

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

Там не строгая типизация, а "duck typing", вообще-то. И как это
соотносится с отрисовкой хтмл, если учесть, что print преобразует все
к строке, а для форматированного вывода есть %, непонятно.

> наверника как и у жава совершенно куцая функциональность для
> веб-оринтированых систем

Что под сим подразумевается, конкретно? Какая именно функциональность?

> разница в скорости в разы.

Из тестов, которые я видел - не в пользу PHP. Если речь идет о
компиляторах/оптимизаторах за $$$, то и сравнивайте не с обычным Python
VM, а с Psycho.

> этом достаточно подробнго расписано у yahoo, дать ссылочку с
> разъяснениями почему yahoo выбрал php а не perl или java ?

Кидай. Я эту статью где-то видел уже, но сейчас не могу найти гуглем.

Да, я все-таки спрашивал прежде всего про питон, не про жабку или перл.

2int19h
http://public.yahoo.com/~radwin/talks/php-at-yahoo-zend2005.pdf

>Да, я все-таки спрашивал прежде всего про питон, не про жабку или перл.

хм .. а у питона есть какие-то преимущества перед жавой ? (интересует просто список задач где он круче)

> Пишу не на всем, но на многом. Больше всего мне нравится именно PHP.
> Могу объяснить почему я пришел именно к этому языку и именно на нем
> пишу сайты. 1) Очень простой и понятный код. В отличии от перла, где
> можно извратить код так, что сам же не разберешь. Не следует забывать
> и о случаях, когда надо дописывать код чужой.

Вы видели Python?

> 2) Гибкий синтаксис Не на столько как у перла, но достаточно, что бы
> выполнялся пункт 1

Вы видели Python?

> 3) Скорость написания кода Для меня, как для программиста,
> это очень важный фактор. Когда я пишу код я не хочу задумываться над
> проблемами "а какой тип вернется от этого объекта" (виа джавва). Если
> мне надо - я работаю с типами напрямую, средства для этого есть. Если
> нет - экономит время

Вы видели Python?

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

> Уважаемый 2int19h, вы явно пытались сунуться в объектную модель РНР4,
> разочаровались и забили на язык, как на класс. А зря, структурный РНР
> рулит много больше (где это необходимо).

По секрету скажу: PHP я учил в свое время параллельно с VB. ООП я
понял (не изучил, а именно понял) несколько позже, так что меня оно не
беспокоило. И PHP мне поначалу казался очень хорошей вещью (ну да,
после VBScript и ASP - еще бы!). А потом я увидел Python. А еще чуть
позже - Ruby. И понял, с какой ограниченной позиции я судил до этого.
Приглашаю присоединиться. =)

Жабу там только в валидацию вставлять надо, вся остальное - XML. А валидация, как я ужо сказал, должна быть на уровне XForms.

> Пора пересматривать свое отношение к этому языку.

Не пора. Как был недоязычком для быдла, так им и остался.

2int19h
>Что под сим подразумевается, конкретно? Какая именно функциональность?

откройте доку по пхп и смотрите раздел VI. Function Reference, пройдитесь хотябы по заголовкам. дальше библиотеки - чем в питон/руби можно нарисовать png/jpg ? есть такой аналог http://www.aditus.nu/jpgraph/ ? как там с openssl, апачевские функции, разбор POSTа и прочее извраты со строками типа quoted_printable_decode, htmlspecialchars_decode ?

как у питона с компиляцией в зашифрованый бинарник/кеширование, управление лицензиями, единая консоль аля oracle enterprise manager ? супорт/трейнинг ? комунити ?

еще у меня наример проблема с памятью у жава (tomcat/oracle iAs), если жава в пик скушала память то ее уже никогда не отдаст, как с этим у питона/руби ?

А ты ключики VM подкрути, как следует - и не будет проблем с памятью.

2anonymous
можно чуть подробней какой ключик и в каком месте подкрутить в oracle iAs ?

> откройте доку по пхп и смотрите раздел VI. Function Reference,
> пройдитесь хотябы по заголовкам.

Могу посоветовать заглянуть на http://docs.python.org/lib/lib.html и
сравнить самому.

> дальше библиотеки - чем в питон/руби можно нарисовать png/jpg?

Тем же, чем и в PHP - GD.

> есть такой аналог http://www.aditus.nu/jpgraph/

http://www.mps.mpg.de/dislin/

> как там с openssl

Есть в стандартной библиотеке.

> апачевские функции, разбор POSTа

Есть в mod_python

> и прочее извраты со строками типа quoted_printable_decode,
> htmlspecialchars_decode?

Есть в стандартной библиотеке.

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

> как у питона с компиляцией в зашифрованый бинарник

??? зачем это? для веб-приложения тем более?

> кеширование

Есть.

> управление лицензиями

Чьими лицензиями?

> единая консоль аля oracle enterprise manager ?

С какого боку тут PHP/Python?

> супорт/трейнинг ?

http://www.activestate.com/Products/ActivePythonEnterpriseEdition/

> комунити ?

Из скриптовых (считая и PHP), больше только у перла.

> еще у меня наример проблема с памятью у жава (tomcat/oracle iAs),
> если жава в пик скушала память то ее уже никогда не отдаст, как с
> этим у питона/руби ?

В питоне вообще reference counting с отслеживанием циклов. За Ruby не
поручусь, но AFAIK там все же вменяемый GC.

На technet тебе подробней скажут. Зависит от твоей конкретной наргузки. Средства для измерения характера нагрузки на GC и, соответственно, для его fine tuning, есть в большом количестве, в том числе и просто из коробки в JDK.

2int19h
>Могу посоветовать заглянуть на http://docs.python.org/lib/lib.html и
сравнить самому.

ну да скудненький набор ... со стрингами совсем сурово.

> http://www.mps.mpg.de/dislin/
и это лучшее !? вы посмотрите http://www.mps.mpg.de/dislin/exa_pies.html и это вы показываете клиентам ?

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

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

> ??? зачем это? для веб-приложения тем более?
например куча офисов, в каждом свой админ. зачем каждому админу показывать исходники ? зачем wrap в оракле слышали наверно ?

>Чьими лицензиями?
как передать кустомеру/партнеру скрипт котрый бы проработал бы только неделю ?

ну а теперь моя очередь задать вопрос, зачем мне менять zend core for oracle или php модуль к iAs на язык не дотягивающий до джава, не удолетворяющий веб-разработчика (много лишнего кода ввиду типизации и скудности функционала), использование которого стремится к нулю (смотрим статистику netcraft) за спиной у которого ни одной приличной компании (за пхп стоят oracle, ibm используют крупнейшие ресурсы инета типа yahoo)?

да, еще это я не нашел или у питона даже управление сессий нет ?

Сюдя по ответу, я имею несчастье общаться с vsl (или одним из его последователей).

Вот мы и пришли к нужному результату :). Perl, python, ruby, и php представляют схожую функциональность. Разница в частностях.

Основные сильные стороны PHP, это распространенность (так что имеем большее community, документацию, число доступных для хостинга серверов, большое число доступных библиотек и сервисов) и функциональность (низкий порог обучения.. хотя это вместе с плюсом является и минусом - из-за этого мы и слышим про php-кодеров то что слышим :)).

Теперь сравним с другими языками.

Perl. Отличный язык, ничего не имею против. По практически всем пунктам наравне с php, а то и лучще. НО! Поддержка кода на perl - это адская работа. Сменилось 3 программиста, например, и в коде без поллитры не разобраться :). Я утрирую, но не намного.

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

Ruby. Тоже не имею ничего против. Но количество программистов знакомых с этим языком на порядок, а то и на два, меньши чем по сравнению с другими перечесленными. Что весьма и весьма пагубно сказывается на поддержке (ну допустим уволили мы программистов на ryby. И что теперь, вешаться или всех срочно переучивать? Или самому писать код и фиксить баги?).

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

Проблемы безопасности тоже связаны с распространением языка. В PHP, например, 99% проблем исчезают с отключением register_globals, использованием safe_mode и парочкой других опций.

Если сравнивать с другими языками, то опять таки зависит от размера проекта, сроках, цене, итд. Громоздить .net/j2ee для простенького портала не всегда удобно и выгодно.

>И это было бы замечательно. Может быть и замечательно только вот деньги где брать было бы. Можно было бы верстать сайты конечно используя HTML,CSS и прочуу статичную хрень

> Получается - enterprise-приложение без программирования вообще! Сплошное рисование...

Рисуйте дальше. Пока вы будете рисовать php будет расти расти и расти ....

> >Чьими лицензиями?
> как передать кустомеру/партнеру скрипт котрый бы проработал бы только
> неделю ?

Теперь понятно. К счастью, в питоне это сделать нельзя. Впрочем, это и
в PHP сделать нельзя, на самом деле, и вообще ни на каком языке, просто
некоторые тупые менеджеры этого не понимают.

Собственно, все вопросы (а они были) снимаются. Тут и так понятно, что
клиника. Вам прямо и налево, под табличку "Биореактор #2", дальше там
санитары разберутся.

2int19h

OK, слив засчитан.

> Может быть и замечательно только вот деньги где брать было бы.

Честным трудом зарабатывать. Ты бы ещё хвастался, что отбираешь у бабушек сумочки, когда они несут домой свою пенсию. Зарабатывать программированием на PHP - точно так же аморально и подло.

> Пока вы будете рисовать php будет расти расти и расти ....

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